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 ABLE_1 on April 23, 2008, 7:39 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
Would you mind telling what panel/model you are using????



> 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 23, 2008, 8:20 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
> Would you mind telling what panel/model you are using????
>
> > 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: It's a Paradox Esprit 738 panel.

Posted by Rob on April 23, 2008, 7:51 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
We have had the same issue. Some of our rural phone providers are going
digital also, which is reaking havoc on other accounts with bogus signals.
Unfortunately, some of these areas have zero GSM coverage with the Honeywell
or Telgard radio/cell backup. 4x2 seems to help over CID. But, the problem
still exists. Our only option has been an internet communicator. We lease
the radio and a UPS for the router and modem. The customer will need a
broadband service. For the comunicator to send a test signal every few
minutes has little effect on the bandwith.

> 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 23, 2008, 8:26 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
> We have had the same issue. Some of our rural phone providers are going
> digital also, which is reaking havoc on other accounts with bogus signals.
> Unfortunately, some of these areas have zero GSM coverage with the Honeywell
> or Telgard radio/cell backup. 4x2 seems to help over CID. But, the problem
> still exists. Our only option has been an internet communicator. We lease
> the radio and a UPS for the router and modem. The customer will need a
> broadband service. For the comunicator to send a test signal every few
> minutes has little effect on the bandwith.
>
>
>
> > 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: To their credit, ADT early on said that their salesmen were not
to sell an alarm to customers who didn't have a conventional land
line. However, that was several years ago, and I would be interested
to hear if they have since come up with a solution. They stand to lose
more than most with the tidal wave of people switching to VoIP for
their phone service. Is there anyone here from ADT who might be able
to answer that question ?

Posted by Spellcheck Patrol on April 23, 2008, 9:45 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
>
>
>
> > We have had the same issue. Some of our rural phone providers are going
> > digital also, which is reaking havoc on other accounts with bogus signals.
> > Unfortunately, some of these areas have zero GSM coverage with the Honeywell
> > or Telgard radio/cell backup. 4x2 seems to help over CID. But, the problem
> > still exists. Our only option has been an internet communicator. We lease
> > the radio and a UPS for the router and modem. The customer will need a
> > broadband service. For the comunicator to send a test signal every few
> > minutes has little effect on the bandwith.
>
>
>
> > > 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: To their credit, ADT early on said that their salesmen were not
> to sell an alarm to customers who didn't have a conventional land
> line. However, that was several years ago, and I would be interested
> to hear if they have since come up with a solution. They stand to lose
> more than most with the tidal wave of people switching to VoIP for
> their phone service. Is there anyone here from ADT who might be able
> to answer that question ? <

As much as you bash ADT you expect someone from there to give you
advice?
Bob Campbell seeking help from the "borg"? I've seen it all.


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