[VoiceOps] ADT Alarms Special Dialing?

[Nathan Anderson]

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<mailto: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<mailto: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/20150826/aba6febf/attachment.html>