Hi, I am using ESL to listen to DTMF events. In most part I can listen to these events and respond to them fine. However, when leg A attempts to bridge to leg B, and presses some keys whilst waiting for leg b to answer the call, no DTMF events are received. When leg b answers the call all the DTMF events that leg A generated whilst waiting for leg B to answer are received in one batch. What am i doing wrong here? Is this normal behavour? surely not. Cheers Raf
Can you pastebin the dialplan you're using and the debug log of the issue while it's happening? Also, just curious, what DTMF-based actions are needed while waiting for the other party to answer? There might be alternatives to what you are doing. Thanks, MC On Sat, Jan 15, 2011 at 6:44 AM, Rafqat . <rafonline@hotmail.com> wrote:
Hi,
I am using ESL to listen to DTMF events. In most part I can listen to these events and respond to them fine.
However, when leg A attempts to bridge to leg B, and presses some keys whilst waiting for leg b to answer the call, no DTMF events are received. When leg b answers the call all the DTMF events that leg A generated whilst waiting for leg B to answer are received in one batch.
What am i doing wrong here? Is this normal behavour? surely not.
Cheers
Raf
_______________________________________________ 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
Hi, I have pastebinned (Raf) my debug logs. My diaplan is trivial (simply calls a lua script) so I have not pasted that. Basically during early media no DTMF events generated by Leg A are passed onto my inbound socket until leg B answers the call (at which point they are all sent as a batch). I even took my own inbound socket out of the equation and used the '/event DTMF' command in the fs cli. That does not receive the events either. As you can see from the logs I pasted, I pressed ## at 20:39:58, but freeswitch sent the events at 20:40:02 (exactly the time when leg B answers the call). The application is very simple, all I want to do is if Leg A presses ## then hangup leg b. I have tried using bind_meta_app (does not seem to support ##) aswell as bind_digit_action (only got it to work if leg presses ##). Any help will be much appreciated. Cheers Raf ________________________________
Date: Mon, 17 Jan 2011 11:39:17 -0800 From: msc@freeswitch.org To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] DTMF events issue
Can you pastebin the dialplan you're using and the debug log of the issue while it's happening? Also, just curious, what DTMF-based actions are needed while waiting for the other party to answer? There might be alternatives to what you are doing.
Thanks, MC
On Sat, Jan 15, 2011 at 6:44 AM, Rafqat .
wrote:
Hi,
I am using ESL to listen to DTMF events. In most part I can listen to these events and respond to them fine.
However, when leg A attempts to bridge to leg B, and presses some keys whilst waiting for leg b to answer the call, no DTMF events are received. When leg b answers the call all the DTMF events that leg A generated whilst waiting for leg B to answer are received in one batch.
What am i doing wrong here? Is this normal behavour? surely not.
Cheers
Raf
_______________________________________________ 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
Well to be honest is this your provider? They may not pass DTMF during early media. /b On Jan 17, 2011, at 2:55 PM, Rafqat . wrote:
Hi,
I have pastebinned (Raf) my debug logs. My diaplan is trivial (simply calls a lua script) so I have not pasted that.
Basically during early media no DTMF events generated by Leg A are passed onto my inbound socket until leg B answers the call (at which point they are all sent as a batch).
I even took my own inbound socket out of the equation and used the '/event DTMF' command in the fs cli. That does not receive the events either. As you can see from the logs I pasted, I pressed ## at 20:39:58, but freeswitch sent the events at 20:40:02 (exactly the time when leg B answers the call).
The application is very simple, all I want to do is if Leg A presses ## then hangup leg b. I have tried using bind_meta_app (does not seem to support ##) aswell as bind_digit_action (only got it to work if leg presses ##).
Any help will be much appreciated.
Cheers
Raf
yes it's normal, nothing is trying to parse dtmf at that stage. if you didn't say "certainly not" I probably would have added a patch for you. On Sat, Jan 15, 2011 at 8:44 AM, Rafqat . <rafonline@hotmail.com> wrote:
Hi,
I am using ESL to listen to DTMF events. In most part I can listen to these events and respond to them fine.
However, when leg A attempts to bridge to leg B, and presses some keys whilst waiting for leg b to answer the call, no DTMF events are received. When leg b answers the call all the DTMF events that leg A generated whilst waiting for leg B to answer are received in one batch.
What am i doing wrong here? Is this normal behavour? surely not.
Cheers
Raf
_______________________________________________ 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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
Sorry if i caused any offence. I guess my emotions got the better of me. I blame it on code stress! Again sorry. Raf ----------------------------------------
Date: Mon, 17 Jan 2011 15:08:37 -0600 From: anthony.minessale@gmail.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] DTMF events issue
yes it's normal, nothing is trying to parse dtmf at that stage.
if you didn't say "certainly not" I probably would have added a patch for you.
On Sat, Jan 15, 2011 at 8:44 AM, Rafqat . wrote:
Hi,
I am using ESL to listen to DTMF events. In most part I can listen to these events and respond to them fine.
However, when leg A attempts to bridge to leg B, and presses some keys whilst waiting for leg b to answer the call, no DTMF events are received. When leg b answers the call all the DTMF events that leg A generated whilst waiting for leg B to answer are received in one batch.
What am i doing wrong here? Is this normal behavour? surely not.
Cheers
Raf
_______________________________________________ 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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
_______________________________________________ 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
participants (4)
-
Anthony Minessale
-
Brian West
-
Michael Collins
-
Rafqat .