Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

[Freeswitch-users] event_socket and stop_dtmf


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users
View previous topic :: View next topic  
Author Message
Prometheus001 at gmx.net
Guest





PostPosted: Mon Dec 29, 2008 5:56 pm    Post subject: [Freeswitch-users] event_socket and stop_dtmf Reply with quote

When I send a stop_dtmf command via event-socket, I get a
channel_execute and a channel_execute_complete message back. However FS
still accepts DTMFs and sends them via event-socket. In addition the
other party will hear the DTMF. So I expect the stop_dtmf command is not
really executed by FS.

Here is the message I send:
SendMsg
call-command: execute
execute-app-name: stop_dtmf
execute-app-arg: true
event-lock:true
I send this command while I deliver a number of announcements to the user

At Startup I get the following on the console
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application 'stop_dtmf'
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application 'stop_dtmf_generate'

When I push stop_dtmf I get the following
2008-12-29 22:50:10 [DEBUG] switch_ivr.c:391 switch_ivr_parse_event()
sofia/internal/1005@my.domain Command Execute stop_dtmf(true)

What am I doing wrong here?

Here's a console output when I push DTMF on either side after stop_dtmf
has been pushed and the 2 call legs are bridged.
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=417476340 dur=160/160/2000 seq=63290
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=320/320/2000 seq=63291
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=480/480/2000 seq=63292
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=640/640/2000 seq=63293
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=800/800/2000 seq=63294
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=960/960/2000 seq=63295
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1120/1120/2000 seq=63296
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1280/1280/2000 seq=63297
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1440/1440/2000 seq=63298
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1600/1600/2000 seq=63299
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1760/1760/2000 seq=63300
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1920/1920/2000 seq=63301
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63302
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63303
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63304
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=292343252 dur=160/160/2000 seq=53073
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=320/320/2000 seq=53074
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=480/480/2000 seq=53075
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=640/640/2000 seq=53076
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=800/800/2000 seq=53077
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=960/960/2000 seq=53078
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1120/1120/2000 seq=53079
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1280/1280/2000 seq=53080
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1440/1440/2000 seq=53081
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1600/1600/2000 seq=53082
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1760/1760/2000 seq=53083
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1920/1920/2000 seq=53084
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53085
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53086
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53087

I am also wondering why I receive multiple events (15) for each dtmf
pressed. I expect an echo floating back and forth and triggering dtmf, hein?

Best regards
Peter


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
mike at jerris.com
Guest





PostPosted: Mon Dec 29, 2008 6:20 pm    Post subject: [Freeswitch-users] event_socket and stop_dtmf Reply with quote

stop_dtmf is JUST for the inband dtmf listener, I would guess you are
getting dtmf via rfc2833 or some other method. If you want to
understand why we generate all those packets have a read of rfc 2833.


Mike

On Dec 29, 2008, at 5:46 PM, Peter P GMX wrote:

Quote:
When I send a stop_dtmf command via event-socket, I get a
channel_execute and a channel_execute_complete message back. However
FS
still accepts DTMFs and sends them via event-socket. In addition the
other party will hear the DTMF. So I expect the stop_dtmf command is
not
really executed by FS.

Here is the message I send:
SendMsg
call-command: execute
execute-app-name: stop_dtmf
execute-app-arg: true
event-lock:true
I send this command while I deliver a number of announcements to the
user

At Startup I get the following on the console
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application 'stop_dtmf'
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application
'stop_dtmf_generate'

When I push stop_dtmf I get the following
2008-12-29 22:50:10 [DEBUG] switch_ivr.c:391 switch_ivr_parse_event()
sofia/internal/1005@my.domain Command Execute stop_dtmf(true)

What am I doing wrong here?

Here's a console output when I push DTMF on either side after
stop_dtmf
has been pushed and the 2 call legs are bridged.
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=417476340 dur=160/160/2000 seq=63290
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=320/320/2000 seq=63291
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=480/480/2000 seq=63292
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=640/640/2000 seq=63293
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=800/800/2000 seq=63294
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=960/960/2000 seq=63295
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1120/1120/2000 seq=63296
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1280/1280/2000 seq=63297
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1440/1440/2000 seq=63298
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1600/1600/2000 seq=63299
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1760/1760/2000 seq=63300
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1920/1920/2000 seq=63301
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63302
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63303
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63304
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=292343252 dur=160/160/2000 seq=53073
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=320/320/2000 seq=53074
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=480/480/2000 seq=53075
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=640/640/2000 seq=53076
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=800/800/2000 seq=53077
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=960/960/2000 seq=53078
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1120/1120/2000 seq=53079
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1280/1280/2000 seq=53080
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1440/1440/2000 seq=53081
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1600/1600/2000 seq=53082
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1760/1760/2000 seq=53083
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1920/1920/2000 seq=53084
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53085
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53086
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53087

I am also wondering why I receive multiple events (15) for each dtmf
pressed. I expect an echo floating back and forth and triggering
dtmf, hein?

Best regards
Peter


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
Prometheus001 at gmx.net
Guest





PostPosted: Mon Dec 29, 2008 7:49 pm    Post subject: [Freeswitch-users] event_socket and stop_dtmf Reply with quote

Yes, we get DTMF via rfc2833. If I set "dtmf-type" to "info" then
stop_dtmf works?

The reason why I want to suppress it, is the dtmf echoing (see end of my
mail). Do you see another way how I may suppress this dtmf echo? This is
severe sometimes and keeps ongoing for minutes under certain
circumstances. Thus further voice communication is no longer possible.

We have an incoming leg, play some announcements, build an outgoing leg
and then bridge those 2 channels. When any of the participiants then
pushes a dtmf, echoing begins.

Best regards
Peter

Michael Jerris schrieb:
Quote:
stop_dtmf is JUST for the inband dtmf listener, I would guess you are
getting dtmf via rfc2833 or some other method. If you want to
understand why we generate all those packets have a read of rfc 2833.


Mike

On Dec 29, 2008, at 5:46 PM, Peter P GMX wrote:


Quote:
When I send a stop_dtmf command via event-socket, I get a
channel_execute and a channel_execute_complete message back. However
FS
still accepts DTMFs and sends them via event-socket. In addition the
other party will hear the DTMF. So I expect the stop_dtmf command is
not
really executed by FS.

Here is the message I send:
SendMsg
call-command: execute
execute-app-name: stop_dtmf
execute-app-arg: true
event-lock:true
I send this command while I deliver a number of announcements to the
user

At Startup I get the following on the console
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application 'stop_dtmf'
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application
'stop_dtmf_generate'

When I push stop_dtmf I get the following
2008-12-29 22:50:10 [DEBUG] switch_ivr.c:391 switch_ivr_parse_event()
sofia/internal/1005@my.domain Command Execute stop_dtmf(true)

What am I doing wrong here?

Here's a console output when I push DTMF on either side after
stop_dtmf
has been pushed and the 2 call legs are bridged.
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=417476340 dur=160/160/2000 seq=63290
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=320/320/2000 seq=63291
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=480/480/2000 seq=63292
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=640/640/2000 seq=63293
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=800/800/2000 seq=63294
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=960/960/2000 seq=63295
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1120/1120/2000 seq=63296
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1280/1280/2000 seq=63297
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1440/1440/2000 seq=63298
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1600/1600/2000 seq=63299
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1760/1760/2000 seq=63300
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1920/1920/2000 seq=63301
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63302
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63303
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63304
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=292343252 dur=160/160/2000 seq=53073
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=320/320/2000 seq=53074
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=480/480/2000 seq=53075
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=640/640/2000 seq=53076
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=800/800/2000 seq=53077
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=960/960/2000 seq=53078
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1120/1120/2000 seq=53079
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1280/1280/2000 seq=53080
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1440/1440/2000 seq=53081
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1600/1600/2000 seq=53082
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1760/1760/2000 seq=53083
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1920/1920/2000 seq=53084
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53085
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53086
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53087

I am also wondering why I receive multiple events (15) for each dtmf
pressed. I expect an echo floating back and forth and triggering
dtmf, hein?

Best regards
Peter


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
mike at jerris.com
Guest





PostPosted: Mon Dec 29, 2008 8:01 pm    Post subject: [Freeswitch-users] event_socket and stop_dtmf Reply with quote

On Dec 29, 2008, at 7:41 PM, Peter P GMX <Prometheus001@gmx.net> wrote:

Quote:
Yes, we get DTMF via rfc2833. If I set "dtmf-type" to "info" then
stop_dtmf works?

No, it is ONLY for inband

Quote:

The reason why I want to suppress it, is the dtmf echoing (see end
of my
mail)

This just shows sending dtmf, not any echo.


Quote:
Do you see another way how I may suppress this dtmf echo? This is
severe sometimes and keeps ongoing for minutes under certain
circumstances. Thus further voice communication is no longer possible.


Your not getting this from dtmf in 2833. If you have this issue you
will probably need to fix it at the point where the dtmf is converted
to imband.

Quote:
We have an incoming leg, play some announcements, build an outgoing
leg
and then bridge those 2 channels. When any of the participiants then
pushes a dtmf, echoing begins.

Best regards
Peter

This sounds like a Very broken provider and you should be asking them
to correct this echo issue.

Mike
Quote:


Michael Jerris schrieb:
Quote:
stop_dtmf is JUST for the inband dtmf listener, I would guess you are
getting dtmf via rfc2833 or some other method. If you want to
understand why we generate all those packets have a read of rfc 2833.


Mike

On Dec 29, 2008, at 5:46 PM, Peter P GMX wrote:


Quote:
When I send a stop_dtmf command via event-socket, I get a
channel_execute and a channel_execute_complete message back. However
FS
still accepts DTMFs and sends them via event-socket. In addition the
other party will hear the DTMF. So I expect the stop_dtmf command is
not
really executed by FS.

Here is the message I send:
SendMsg
call-command: execute
execute-app-name: stop_dtmf
execute-app-arg: true
event-lock:true
I send this command while I deliver a number of announcements to the
user

At Startup I get the following on the console
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application 'stop_dtmf'
2008-12-29 22:48:05 [NOTICE] switch_loadable_module.c:238
switch_loadable_module_process() Adding Application
'stop_dtmf_generate'

When I push stop_dtmf I get the following
2008-12-29 22:50:10 [DEBUG] switch_ivr.c:391
switch_ivr_parse_event()
sofia/internal/1005@my.domain Command Execute stop_dtmf(true)

What am I doing wrong here?

Here's a console output when I push DTMF on either side after
stop_dtmf
has been pushed and the 2 call legs are bridged.
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=417476340 dur=160/160/2000 seq=63290
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=320/320/2000 seq=63291
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=480/480/2000 seq=63292
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=640/640/2000 seq=63293
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=800/800/2000 seq=63294
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=960/960/2000 seq=63295
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1120/1120/2000 seq=63296
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1280/1280/2000 seq=63297
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1440/1440/2000 seq=63298
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1600/1600/2000 seq=63299
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1760/1760/2000 seq=63300
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=417476340 dur=1920/1920/2000 seq=63301
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63302
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63303
2008-12-29 23:13:39 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=417476340 dur=2080/2080/2000 seq=63304
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1226 do_2833() Send start
packet for [1] ts=292343252 dur=160/160/2000 seq=53073
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=320/320/2000 seq=53074
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=480/480/2000 seq=53075
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=640/640/2000 seq=53076
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=800/800/2000 seq=53077
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=960/960/2000 seq=53078
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1120/1120/2000 seq=53079
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1280/1280/2000 seq=53080
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1440/1440/2000 seq=53081
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1600/1600/2000 seq=53082
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1760/1760/2000 seq=53083
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send middle
packet for [1] ts=292343252 dur=1920/1920/2000 seq=53084
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53085
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53086
2008-12-29 23:13:44 [DEBUG] switch_rtp.c:1168 do_2833() Send end
packet
for [1] ts=292343252 dur=2080/2080/2000 seq=53087

I am also wondering why I receive multiple events (15) for each dtmf
pressed. I expect an echo floating back and forth and triggering
dtmf, hein?

Best regards
Peter


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> freeSWITCH Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services