<div dir="ltr">Nathan,<div><br></div><div>That is a great question, and one I am trying to figure out now. We use a wholesale Broadsoft partition where our wholesale provider handles all the configuration and setup of the Broadsoft switch, so I am shooting in the dark here. I have no clue how they have the Adtran 5000 device profile setup on the switch, nor do I know how it should be setup. I checked on Broadsoft's website, and there is not a Adtran 5000 combo card config guide to use. I know the provider uses wholesale SIP trunks as well as TDM trunks into a Metaswitch. </div><div><br></div><div>From the sounds of it, there are not any setting I can possibly change on the Adtran since everything in Inband. So basically the way I see it I have two options:</div><div>1. Figure out what the correct settings should be on the Broadsoft side, and have my hosted provider change those settings.</div><div>2. Switch the Adtran 5000 out with another DSLAM vendor who's POTS and or DSL combo cards support the correct knobs and setting to make this work. However, it sounds like inband is the best anyways for DMTF for alarms, so I am not sure this will help since Adtran only supports inband already. However I do plan on switching access vendors soon anyways. </div><div><br></div><div>I appreciate all the posts and replies both on and off list, but these are all NOT valid in this situation:</div><div>1. Using an ATA or device at the customer prem that works with alarm systems. Yes I know there are a million devices out there that can integrate with existing alarms and do this, but we are not an alarm provider. We are a telephone company. </div><div>2. Telling the customer that our POTS provided line doesn't work with their alarm (even though their line and number they just ported over from Verizon did). I am having a hard time telling the customer that Verizon's 1970's voice switch can support this, but we can't. </div><div>3. Telling the customer to cancel our POTS line and just use wireless and pay the cellular alarm company (though I agree for an alarm cellular is the way to go). One of the reasons they keep out DSL AND POTS is they want the POTS for their Alarm line, and to make occasional calls in emergency situations. </div><div>4. Selling the customer a ILEC POTS line. We don't want to give Verizon anymore money than we already are. </div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 26, 2015 at 11:22 PM, Nathan Anderson <span dir="ltr"><<a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Wait, weren't we talking about turning *off* both OOB DTMF (RFC2833) as well as T.38, because both protocol could potentially mess with either of the modulation schemes (DTMF and FSK, respecitvely) that ADT might use?<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">If the Adtran 5000 does everything inband and you are doing PCM/uLaw audio end-to-end, it seems to me that looking to your MSAN for potential problems is a red herring.  You said the TA5K is getting fed by a Broadsoft switch.  How does the Broadsoft tie into the PSTN?  If it's SIP trunks all the way down, how do you know that the Broadsoft (or even something upstream of it…whatever sits between it and something TDM) isn't trying to be clever and decode the in-band DTMF it gets from the TA5K and re-encode them as RFC2833 signals before passing them on?<u></u><u></u></span></p><span class=""><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">--<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Nathan Anderson<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">First Step Internet, LLC<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><a href="mailto:nathana@fsr.com" target="_blank">nathana@fsr.com</a><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p></span><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> VoiceOps [mailto:<a href="mailto:voiceops-bounces@voiceops.org" target="_blank">voiceops-bounces@voiceops.org</a>] <b>On Behalf Of </b>Colton Conor<br><b>Sent:</b> Wednesday, August 26, 2015 7:27 PM<br><b>To:</b> Paul Timmins<br><b>Cc:</b> <a href="mailto:voiceops@voiceops.org" target="_blank">voiceops@voiceops.org</a><span class=""><br><b>Subject:</b> Re: [VoiceOps] ADT Alarms Special Dialing?<u></u><u></u></span></span></p></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">Know anything about other vendors besides Adtran and Zhone? What about Calix and ALU? Do their POTs/Combo cards support T.38 and RFC-2833? <u></u><u></u></p></div><div><div class="h5"><div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">On Mon, Aug 10, 2015 at 6:21 PM, Paul Timmins <<a href="mailto:paul@timmins.net" target="_blank">paul@timmins.net</a>> wrote:<u></u><u></u></p><p class="MsoNormal">On 08/10/2015 06:36 PM, Colton Conor wrote:<u></u><u></u></p><p class="MsoNormal" style="margin-bottom:12.0pt">Paul,<br><br>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?<u></u><u></u></p><p class="MsoNormal"><br>Specific to the 5k. We have some older Zhone equipment that does T.38 and RFC-2833 and mid call re-invites just fine. It crashes the web interface hard when we try an MLT, but such is life.<span style="color:#888888"><br><br><span>-Paul</span></span><u></u><u></u></p></div><p class="MsoNormal"><u></u> <u></u></p></div></div></div></div></div></blockquote></div><br></div>