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