[VoiceOps] ADT Alarms Special Dialing?

[Colton Conor]

Nathan,

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.

>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:
1. Figure out what the correct settings should be on the Broadsoft side,
and have my hosted provider change those settings.
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.

I appreciate all the posts and replies both on and off list, but these are
all NOT valid in this situation:
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.
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.
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.
4. Selling the customer a ILEC POTS line. We don't want to give Verizon
anymore money than we already are.






On Wed, Aug 26, 2015 at 11:22 PM, Nathan Anderson <nathana at fsr.com> wrote:

> 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?
>
>
>
> 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?
>
>
>
> --
>
> Nathan Anderson
>
> First Step Internet, LLC
>
> nathana at fsr.com
>
>
>
> *From:* VoiceOps [mailto:voiceops-bounces at voiceops.org] *On Behalf Of *Colton
> Conor
> *Sent:* Wednesday, August 26, 2015 7:27 PM
> *To:* Paul Timmins
> *Cc:* voiceops at voiceops.org
> *Subject:* Re: [VoiceOps] ADT Alarms Special Dialing?
>
>
>
> 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?
>
>
>
> On Mon, Aug 10, 2015 at 6:21 PM, Paul Timmins <paul at timmins.net> wrote:
>
> On 08/10/2015 06:36 PM, Colton Conor wrote:
>
> Paul,
>
> 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?
>
>
> 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.
>
> -Paul
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20150828/10f5c370/attachment-0001.html>