[Freeswitch-users] Inband DTMF Problem

[Anthony Minessale]

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>
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20081105/84c7f1b4/attachment-0002.html