Nothing interesting there.<br><br>Okay, so you have IP phones that are setup to use G.729 over the WAN... I presume they use G.711 over the LAN, so why don&#39;t we disable dtmf-relay, use in-band and see what happens.<br>
<br>Realistically, my thinking is that there is some incompatibility between PRIs and the site you are calling... <br><br><br><br>Jonathan<br><br><div><span class="gmail_quote">On 12/20/06, <b class="gmail_sendername">Robert Kulagowski
</b> &lt;<a href="mailto:bob@smalltime.com">bob@smalltime.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;">Jonathan Charles wrote:
<br>&gt; Okay, change the dtmf-relay from H245 to none and try sending it<br>&gt; in-band, however, if you are using a low-bandwidth codec (G.729, etc...)<br>&gt; this will distort the DTMF.<br>&gt;<br>&gt; <a href="http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_command_reference_chapter09186a0080087c0a.html#1021746">
http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_command_reference_chapter09186a0080087c0a.html#1021746</a><br>&gt;<br>&gt; As Scott said, the alternative is to use MGCP, which is pretty adept at<br>&gt; transmitting DTMF, but that presumes a CallManager that may or may not
<br>&gt; be present.<br>&gt;<br>&gt; Also, this is receiving or sending DTMF on the gateway? (IOW, are you<br>&gt; sending DTMF out a PRI, or receiving it from a PRI?)<br>&gt;<br>&gt;&nbsp;&nbsp;What is the config on the voice-port for the PRI?
<br><br>This is a phone in Sydney sending a call out of a PRI in Sydney.&nbsp;&nbsp;Would<br>G.729 even be an issue in this situation?<br><br>I think that we need the dtmf-relay to stay as-is for access to Unity,<br>correct?&nbsp;&nbsp;The over-the-WAN codec is set for 
G.729.<br><br>We can&#39;t do MGCP because of call preservation, plus the CMs are in the U.S.<br><br>The voice-port is:<br>voice-port 0/1/0:15<br>&nbsp;&nbsp;translation-profile incoming PREFIXDID<br>&nbsp;&nbsp;input gain -3<br>&nbsp;&nbsp;output attenuation -6
<br>&nbsp;&nbsp;echo-cancel coverage 24<br>&nbsp;&nbsp;echo-cancel erl worst-case 0<br>&nbsp;&nbsp;playout-delay minimum low<br>&nbsp;&nbsp;no comfort-noise<br></blockquote></div><br>