<div dir="ltr">Sorry for no response, I have been out lately. To answer everyone's concerns, we are doing exactly as Nathan has described. We are ordering UNE copper loops from Verizon the ILEC, and are putting POTS service onto these copper lines using an Adtran 5000 with VDSL2 Combo cards. The Adtran is powered by Verizon's battery and generators, and sends power directly over the line. This is exactly the same as regular diatone, we are not using VoIP ATA adapters in the field like FiOS or Uverse! <div><br></div><div>The Adtran speaks SIP and converts SIP to FXS ports basically in the CO. The Adtran communicates to a Broadsoft that provides the SIP signalling and minutes.</div><div><br></div><div>So, trying to correct the problem now. Based on what Paul said, there are no DTMF setting that can be changed on the Adtran 5000. Note, that while the SIP stack is similar, the Adtran 5000 does not have all the voice knobs and settings available that are on their much small 90X/90Xe series.</div><div><br></div><div>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? </div><div><br></div><div>I doubt ADT is doing real time LRN lookups, but they did acknowledge that they could see my number was recently portered away from Verizon to our underlying carrier.</div><div><br></div><div>I have seen some other alarm brands that put a special Verizon specific code before a number, and that way it bills the alarm company. Do you know what that is called? </div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 7, 2015 at 4:51 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">In addition to the other responses, I should point out that it would seem you are making an assumption here, and one that I would wager is an incorrect one.  Nowhere did Mr. Conor say he was delivering voice to the end-user via IP.  Nowhere.  In fact, I would take his language ("...we provided an analog POTS line...") to mean that as a CLEC, at least in these specific cases that he is talking about, he is ordering copper UNE-L from the ILEC and pumping dial-tone down it with his own switch.  (I don't want to speak for him, though, and would welcome his correction.)<br>
<br>
The only reason VoIP came up prior to this in the conversation was in order to give examples of things that others (including myself) have learned by experience can screw with a phone-based alarm panel's ability to communicate with the head-end.  If ADT is not purposefully filtering out calls by doing real-time LRN lookups as calls come in (which I am sure they are NOT doing), then there must be something else in the path interfering with that communication.  I offered my experience with DTMF problems over VoIP because I figured that it was possible that even if the last mile was not VoIP, somewhere between the switch that services his customer(s) and ADT's head-end MIGHT be IP-based transport, and perhaps the DTMF is getting massaged or mangled there.<br>
<span class="im HOEnZb"><br>
--<br>
Nathan Anderson<br>
First Step Internet, LLC<br>
<a href="mailto:nathana@fsr.com">nathana@fsr.com</a><br>
<br>
-----Original Message-----<br>
</span><span class="im HOEnZb">From: VoiceOps [mailto:<a href="mailto:voiceops-bounces@voiceops.org">voiceops-bounces@voiceops.org</a>] On Behalf Of David Thompson<br>
Sent: Friday, August 07, 2015 11:42 AM<br>
To: Colton Conor; <a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a><br>
Subject: Re: [VoiceOps] ADT Alarms Special Dialing?<br>
<br>
Alarm systems being serviced over VoIP are generally speaking a very bad idea. What are you supposed to do when and if the power fails? A UPS is only going to last for so long hours maybe. An analog CO line gets power from the wire and won’t go offline in the event of a natural or manmade disaster. The CO usually has a generator and guaranteed fuel delivery. By bringing VoIP into the mix your opening yourself up a huge liability if the alarm system fails due to your failure and someone gets burglarized, robbed, and worse injured or killed you’ll most likely be on the hook. Do yourself a favor and stay away from supporting it.<br>
 <br>
David Thompson<br>
Network Services Support Technician<br>
(O) <a href="tel:858.357.8794" value="+18583578794">858.357.8794</a><br>
(F) <a href="tel:858-225-1882" value="+18582251882">858-225-1882</a><br>
(E) <a href="mailto:dthompson@esi-estech.com">dthompson@esi-estech.com</a><br>
(W) <a href="http://www.esi-estech.com" rel="noreferrer" target="_blank">www.esi-estech.com</a><br>
<br>
</span><div class="HOEnZb"><div class="h5">-----Original Message-----<br>
From: VoiceOps [mailto:<a href="mailto:voiceops-bounces@voiceops.org">voiceops-bounces@voiceops.org</a>] On Behalf Of Colton Conor<br>
Sent: Thursday, August 06, 2015 6:21 PM<br>
To: <a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a><br>
Subject: [VoiceOps] ADT Alarms Special Dialing?<br>
 <br>
We are a CLEC and have a had a couple of customers port away from Verizon's landline service and to our voice service where we provided an analog POTS line with the same number just as the client had before with Verizon. We hook the POTS line up to the exact same wire going to the client's alarm panel, but the alarm can't communicate with ADT.<br>
 <br>
We called ADT on multiple clients behalfs, and they basically said Verizon is on an approved list to work with their services and our CLEC is not, so it would not work.<br>
 <br>
How is ADT limiting this? Does their alarm panels dial a special number that only Verizon knows or allows? This has happened with multiple clients.<br>
 <br>
We have not been able to get on the voice switch and see what numbers they panel is actually trying to dial, but any insight to this would be helpful.<br>
 <br>
I have read that some alarm companies uses a special code before they make an outbound call so the long distance gets billed to them or something?  <br>
</div></div></blockquote></div><br></div>