VoIP transmission troubles

VoIP transmission troubles

Secure Home | Search | About
 CCTV, Alarms and other Physical Security    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content add this group's latest topics to your Google content
Subject Author Date
VoIP transmission troubles tourman 04-23-2008
Posted by Crash Gordon on April 24, 2008, 10:28 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Tried it a few times and don't anymore. It's not worth the anxiety.



--
**Crash Gordon**







> I'd like to hear from some of the regulars about their experiences
> with alarm transmission over VoIP.
>
> I have one customer who without my knowledge changed to VoIP from a
> Bell line, and then asked me to hook up the panel using his new
> service. I did so reluctantly, but only after he signed a legal
> agreement limiting liability, and with the express understanding it
> was being done experimentally. I programmed in a daily test and kept
> watch each morning for failures to communicate. It seemed to stop
> transmitting only very occasionally, until one day it started sending
> "ghost" signals which resulted in a police dispatch on the wrong
> account number. The panel was programmed in Contact ID, but it seems
> when the signal went out on the network, it transposed a "6 " in the
> account code for a "5". Then the comedy of errors increased when the
> station failed to check the CID (where they would have picked up that
> it was coming from the wrong phone number) and dispatched the police.
> Needless to say, I had an unhappy client who couldn't understand why
> the cops arrived...(and yes, the account number in the panel IS
> properly programmed...).
>
> Bottom line, I disconnected the customer's service until and unless
> the client chooses to get a proper communication medium. He claims
> there are other companies who will hook him up successfully, but I
> suspect they just might be more interested in his business than his
> security system. The problem is of course, they could tell him
> anything about his alarm and he would likely agree, not ever really
> knowing if the panel is communicating properly or not.....
>
> Anyone else experiencing these kind of problems and if so, have you
> come up with any solutions (other than the obvious one of getting
> proper phone service). I hated to lose this client of many years, but
> at least for the moment, I don't see any other alternative if it's
> affecting other customers.



Posted by tourman on April 24, 2008, 11:31 am
If you were  Registered and logged in, you could reply and use other advanced thread options
wrote:
> Tried it a few times and don't anymore. It's not worth the anxiety.
>
> --
> **Crash Gordon**
>
>
>
> > I'd like to hear from some of the regulars about their experiences
> > with alarm transmission over VoIP.
>
> > I have one customer who without my knowledge changed to VoIP from a
> > Bell line, and then asked me to hook up the panel using his new
> > service. I did so reluctantly, but only after he signed a legal
> > agreement limiting liability, and with the express understanding it
> > was being done experimentally. I programmed in a daily test and kept
> > watch each morning for failures to communicate. It seemed to stop
> > transmitting only very occasionally, until one day it started sending
> > "ghost" signals which resulted in a police dispatch on the wrong
> > account number. The panel was programmed in Contact ID, but it seems
> > when the signal went out on the network, it transposed a "6 " in the
> > account code for a "5". Then the comedy of errors increased when the
> > station failed to check the CID (where they would have picked up that
> > it was coming from the wrong phone number) and dispatched the police.
> > Needless to say, I had an unhappy client who couldn't understand why
> > the cops arrived...(and yes, the account number in the panel IS
> > properly programmed...).
>
> > Bottom line, I disconnected the customer's service until and unless
> > the client chooses to get a proper communication medium. He claims
> > there are other companies who will hook him up successfully, but I
> > suspect they just might be more interested in his business than his
> > security system. The problem is of course, they could tell him
> > anything about his alarm and he would likely agree, not ever really
> > knowing if the panel is communicating properly or not.....
>
> > Anyone else experiencing these kind of problems and if so, have you
> > come up with any solutions (other than the obvious one of getting
> > proper phone service). I hated to lose this client of many years, but
> > at least for the moment, I don't see any other alternative if it's
> > affecting other customers.

RHC: Thanks Crash ! I had hoped that something would change over time,
but I see it hasn't.

Posted by Crash Gordon on April 24, 2008, 12:24 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Not that I know. I keep looking from time to time though.


--
**Crash Gordon**







> wrote:
>> Tried it a few times and don't anymore. It's not worth the anxiety.
>>
>> --
>> **Crash Gordon**
>>
>>
>>
>> > I'd like to hear from some of the regulars about their experiences
>> > with alarm transmission over VoIP.
>>
>> > I have one customer who without my knowledge changed to VoIP from a
>> > Bell line, and then asked me to hook up the panel using his new
>> > service. I did so reluctantly, but only after he signed a legal
>> > agreement limiting liability, and with the express understanding it
>> > was being done experimentally. I programmed in a daily test and kept
>> > watch each morning for failures to communicate. It seemed to stop
>> > transmitting only very occasionally, until one day it started sending
>> > "ghost" signals which resulted in a police dispatch on the wrong
>> > account number. The panel was programmed in Contact ID, but it seems
>> > when the signal went out on the network, it transposed a "6 " in the
>> > account code for a "5". Then the comedy of errors increased when the
>> > station failed to check the CID (where they would have picked up that
>> > it was coming from the wrong phone number) and dispatched the police.
>> > Needless to say, I had an unhappy client who couldn't understand why
>> > the cops arrived...(and yes, the account number in the panel IS
>> > properly programmed...).
>>
>> > Bottom line, I disconnected the customer's service until and unless
>> > the client chooses to get a proper communication medium. He claims
>> > there are other companies who will hook him up successfully, but I
>> > suspect they just might be more interested in his business than his
>> > security system. The problem is of course, they could tell him
>> > anything about his alarm and he would likely agree, not ever really
>> > knowing if the panel is communicating properly or not.....
>>
>> > Anyone else experiencing these kind of problems and if so, have you
>> > come up with any solutions (other than the obvious one of getting
>> > proper phone service). I hated to lose this client of many years, but
>> > at least for the moment, I don't see any other alternative if it's
>> > affecting other customers.
>
> RHC: Thanks Crash ! I had hoped that something would change over time,
> but I see it hasn't.



Similar ThreadsPosted
Voip Updated Howto,New Voip Phones,Voip Conferencing,Satellite Voip,Virtual PBX Solutions May 21, 2006, 11:23 am
Voip at Home,Voip Updated Howto,New Voip Phones,Voip Conferencing, May 26, 2006, 9:18 am
wireless video transmission November 8, 2006, 3:34 pm
Lobenn TCP/IP backup transmission device - RHC September 16, 2005, 1:58 pm
Voip Phones and Conferencing Systems,Satellite Voip May 26, 2006, 8:47 am
DSC 632 1555MX & TLM troubles June 29, 2006, 11:17 pm
NX-8 ground fault troubles December 13, 2007, 9:17 pm
Voip Updated Howto,Voip AT Home June 6, 2006, 9:42 pm
Ademco Lynx Panel - Phone Troubles August 23, 2005, 7:52 pm
VOIP June 12, 2006, 10:48 am

The site map in XML format XML site map

Contact Us | Privacy Policy