<div dir="ltr">OK, that makes sense. PLAR is more useful for elevator phones I think, but perhaps as a stopgap while they migrate to cellular or whatever, it might be useful to you as well. Given all the trials and tribulations you have outlined, I'd be considering declining to continue providing service to these fire alarms as well.<br clear="all"><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br>--<br>Hunter Fuller (they)<br>Router Jockey<br>VBH M-1C<br>+1 256 824 5331<br><br>Office of Information Technology<br>The University of Alabama in Huntsville<br>Network Engineering</div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 13, 2023 at 4:12 PM Matthew Yaklin <<a href="mailto:myaklin@firstlight.net" target="_blank">myaklin@firstlight.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>





<div lang="EN-US">
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">>But if the issue is always at dial time, and never at reporting time, it seems like a PLAR would indeed solve it...?<br clear="all">
<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">---- Sorry Hunter. I should have googled what a PLAR was. I am not used to that acronym. Basically, a hotline. Pick up the line it dials a specific number. I was thinking digit manipulation for some reason.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">----- Normally a fire alarm panel has two lines plugged into it. It can be programmed with multiple numbers it tries to dial. If one line is down or the number it dialed is busy it will try the other line or another number.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">----- I am not sure if that would be allowed. I think in the case of a fire alarm panel it has to work properly with our pots or we simply tell the customer to find a pots line that works with a different provider. I doubt we would be comfortable
 with that as a solution.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Matt<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal"><br>
--<br>
Hunter Fuller (they)<br>
Router Jockey<br>
VBH M-1C<br>
+1 256 824 5331<br>
<br>
Office of Information Technology<br>
The University of Alabama in Huntsville<br>
Network Engineering<u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">On Mon, Feb 13, 2023 at 3:48 PM Matthew Yaklin via VoiceOps <<a href="mailto:voiceops@voiceops.org" target="_blank">voiceops@voiceops.org</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-color:currentcolor currentcolor currentcolor rgb(204,204,204);border-style:none none none solid;border-width:medium medium medium 1pt;padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">>Ok this is a bodge... but if it always dials the same number, and its dialing it has an issue with, set it up as a PLAR line? As soon as goes to dial just dial the number for it,
 and leave it to send or not send which ever digits of the number it wants....? Its not perfect, the customer needs to know you need to know if the alarm panel people ever change the number, but would get it working?<u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">---- To keep our discussion simple, I gave the most common error case which is missing digits. There are variations to the issue and I doubt that would be feasible on a dozen lines
 when the error can vary slightly depending on the factors causing the problem. Sometimes it can be two missing digits. Sometimes it can dial properly in some pots examples. Next time it dials something else is missing.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">---- As times goes on the company has lost a lot of the copper knowledge we used to have. A lot of old school CO techs are retired. I relied on turnstones and other central office
 gear to test copper pairs. T1s are easy. This is getting into the nitty gritty realm of pots lines that normally I can figure out with research but this is an odd one.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">---- Like I mentioned. I will send an email shortly to all the relevant parties that getting an ADTRAN eng on the line to use those superuser temp passwords is my last real chance
 to solve this short of using suggestions people made here about getting specialized gear and checking the specs of what things are doing. Even if we did prove the old fire alarm panels are doing something wrong “it worked on the DMS” will be said back to us.
 End result is the same. Go find a different provider. <u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">---- I am just annoyed I have a problem and I cannot seem to figure it out. I don’t like the taste of it at all.<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">Matt<u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">Matt<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<div>
<p class="MsoNormal">On Mon, 13 Feb 2023 at 21:29, Jay Hennigan via VoiceOps <<a href="mailto:voiceops@voiceops.org" target="_blank">voiceops@voiceops.org</a>> wrote:<u></u><u></u></p>
</div>
<blockquote style="border-style:none none none solid;border-width:medium medium medium 1pt;padding:0in 0in 0in 6pt;margin:5pt 0in 5pt 4.8pt;border-color:currentcolor currentcolor currentcolor rgb(204,204,204)">
<p class="MsoNormal">On 2/13/23 13:20, Matthew Yaklin wrote:<br>
<br>
> ----- ADTRAN went straight to examining the dialing-plan in the TA5000 when I shared my config with them for those exact reasons. We both agreed since digits were missing in the middle in many cases this was probably not a dialing-plan issue or DTMF/pulse
 dial issue. They signed off on our config as proper.<br>
<br>
Does the Adtran detect pulse dialing? That might be an option if the <br>
alarm panel can be configured for it.<br>
<br>
Is it just one make and model of alarm panel that fails? Do the tones <br>
sound off or different with a butt-set bridged in monitor mode? See if <br>
someone local has a SAGE 930A that you can borrow, that will definitely <br>
tell you if the DTMF is in spec.<br>
<br>
-- <br>
Jay Hennigan - <a href="mailto:jay@west.net" target="_blank">jay@west.net</a><br>
Network Engineering - CCIE #7880<br>
503 897-8550 - WB6RDV<br>
<br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><u></u><u></u></p>
</blockquote>
</div>
</div>
</div>
<p class="MsoNormal">_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><u></u><u></u></p>
</div>
</blockquote>
</div>
</div>
</div>

</div></blockquote></div>