One other piece of information that I just stumbled on while doing a packet capture which may explain the whole thing:<br>
<br>
The Cisco packet shows the RTP event as this:<br>
RFC 2833 RTP Event<br>
Event ID: DTMF Pound # (11)<br>
End of Event: True<br>
Reserved: False<br>
Volume: 10<br>
Event Duration: 1600<br>
<br>
The Linksys packet shows the following:<br>
RFC 2833 RTP Event<br>
Event ID: DTMF Pound # (11)<br>

End of Event: True<br>

Reserved: False<br>

Volume: 0<br>

Event Duration: 1760<br>
<br>
<br>
Notice the volume setting in the Linksys packet.&nbsp; Could this be
the issue?&nbsp; I have changed every DTMF-related setting in the
Linksys that I can think of with no change in behavior.<br>
<br>
What still doesn't make sense to me is that why would this not work
with asterisk 1.2 yet still work when used with asterisk 1.0.x?<br>
<br><br><div><span class="gmail_quote">On 12/5/05, <b class="gmail_sendername">tracinet</b> &lt;<a href="mailto:traci.asterisk@gmail.com">traci.asterisk@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;">
Been working on testing asterisk 1.2 before upgrading our production
systems from 1.0.x and have found a few issues.&nbsp; The one I am
working on<br>
now involves DTMF failure with the following setup:<br>
<br>
<br>
*Linksys SPA-941* ---SIP---&gt; *asteriskA(v.1.2)* ----IAX2----&gt; *asteriskB(v.1.2)* ----SIP-----&gt; *Global Crossing* (PSTN)<br>
<br>
<br>
g711 with RFC 2833 out of band DTMF is used throughout the entire setup
from the Linksys to Global Crossing.&nbsp; Asterisk servers are using
asterisk SVN 1.2 from Friday.&nbsp; asteriskA is used as a SIP
registrar server for SIP devices to connect and asteriskB is used as a
gateway to our SIP provider.<br>
<br>
<br>
In order to test DTMF at each stage, I set up the following so asterisk could playback which digits I entered:<br>
<br>
; Test DTMF<br>
exten =&gt; 123,1,Read(NUMBER)<br>
exten =&gt; 123,2,SayDigits(${NUMBER})<br>
exten =&gt; 123,3,Goto(1)<br>
<br>
<br>
Here are the tests I ran and the results <br>
<br>
<br>
*Linksys SPA-941* ---SIP---&gt; *asteriskA(v.1.2)*<br>
Test Passed - DTMF detected with no problem<br>
<br>
<br>
*Linksys SPA-941* ---SIP---&gt; *asteriskA(v.1.2)* ----IAX2----&gt; *asteriskB(v.1.2)*<br>
Test Passed - DTMF detected with no problem<br>
<br>
<br>
*Linksys SPA-941* ---SIP---&gt; *asteriskA(v.1.2)* ----IAX2----&gt; *asteriskB(v.1.2)* ----SIP-----&gt; *Global Crossing* (PSTN)<br>
Test Failed - poor DTMF accuracy <br>
<br>
<br>
I then trying reverting asteriskB to version 1.0.x of asterisk and surprisingly, DTMF worked fine:<br>
<br>
*Linksys SPA-941* ---SIP---&gt; *asteriskA(v.1.2)* ----IAX2----&gt; *asteriskB(v.1.0)* ----SIP-----&gt; *Global Crossing* (PSTN)<br>
Test Passed - DTMF detected with no problem<br>
<br>
<br>
I then tried using a Cisco 7960 in place of the Linksys SPA-941 and all worked fine there as well:<br>
<br>
*Cisco 7960* ---SIP---&gt; *asteriskA(v.1.2)* ----IAX2----&gt; *asteriskB(v.1.2)* ----SIP-----&gt; *Global Crossing* (PSTN)<br>
Test Passed - DTMF detected with no problem<br>
<br>
<br>
One would think the issue is with the SIP provider (Global Crossing)
but what makes it odd is that DTMF fails only when using the<br>
Linksys and only when using version 1.2 of asterisk.&nbsp; So for now I am ruling out Global Crossing.<br>
<br>
<br>
Any thoughts?<br>
<br>
<br>
<br>
PS: Bug 5780 states that it is related to g729, not g711 which is in use here.<br>
<br>

</blockquote></div><br>