[VoiceOps] ADT Alarms Special Dialing?

[Carlos Alcantar]

Has anyone had an in depth conversation with any of these alarm vendors with what there move is going to be with everyone moving towards packet based voice switching which you can pretty much guarantee will break modems in general somewhere down the line.  I just recently ran into an issue with an alarm line, where yes we do have some lines running on calix h.248 back to a meta switch and routed out to our tdm tandem trunks.  Our first thought was to look into the QOS make sure things are set correctly ect, after days of testing we found that the call being terminated on the other side of the tandem had qos issues.  I can only see these type of issue increasing as time passes.  Thoughts?



Carlos Alcantar

Race Communications / Race Team Member

1325 Howard Ave. #604, Burlingame, CA. 94010

Phone: +1 415 376 3314 / carlos at race.com<mailto:carlos at race.com> / http://www.race.com<http://www.race.com/>



________________________________
From: VoiceOps <voiceops-bounces at voiceops.org> on behalf of Paul Timmins <paul at timmins.net>
Sent: Wednesday, August 26, 2015 9:42 PM
To: Nathan Anderson
Cc: voiceops at voiceops.org
Subject: Re: [VoiceOps] ADT Alarms Special Dialing?

Especially curious if that Broadsoft by chance is hooking to a Taqua T7000 running RFC2833 DTMF.

I know of some bugs if so.

-Paul


On Aug 27, 2015, at 00:22, Nathan Anderson <nathana at fsr.com<mailto: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<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<mailto: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

_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org>
https://puck.nether.net/mailman/listinfo/voiceops

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20150827/58569ac9/attachment.html>