[Freeswitch-users] Inband DTMF Problem

Johny Kadarisman jkr888 at gmail.com
Wed Nov 5 19:11:01 PST 2008


Not sure if this is related or something totally different, I used to have
dtmf detection problem with inband setup. One side sending digits with
send_dtmf, and on the other side, detecting the digits. Both run freeswitch
with custom script, and the call go over pstn carrier network. The receiving
side always having problem on detecting these dtmf, But then it solved if I
played some kind of audio file after "send_dtmf" command. So, I did
something like these:

<action application="send_dtmf" data="12345#"/>
<action application="playback" data="sounds/500ms.wav"/>

Weirds, but at least solved my problem ;)








On Wed, Nov 5, 2008 at 4:46 PM, Anthony Minessale <
anthony.minessale at gmail.com> wrote:

> you are one email behind i think.
> Problem is that FS only sends 2833 while it's busy doing something so you
> have to keep FS reading audio to trigger the outbound dtmf.
>
>
>
> On Wed, Nov 5, 2008 at 3:37 PM, Klaus Teller <klaus.teller at gmx.net> wrote:
>
>> I'm updating now and will try the flush dtmf. I yet have a hard time
>> understanding how this is related to sending DTMF (instead of reading DTMF).
>> This because:
>>
>> 1) The same problem appears when i replace sending DTMF with playing an
>> audio file
>> 2) Introducing a delay between READING Dtmf and playing the file prevents
>> the issue to appear.
>>
>> Ideas?
>>
>> Klaus.
>>
>>
>>
>> -------- Original-Nachricht --------
>> > Datum: Wed, 5 Nov 2008 15:24:33 -0600
>> > Von: "Anthony Minessale" <anthony.minessale at gmail.com>
>> > An: freeswitch-users at lists.freeswitch.org
>> > Betreff: Re: [Freeswitch-users] Inband DTMF Problem
>>
>> > When you call send dtmf and it's rfc2833 you must sleep to give it a
>> > chance
>> > to send.
>> > the variable last_dtmf_duration is always set on the channel with how
>> long
>> > you should execute sleep
>> > on the channel in the case of 2833
>> >
>> > so call send_dtmf
>> > execute sleep ${last_dtmf_duration}
>> >
>> >
>> >
>> > On Wed, Nov 5, 2008 at 3:08 PM, Klaus Teller <klaus.teller at gmx.net>
>> wrote:
>> >
>> > > OK, we made some progress on this issue. It appears that if we
>> introduce
>> > > 50ms delay between the reading (not playing) of the DTMF and the
>> playing
>> > of
>> > > the file (or the sending of DTMF), the problem doesn't occur. And if
>> we
>> > > place many such calls this delay needs to be increased.
>> > >
>> > >
>> > > What i suspect is happening is that there is some sort of race
>> condition
>> > or
>> > > interference between the event processing part of Freeswitch and the
>> > > handling of synchronous commands such as sending dtmf. I recall
>> Anthony
>> > > saying few days ago that event delivery is paused when a command
>> > execution
>> > > request arrives. So, would it be possible that command execution
>> > requests
>> > > are able to interfere on the deliverying of events?
>> > >
>> > > Thanks,
>> > > Klaus.
>> > >
>> > >
>> > >
>> > >
>> > > -------- Original-Nachricht --------
>> > > > Datum: Wed, 5 Nov 2008 14:35:16 -0600
>> > > > Von: Brian West <brian at freeswitch.org>
>> > > > An: freeswitch-users at lists.freeswitch.org
>> > > > Betreff: Re: [Freeswitch-users] Inband DTMF Problem
>> > >
>> > > > Extract the RTP audio into wav/au files in wireshark and lets look
>> at
>> > > > them.
>> > > >
>> > > > /b
>> > > >
>> > > > On Nov 5, 2008, at 2:30 PM, Klaus Teller wrote:
>> > > >
>> > > > > Hi Anthony,
>> > > > >
>> > > > > Let me add some few facts.
>> > > > >
>> > > > > 1) I am sending DTMF using RFC2833 and the IVR is using Inband
>> > > > > 2) The problem is not limited to when i send DTMF. It also happens
>> > > > > when i try to play a file.
>> > > > > 3) The functions are from my java code. They send commands to
>> > > > > Freeswitch via socket interface.
>> > > > > 4) The same functions are working perfectly when the remote IVR
>> > > > > sends DTMF via RFC2833.
>> > > > > 5) I have a pause of 2000 ms after sending the DTMF.
>> > > > >
>> > > > >
>> > > > > Let me reformulate my problem. I have a spurious dtmf-# being
>> > > > > detected by freeswitch where nothing was sent by the other party.
>> > > > >
>> > > > > The strange thing to me is that Wireschark (running on the same
>> > > > > machine as Freeswitch) detects the proper digit sequence.
>> > > > >
>> > > > > Klaus.
>> > > >
>> > > >
>> > > > _______________________________________________
>> > > > Freeswitch-users mailing list
>> > > > Freeswitch-users at lists.freeswitch.org
>> > > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> > > >
>> > UNSUBSCRIBE:
>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>> > > > http://www.freeswitch.org
>> > >
>> > > --
>> > > Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit
>> > allen:
>> > > http://www.gmx.net/de/go/multimessenger
>> > >
>> > > _______________________________________________
>> > > Freeswitch-users mailing list
>> > > Freeswitch-users at 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/
>> >
>> > AIM: anthm
>> > MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com><
>> MSN%3Aanthony_minessale at hotmail.com<MSN%253Aanthony_minessale at hotmail.com>
>> >
>> > GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
>> <PAYPAL%3Aanthony.minessale at gmail.com<PAYPAL%253Aanthony.minessale at gmail.com>
>> >
>> > IRC: irc.freenode.net #freeswitch
>> >
>> > FreeSWITCH Developer Conference
>> > sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org><
>> sip%3A888 at conference.freeswitch.org<sip%253A888 at conference.freeswitch.org>
>> >
>> > iax:guest at conference.freeswitch.org/888
>> > googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
>> <googletalk%3Aconf%2B888 at conference.freeswitch.org<googletalk%253Aconf%252B888 at conference.freeswitch.org>
>> >
>> > pstn:213-799-1400
>>
>> --
>> Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
>> Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
>>
>> _______________________________________________
>> Freeswitch-users mailing list
>> Freeswitch-users at 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/
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com <MSN%3Aanthony_minessale at hotmail.com>
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com<PAYPAL%3Aanthony.minessale at gmail.com>
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org <sip%3A888 at conference.freeswitch.org>
> iax:guest at conference.freeswitch.org/888
> googletalk:conf+888 at conference.freeswitch.org<googletalk%3Aconf%2B888 at conference.freeswitch.org>
> pstn:213-799-1400
>
> _______________________________________________
> Freeswitch-users mailing list
> Freeswitch-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081105/63c54987/attachment-0002.html 


More information about the FreeSWITCH-users mailing list