I should add that I am using ulaw (g.711u) for all calls. <br>
<br>
-Rusty<br><br><div><span class="gmail_quote">On 11/3/05, <b class="gmail_sendername">Rusty Dekema</b> &lt;<a href="mailto:rdekema@gmail.com">rdekema@gmail.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Does anyone know if it is possible to configure Asterisk in such a way
that it will ignore RFC2833 DTMF signals received from a SIP peer? <br>
<br>
I am using Broadvoice for some DIDs at the moment and their system has
a tendency to mis-interpret DTMF digits, especially ones dialed from
mobile or office (digital) phones. Basically, it will catch every digit
dialed and send it to my Asterisk system, but unfortunately it
frequently seems to repeat digits. That is, if I call into my system
and want to enter a password of &quot;123456789&quot;, Broadvoice will send
something to my Asterisk machine such as &quot;11234556789&quot; or
&quot;12345567889&quot;. <br>
<br>
I have set dtmfmode=inband in both [general] and [<a href="http://sip.broadvoice.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">sip.broadvoice.com</a>]
in sip.conf, but from viewing the results of 'rtp debug', it appears
that Broadvoice is still sending me the digits via RFC2833. I was
thinking that if I could get Asterisk to ignore this and just detect
the DTMF tones inband, that it might do a better job than Broadvoice's
system. <br>
<br>
If anyone knows how to do this, or has any other suggestions, I will be
very glad to hear them. This problem has been driving me nuts. I am
very satisfied with Broadvoice's voice quality, and I have a good
network connection between my location and their SIP gateway, but
more-or-less correct DTMF detection is fairly important for me and it
basically does not work; but I really don't want to have to switch to
using POTS lines for all inbound calls.<br>
<br>
Thanks,<br><span class="sg">
Rusty<br>

</span></blockquote></div><br>