[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: Starlink



On 8/26/2021 3:02 PM, Jim Davis wrote:
> On Thursday, August 26, 2021 at 12:41:58 PM UTC-4, Bob La Londe wrote:
>> On 8/25/2021 6:58 PM, Jim Davis wrote:
>>> On Tuesday, August 24, 2021 at 4:11:20 PM UTC-4, Bob La Londe wrote:
>>>> Dear NAPCO StarLink Dealer,
>>>>
>>>> The NAPCO StarLink NOC is currently experiencing an intermittent issue
>>>> related to outbound Verizon phone lines. This Verizon issue may delay
>>>> the transmission of trouble, supervisory and in some cases alarm signals.
>>>>
>>>> Verizon has been notified and is currently addressing the issue.
>>>>
>>>> We are sorry for any inconvenience this may have caused.
>>>>
>>>> NAPCO StarLink Admin
>>>>
>>>> --- I'm still on somebody's mailing list ---
>>>>
>>>> --
>>>> This email has been checked for viruses by AVG.
>>>> https://www.avg.com
>>>
>>> Yeah, Bob,
>>> I got that one to.
>>>
>>> Here's the gist of the reply I sent to them
>>> =========================================
>>> To whomever may be concerned.
>>>
>>> I presume that this notice I received refers to your outgoing lines for calls being sent to central stations by your servers.
>>>
>>> But - - - - I would also presume that you have more than one and as a matter of fact I would presume you had more than a few other carriers running in parallel with your Verizon outgoing phone lines. RIGHT ?????? Like ATT, CenturyLink, Cox, Frontier, Spectrum, Xfinity?
>>> If so, why should there be any "delay in the transmission of trouble, supervisory and in some cases alarm signals" ? Why also, only "in some cases alarm signals? If trouble or supervisory signals can't get through, what would allow an alarm signal to get through?
>>>
>>> After all, YOU are the weak link with the least liability in the chain of service providers involved with this alarm transmission service. However in spite of that I would expect that you would have more than double the backup telephone service for any possible lapse by others in the outgoing telephone line chain - - - - just because the rest of us out here are depending upon you to provide us with a reliable service with all proper precautions being taken. AND BECAUSE WE BUY YOUR PRODUCTS !
>>> RIGHT ??? ?
>>>
>>>
>>> Jim Davis
>>> @#$% Alarm Co
>>>
>> I interpreted it as local wireless service issues as Verizon dominates
>> some markets and overloads their data network in some local areas. The
>> reason I guess that is I get almost daily notices from Verizon on my
>> phone that there are bandwidth restrictions and data usage limitations
>> even though we never exceed our "unlimited" data plan or hit a threshold
>> that should induce throttling. Well, when traveling we might, but its
>> never been an issue.
>>
>> I don't know if its still true, but when I was still doing this Verizon
>> used a totally different transmission format than the other cellular
>> carriers. (Not counting resellers) This meant Verizon site radios
>> couldn't switch to another carrier if the Verizon network was bogged
>> down. I don't recall that any of the radios would auto switch carriers
>> anyway. Fire radios had to hit two towers or they would show a trouble,
>> but they didn't use two carriers. Has that changed?
>
> It's been way too long since I stopped doing commercial fire systems so I don't know the answer to your fire requirement question but - - - -
> .
> Re your referral to the "wireless" service,
> .
> The Napco notice specifically says " intermittent issue related to outbound Verizon "phone lines" not wireless service.
> So I presume(d) they were referring to the communication between Verizon towers and Verizon servers or between Napco's servers and the central stations - - - both of which could be using "phone lines"
> .
> However, now days the term  "phone lines" is often used generically, so - - - -
>




Still getting Starlink update emails.  The email received today was much
more specific.

Ok... you were right.  I was wrong.

Save this email.  It may never happen again.


alt.security.alarms Main Index | alt.security.alarms Thread Index | alt.security.alarms Home | Archives Home