you may have a sonus infection<br><br>try some of the stuff from here under DTMF<br><br><a href="http://wiki.freeswitch.org/wiki/RTP_Issues">http://wiki.freeswitch.org/wiki/RTP_Issues</a><br><br><br><div class="gmail_quote">
On Thu, May 7, 2009 at 5:16 AM, Jason White <span dir="ltr">&lt;<a href="mailto:jason@jasonjgw.net">jason@jasonjgw.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Remko Kloosterman &lt;<a href="mailto:R.Kloosterman@mtel.nl">R.Kloosterman@mtel.nl</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; Did you make a wireshark trace yet? You should be able to find out<br>
&gt; exactly what&#39;s going on there, which protocol is used, etc. We&#39;ve had<br>
&gt; our share of problems with DTMF over SIP trunks as well.<br>
<br>
</div>I&#39;ve just discovered that I&#39;m having a similar problem to the one discussed in<br>
this thread. Here are the symptoms.<br>
<br>
1. If I call FreeSWITCH from my Snom 320 SIP phone, DTMF recognition works<br>
perfectly. This is also true if I call a friend&#39;s FreeSWITCH system.<br>
<br>
2. If I call a certain VoIP provider from the Snom phone, via FreeSWITCH<br>
(phone -&gt; FreeSWITCH -&gt; provider) and call the provider&#39;s DTMF test, DTMF<br>
recognition fails to work. Apparently this provider accepts only RFC-2833,<br>
which is what FreeSWITCH should be issuing - I haven&#39;t changed the settings in<br>
the external profile from the defaults.<br>
<br>
3. If I call the same provider&#39;s DTMF test from PortAudio and issue the pa<br>
dtmf command, the provider recognizes the DTMF traffic correctly.<br>
<br>
I couldn&#39;t find any obvious configuration errors on the phone or in my<br>
internal and external Sofia profiles.<br>
<br>
I&#39;ll gladly run tshark if that&#39;s the next step to take.<br>
<br>
I can also try setting &lt;param name=&quot;pass-rfc2833&quot; value=&quot;true&quot;/&gt; in the<br>
internal profile, but this shouldn&#39;t be necessary, since as the wiki states in<br>
documenting this variable, FreeSWITCH should decode and re-encode the RFC2833<br>
data anyway when this is set to false.<br>
<br>
I&#39;ll keep working on this, but in the meantime, suggestions are welcome.<br>
<div><div></div><div class="h5"><br>
<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>