<div dir="ltr">Paul,<div><br></div><div>So is this just a limitation of Adtran's implementation of SIP on the 5000, or are all MSAN's from Vendors like Calix, Zhone, and ALU the same way? </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 10, 2015 at 12:32 PM, Paul Timmins <span dir="ltr"><<a href="mailto:paul@timmins.net" target="_blank">paul@timmins.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 08/10/2015 08:49 AM, Colton Conor wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I wonder if it is detecting it as a fax, and trying to send it as T38 instead. Any ideas on what can and can't be disabled on the 5000?<br>
</blockquote>
<br></span>
Think of the TA5000 as a glorified GR303 or MGCP device. While it has some routing intelligence for SIP, it does NOT have RFC2833, T.38, or codecs other than g711u. Its audio stream cannot be reinvited to speak directly to a gateway, for example, it has to continue on the same path specified in the initial SDP.<br>
<br>
There's no knobs exposed because there's no settings to change. g711u, inband dtmf, no T.38, no reinvites. One sip peer (it shows you can have more than one, but creating a second doesn't work).<br>
<br>
If you have settings other than these on your softswitch, these may be part of your problem.<span class="HOEnZb"><font color="#888888"><br>
<br>
-Paul</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</div></div></blockquote></div><br></div>