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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> > An: [email protected]
> > 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
> > [email protected]
> > 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
> [email protected]
> 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:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:[EMAIL PROTECTED] <[EMAIL PROTECTED]>
iax:[EMAIL PROTECTED]/888
googletalk:[EMAIL PROTECTED]<[EMAIL PROTECTED]>
pstn:213-799-1400
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
