We&#39;ve actually had issues with Flowroute in the past where DTMF was a constant issue. My best suggestion for course of action is find another provider.  NexVortex is pretty solid all around. They also had the quickest recourse for when GNAPS went bottoms up last month and sent pretty much all VoIP traffic in New England into a tailspin.  <br>

<br>--Matt<br><br><div class="gmail_quote">On Thu, Aug 26, 2010 at 3:23 PM, Andres <span dir="ltr">&lt;<a href="mailto:andres@telesip.net">andres@telesip.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div><div></div><div class="h5">On 8/26/2010 2:55 PM, M S wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; I&#39;ve been getting complaints lately that callers to my IVR are<br>
&gt; pressing a digit once but the system is responding as if they pressed<br>
&gt; it twice (once for each of two consecutive menus).<br>
&gt; I&#39;m using an AGI script and logging all DTMF entries - and to the<br>
&gt; script, at least, it looks like the digit is being pressed twice.  The<br>
&gt; TN being called is a VOIP number (provided by Flowroute) and being<br>
&gt; forwarded via SIP to my asterisk 1.6.2.4 server.  The dtmfmode is set<br>
&gt; to rfc28333 in sip.conf.<br>
&gt;<br>
&gt; The first time this happened, I figured the caller pressed the number<br>
&gt; twice without realizing it.  It&#39;s happening to too many people for<br>
&gt; that to be plausible anymore.  I also experienced it once myself,<br>
&gt; months ago, when I entered my tn as 1234567890 and had it read back to<br>
&gt; me as 1122334455.<br>
&gt;<br>
&gt; Can anyone give me some pointers where to start troubleshooting?  Can<br>
&gt; overloading a system cause such an error?<br>
&gt;<br>
&gt; Thanks,<br>
</div></div>I have seen this before.  Upon careful analisys we saw that the far end<br>
was sending the digits in RFC2833 plus SIP INFO (or Inband, I can&#39;t<br>
remember).  Thus Asterisk detected double digits.  The solution was to<br>
ask the remote end to only send RFC2833.<br>
<font color="#888888"><br>
Andres<br>
<a href="http://www.telesip.net" target="_blank">http://www.telesip.net</a><br>
</font><div><div></div><div class="h5"><br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>