<div dir="ltr"><div>Generally speaking it is useful to know what the far end is seeing. The DTMFs may leave your FS box in perfect health but they could be messed with along the way. Still, you can try setting your DTMF sending to in-band vs. RFC2833 and see if that helps. If not you'll probably need to talk to your provider and ask them what they see when the DTMFs pass through their network.<br>
<br></div>-MC<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 8, 2013 at 5:06 AM, Ira Tessler <span dir="ltr"><<a href="mailto:ira@connectmevoice.com" target="_blank">ira@connectmevoice.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I am having customer complaints that when they dial an outside conference bridge systems, (e.g. Go To Meeting, etc) or outside IVRs, they are having trouble with the remote system recognizing DTMF tones correctly (e.g. when entering a PIN for a conference bridge). I put in a way in our system to dial an outside number and bypass media for just that call. This seems to resolve the issue, but it is annoying for our customers. </div>
<div><br></div><div>My question is how can I troubleshoot this issue? (I have looked at pcap's and from what I can see FS is setting the DTMF correctly) What DTMF settings in FS should I look at? Here is why I currently am using on my external sip profile:</div>
<div><br></div><div><div><param name="rfc2833-pt" value="101"/></div><div><param name="dtmf-type" value="rfc2833"/></div><div><param name="liberal-dtmf" value="true"/></div>
<div><param name="rtp-digit-delay" value="60"/></div><div><param name="manual-rtp-bugs" value="IGNORE_DTMF_DURATION"/></div><div><param name="rtp-rewrite-timestamps" value="false"/></div>
</div><div><br></div><div>Thanks,</div><br clear="all"><div>Ira Tessler<br>Lead Software Engineer<br>ConnectMe<br><a href="tel:%28732%29%20490-9007%20x2" value="+17324909007" target="_blank">(732) 490-9007 x2</a><br><a href="mailto:ira@connectmevoice.com" target="_blank">ira@connectmevoice.com</a></div>
</div>
<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>
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>
<br></blockquote></div><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br>
</div>