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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org