[Freeswitch-users] Inband DTMF Problem

Thu Nov 6 07:08:29 PST 2008

OK. I updated and tried flushing the DTMFs before playing the commands and it works. Thanks.

Now, i feel there is a more general issue of scalability around DTMF (both inband as well as RFC2833) handling in Freeswitch. What do you guys think?

What i've been working on is a tool for testing voice applications. The tool connects via Freeswitch to the voice platform and simulates the behavior of the user. We've tried the tool with the most reliable voice platforms out there as well as with some less reliable.

What we observe is that in all cases, we can run 100 calls sequentially without problem. But as soon as we have 10 calls in parallel, digits start to get lost. Is this something you think should be expected?

I must note that there are a lot of DTMF reading and sending going on. In fact, the testing tool doesn't use voice recognition to assert whether the voice application is in the right state or not. Instead, we instrument the voice application to emit some DTMF sequences that are uniquely mapped to prompts. So there DTMF sequences are read by the testing tool to determine if the voice app is in the right state or not.

Looking forward to your feedback.

Klaus.

-------- Original-Nachricht --------
> Datum: Wed, 5 Nov 2008 21:34:46 -0600
> Von: "Anthony Minessale" <anthony.minessale at gmail.com>
> An: freeswitch-users at lists.freeswitch.org
> Betreff: Re: [Freeswitch-users] Inband DTMF Problem

> yes that's the same as my sleep explanation.
> 
> 
> On Wed, Nov 5, 2008 at 9:11 PM, Johny Kadarisman <jkr888 at gmail.com> wrote:
> 
> > 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
> >>
> >>
> >
> > _______________________________________________
> > 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

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer