[Freeswitch-users] Problem with missing / duplicated DTMF

Fri Jun 1 02:15:21 MSD 2012

do you have a pcap w/ rtp and have you looked at it (and listened to it) in
wireshark?
-MC

On Thu, May 31, 2012 at 2:19 PM, Michael Lutz <mytemike72 at gmail.com> wrote:

> Hi,
>
> Picking up on an older thread, I was wondering if this was ever
> resolved and how, or if there are more people experiencing the same
> issues (now or in the past)
> I seem to be experiencing the same issue!
>
> A lot of the times DTMF's are not recognized (and do not show up in
> events or debug log) and apart from I have noticed recognition of
> wrong dtmfs too.
> Sometimes I even see 'recognized' dtmfs while no key is pressed at al!
> (of which I am sure because it was my own test call)
>
> Hope someone is able to help me with this! I was looking in the
> combination of inband detection, because I use that for most of my
> calls.
> However reading this thread it appears that at least someone
> experienced same behaviour without enabling inband detection using
> start_dtmf.
>
>
> Regards,
> Mike.
>
>
> >Anthony Minessale anthony.minessale at gmail.com
> >Tue Feb 1 21:22:45 MSK 2011
> >I dont think there any current dtmf issues open.
> >It sounds like maybe you are going across the pstn and encountering
> >some problems with transition from
> >2833 to inband and back again or from hair-pinning the call.
> >
> On Tue, Feb 1, 2011 at 12:00 PM, Matt Stockton <mstockton at harqen.com>
> wrote:
> > Sorry about not including the version. The version of freeswitch I am
> using
> > is.
> > FreeSWITCH Version 1.0.head (git-256a82d 2011-01-31 10-12-28 -0600)
> >  I just updated to the latest yesterday to re-test it.
> > On Tue, Feb 1, 2011 at 10:10 AM, Matt Stockton <mstockton at harqen.com>
> wrote:
> >>
> >> I have having trouble with both missing and duplicated DTMF in
> >> Freeswitch.
> >> Here are the steps of how I am using it:
> >> 1. Leg A - I am calling out from my Freeswitch instance (through iCall),
> >> and I am calling an iCall number that is also connected to the same
> >> Freeswitch instance.
> >> 2. Leg B - The above call is routed through iCall and then answered by
> the
> >> same Freeswitch instance.
> >> 3. On Leg B, I play a file and attempt to get DTMF in a lua script. Here
> >> is the code of interest:
> >>
> >> callPin = session:playAndGetDigits(1, 10, 4, 30000,
> "#","/tmp/cw_17.wav",
> >> "", "\\d+");
> >>
> >> 4. On Leg A, I send DTMF information in a lua script. Here is the code
> of
> >> interest. I initiate a delay between each digit:
> >>
> >> local newPin = "";
> >>
> >> for i = 1, string.len(pin) do
> >>
> >>   newPin = newPin .. string.sub(pin, i, i) .. "W";
> >>
> >> end
> >>
> >> session:execute("send_dtmf", newPin .. "#@200");
> >>
> >> ** Note that there is a session:sleep on Leg A before I send the DTMF to
> >> make sure i don't send it too early **
> >>
> >> The problem is that the recognized DTMF on Leg B is wrong about 30% of
> the
> >> time. For example, if Leg A enters: 22063083, Leg B will get the DTMF
> digits
> >> 222063083. This is an example of duplication, but I have also
> experienced
> >> missing DTMF codes (and an occasional wrong code completely)
> >>
> >> I have messed with a bunch of DTMF settings in hopes of fixing this
> issue,
> >> but I cannot seem to find something that is reliable 100% of the time.
> >>
> >> _____________________________
> >>
> >> Here are the DTMF settings I have looked at / messed with. I've tried
> >> various values for the dtmf-duration in the config (and in the send_dtmf
> >> command above)
> >>
> >>     <!-- This is in external.xml -->
> >>
> >>     <param name="dtmf-duration" value="500"/>
> >>
> >>     <param name="dtmf-type" value="rfc2833"/>
> >>
> >>     <param name="inbound-codec-prefs" value="$${global_codec_prefs}"/>
> >>
> >>     <param name="outbound-codec-prefs"
> value="$${outbound_codec_prefs}"/>
> >>
> >>     <param name="inbound-codec-negotiation" value="greedy"/>
> >>     <!-- This is in vars.xml -->
> >>     <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMU"/>
> >>     <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMU"/>
> >> ________________________
> >> I have run fs_cli with event logging and the DTMF events that Freeswitch
> >> gets do correlate to the wrong value (e.g. the duplication / missing
> digits
> >> is noticable in the Freeswitch events as well).
> >> Also, I am not running any dtmf-related applications on the session
> before
> >> I give control to the lua scripts (e.g. not running start_dtmf)
> >> Has anyone experienced this type of issue? Or know what I can do to
> >> resolve it? My next step was going to be trying this against another
> >> provider besides iCall, but I figured I would see if anyone has
> encountered
> >> a similar problem before. Any help is appreciated.
> >> Thanks
> >
> > _______________________________________________
> > 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/
> Twitter: http://twitter.com/FreeSWITCH_wire
>
> AIM: anthm
> MSN:anthony_minessale at hotmail.com
> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
> IRC: irc.freenode.net #freeswitch
>
> FreeSWITCH Developer Conference
> sip:888 at conference.freeswitch.org
> googletalk:conf+888 at conference.freeswitch.org
> pstn:+19193869900
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> Join Us At ClueCon - Aug 7-9, 2012
>
> 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/20120531/5ee32adc/attachment-0001.html 