Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Cisco: VOIP

Cisco VOIP and fire alarm phone lines

 

 

Cisco voip RSS feed   Index | Next | Previous | View Threaded


treimers at ashevillenc

Nov 4, 2009, 11:51 AM

Post #1 of 10 (230 views)
Permalink
Cisco VOIP and fire alarm phone lines

Does anyone know if Cisco has any recommendations they officially make
on supporting analog telephony devices like fire alarm panels?

We use ATAs for supplying dialtone to fire alarm dialers, and we're
getting issues with some panels getting "comm trouble" issues, and data
not getting to the monitoring company correctly.

The security vendors and the OEM manufacturers are saying "we don't
recommend VOIP for alarm lines"

Our management is saying that surely Cisco supports this, and with the
correct configuration, they can make this happen.

I'm looking for some official Cisco guidance (links to design guide
statements, etc)
that might break the deadlock, and either allow me to prove to the
vendors and OEMs that VOIP is indeed a stable technology
or, allow Cisco the graceful way of saying "it's best not to do that"

Anyone got anything to offer?

I'd imagine that there's a fair number of folks who've just decided not
to use VOIP for this purpose-
That's just not the decision here though..and I'm not the policymaker on
that level.

Tim


lelio at uoguelph

Nov 4, 2009, 11:54 AM

Post #2 of 10 (222 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

There was some talk about this a while back and my research (mainly from the archives and contacting individuals) shows two things:

• it depends on the protocol you are using (SCCP, MGCP, H323) , and
• it depends on the protocol/functions of the alarms

If you are using simple alarms, that simply call home with no active data, then SCCP should be fine.

If you are using intelligent alarms, those that supply contact info for example, then I believe you have to go with H323.

If you do some searching on the archives, you'll get some threads you can look through.



Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt


----- Original Message -----
From: "Tim Reimers" <treimers[at]ashevillenc.gov>
To: cisco-voip[at]puck.nether.net
Sent: Wednesday, November 4, 2009 2:51:54 PM GMT -05:00 US/Canada Eastern
Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines


Does anyone know if Cisco has any recommendations they officially make on supporting analog telephony devices like fire alarm panels?

We use ATAs for supplying dialtone to fire alarm dialers, and we're getting issues with some panels getting "comm trouble" issues, and data not getting to the monitoring company correctly.

The security vendors and the OEM manufacturers are saying "we don't recommend VOIP for alarm lines"

Our management is saying that surely Cisco supports this, and with the correct configuration, they can make this happen.

I'm looking for some official Cisco guidance (links to design guide statements, etc)
that might break the deadlock, and either allow me to prove to the vendors and OEMs that VOIP is indeed a stable technology
or, allow Cisco the graceful way of saying "it's best not to do that"

Anyone got anything to offer?

I'd imagine that there's a fair number of folks who've just decided not to use VOIP for this purpose-
That's just not the decision here though..and I'm not the policymaker on that level.

Tim
_______________________________________________ cisco-voip mailing list cisco-voip[at]puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip


JBF005 at shsu

Nov 4, 2009, 12:10 PM

Post #3 of 10 (223 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

The common two modes,
Contact ID: uses hook switching to communicate
4+2 or 4x2: uses touch tone to communicate
Had to put a butt set on it to figure out why it wasn’t working

We have 4+2 working on our campus using VG224’s running SCCP. The fire alarm guys get comm. failures and blame voip, but it has always been a pair problem on the copper. That being said, we are switching over to IP DACs because they are more reliable (monitored every 60 seconds for availability, and redundant from the closet instead of a copper pairs across campus on the same cable, through the same splices).

From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Lelio Fulgenzi
Sent: Wednesday, November 04, 2009 1:55 PM
To: Tim Reimers
Cc: cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines

There was some talk about this a while back and my research (mainly from the archives and contacting individuals) shows two things:

* it depends on the protocol you are using (SCCP, MGCP, H323), and
* it depends on the protocol/functions of the alarms
If you are using simple alarms, that simply call home with no active data, then SCCP should be fine.

If you are using intelligent alarms, those that supply contact info for example, then I believe you have to go with H323.

If you do some searching on the archives, you'll get some threads you can look through.



Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt


----- Original Message -----
From: "Tim Reimers" <treimers[at]ashevillenc.gov>
To: cisco-voip[at]puck.nether.net
Sent: Wednesday, November 4, 2009 2:51:54 PM GMT -05:00 US/Canada Eastern
Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines
Does anyone know if Cisco has any recommendations they officially make on supporting analog telephony devices like fire alarm panels?

We use ATAs for supplying dialtone to fire alarm dialers, and we're getting issues with some panels getting "comm trouble" issues, and data not getting to the monitoring company correctly.

The security vendors and the OEM manufacturers are saying "we don't recommend VOIP for alarm lines"

Our management is saying that surely Cisco supports this, and with the correct configuration, they can make this happen.

I'm looking for some official Cisco guidance (links to design guide statements, etc)
that might break the deadlock, and either allow me to prove to the vendors and OEMs that VOIP is indeed a stable technology
or, allow Cisco the graceful way of saying "it's best not to do that"

Anyone got anything to offer?

I'd imagine that there's a fair number of folks who've just decided not to use VOIP for this purpose-
That's just not the decision here though..and I'm not the policymaker on that level.

Tim

_______________________________________________ cisco-voip mailing list cisco-voip[at]puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip


JASON.BURWELL at foundersfcu

Nov 4, 2009, 12:12 PM

Post #4 of 10 (214 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

You may want to check up on NFPA72 Fire Alarm Code, I don't recall the
section. Unless it has recently changed, I am almost certain at least
the primary line has to be a dedicated POTS line direct from the Telco.
I know the secondary line can be shared if used in conjunction with an
RJ31X but do not recall if there are any PBX restrictions on it.

Jason



________________________________

From: cisco-voip-bounces[at]puck.nether.net
[mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Tim Reimers
Sent: Wednesday, November 04, 2009 2:52 PM
To: cisco-voip[at]puck.nether.net
Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines


Does anyone know if Cisco has any recommendations they officially make
on supporting analog telephony devices like fire alarm panels?

We use ATAs for supplying dialtone to fire alarm dialers, and we're
getting issues with some panels getting "comm trouble" issues, and data
not getting to the monitoring company correctly.

The security vendors and the OEM manufacturers are saying "we don't
recommend VOIP for alarm lines"

Our management is saying that surely Cisco supports this, and with the
correct configuration, they can make this happen.

I'm looking for some official Cisco guidance (links to design guide
statements, etc)
that might break the deadlock, and either allow me to prove to the
vendors and OEMs that VOIP is indeed a stable technology
or, allow Cisco the graceful way of saying "it's best not to do that"

Anyone got anything to offer?

I'd imagine that there's a fair number of folks who've just decided not
to use VOIP for this purpose-
That's just not the decision here though..and I'm not the policymaker on
that level.

Tim


matthnick at gmail

Nov 4, 2009, 12:58 PM

Post #5 of 10 (214 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

The three most common problems with fire alarms are this:

1) DTMF. A few of the signaling methods use very precise and rapid
DTMF to communicate. This rapid method requires timing between the
digits and for the length of the DTMF must be preserved. This means
you can't use DTMF relay. This means you need to use SIP or H323 with
no dtmf-relay configured. MGCP/SCCP does not have the option to
disable dtmf-relay, and they're generally the protocol in use when
these problems arise.

2. Modems. Some of them do modem communication to communicate, and
you need to treat them like fax ports, and make sure modem passthrough
is configured correctly.

3. Voltage problems. A lot of these devices were designed a long
time ago when the average voltage supplied by an FXS port was much
higher. Voltage has been reduced around the board, especially with
VOIP devices that are on the FXS side. The VIC3-FXS has some
sub-models that allow for higher voltage and interop with older
devices. As well, there are 3rd party devices (like Viking I believe)
that offer some voltage assistance on these devices.


-nick

On Wed, Nov 4, 2009 at 3:10 PM, Fuermann, Jason <JBF005[at]shsu.edu> wrote:
> The common two modes,
>
> Contact ID: uses hook switching to communicate
>
> 4+2 or 4x2: uses touch tone to communicate
>
> Had to put a butt set on it to figure out why it wasn’t working
>
>
>
> We have 4+2 working on our campus using VG224’s running SCCP. The fire alarm
> guys get comm. failures and blame voip, but it has always been a pair
> problem on the copper. That being said, we are switching over to IP DACs
> because they are more reliable (monitored every 60 seconds for availability,
> and redundant from the closet instead of a copper pairs across campus on the
> same cable, through the same splices).
>
>
>
> From: cisco-voip-bounces[at]puck.nether.net
> [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Lelio Fulgenzi
> Sent: Wednesday, November 04, 2009 1:55 PM
> To: Tim Reimers
> Cc: cisco-voip[at]puck.nether.net
> Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines
>
>
>
> There was some talk about this a while back and my research (mainly from the
> archives and contacting individuals) shows two things:
>
> it depends on the protocol you are using (SCCP, MGCP, H323), and
> it depends on the protocol/functions of the alarms
>
> If you are using simple alarms, that simply call home with no active data,
> then SCCP should be fine.
>
> If you are using intelligent alarms, those that supply contact info for
> example, then I believe you have to go with H323.
>
> If you do some searching on the archives, you'll get some threads you can
> look through.
>
>
>
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Bad grammar makes me [sic]" - Tshirt
>
>
> ----- Original Message -----
> From: "Tim Reimers" <treimers[at]ashevillenc.gov>
> To: cisco-voip[at]puck.nether.net
> Sent: Wednesday, November 4, 2009 2:51:54 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines
>
> Does anyone know if Cisco has any recommendations they officially make on
> supporting analog telephony devices like fire alarm panels?
>
>
>
> We use ATAs for supplying dialtone to  fire alarm dialers, and we're getting
> issues with some panels getting "comm trouble" issues, and data not getting
> to the monitoring company correctly.
>
>
>
> The security vendors and the OEM manufacturers are saying "we don't
> recommend VOIP for alarm lines"
>
>
>
> Our management is saying that surely Cisco supports this, and with the
> correct configuration, they can make this happen.
>
>
>
> I'm looking for some official Cisco guidance (links to design guide
> statements, etc)
>
> that might break the deadlock, and either allow me to prove to the vendors
> and OEMs that VOIP is indeed a stable technology
>
> or, allow Cisco the graceful way of saying "it's best not to do that"
>
>
>
> Anyone got anything to offer?
>
>
>
> I'd imagine that there's a fair number of folks who've just decided not to
> use VOIP for this purpose-
>
> That's just not the decision here though..and I'm not the policymaker on
> that level.
>
>
>
> Tim
>
> _______________________________________________ cisco-voip mailing list
> cisco-voip[at]puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip[at]puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
_______________________________________________
cisco-voip mailing list
cisco-voip[at]puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip


lelio at uoguelph

Nov 4, 2009, 1:06 PM

Post #6 of 10 (214 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

Excellent summary Nick. Thanks!

---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt


----- Original Message -----
From: "Nick Matthews" <matthnick[at]gmail.com>
To: "Jason Fuermann" <JBF005[at]shsu.edu>
Cc: "Lelio Fulgenzi" <lelio[at]uoguelph.ca>, "Tim Reimers" <treimers[at]ashevillenc.gov>, cisco-voip[at]puck.nether.net
Sent: Wednesday, November 4, 2009 3:58:43 PM GMT -05:00 US/Canada Eastern
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines

The three most common problems with fire alarms are this:

1) DTMF. A few of the signaling methods use very precise and rapid
DTMF to communicate. This rapid method requires timing between the
digits and for the length of the DTMF must be preserved. This means
you can't use DTMF relay. This means you need to use SIP or H323 with
no dtmf-relay configured. MGCP/SCCP does not have the option to
disable dtmf-relay, and they're generally the protocol in use when
these problems arise.

2. Modems. Some of them do modem communication to communicate, and
you need to treat them like fax ports, and make sure modem passthrough
is configured correctly.

3. Voltage problems. A lot of these devices were designed a long
time ago when the average voltage supplied by an FXS port was much
higher. Voltage has been reduced around the board, especially with
VOIP devices that are on the FXS side. The VIC3-FXS has some
sub-models that allow for higher voltage and interop with older
devices. As well, there are 3rd party devices (like Viking I believe)
that offer some voltage assistance on these devices.


-nick

On Wed, Nov 4, 2009 at 3:10 PM, Fuermann, Jason <JBF005[at]shsu.edu> wrote:
> The common two modes,
>
> Contact ID: uses hook switching to communicate
>
> 4+2 or 4x2: uses touch tone to communicate
>
> Had to put a butt set on it to figure out why it wasn’t working
>
>
>
> We have 4+2 working on our campus using VG224’s running SCCP. The fire alarm
> guys get comm. failures and blame voip, but it has always been a pair
> problem on the copper. That being said, we are switching over to IP DACs
> because they are more reliable (monitored every 60 seconds for availability,
> and redundant from the closet instead of a copper pairs across campus on the
> same cable, through the same splices).
>
>
>
> From: cisco-voip-bounces[at]puck.nether.net
> [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Lelio Fulgenzi
> Sent: Wednesday, November 04, 2009 1:55 PM
> To: Tim Reimers
> Cc: cisco-voip[at]puck.nether.net
> Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines
>
>
>
> There was some talk about this a while back and my research (mainly from the
> archives and contacting individuals) shows two things:
>
> it depends on the protocol you are using (SCCP, MGCP, H323), and
> it depends on the protocol/functions of the alarms
>
> If you are using simple alarms, that simply call home with no active data,
> then SCCP should be fine.
>
> If you are using intelligent alarms, those that supply contact info for
> example, then I believe you have to go with H323.
>
> If you do some searching on the archives, you'll get some threads you can
> look through.
>
>
>
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Bad grammar makes me [sic]" - Tshirt
>
>
> ----- Original Message -----
> From: "Tim Reimers" <treimers[at]ashevillenc.gov>
> To: cisco-voip[at]puck.nether.net
> Sent: Wednesday, November 4, 2009 2:51:54 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines
>
> Does anyone know if Cisco has any recommendations they officially make on
> supporting analog telephony devices like fire alarm panels?
>
>
>
> We use ATAs for supplying dialtone to fire alarm dialers, and we're getting
> issues with some panels getting "comm trouble" issues, and data not getting
> to the monitoring company correctly.
>
>
>
> The security vendors and the OEM manufacturers are saying "we don't
> recommend VOIP for alarm lines"
>
>
>
> Our management is saying that surely Cisco supports this, and with the
> correct configuration, they can make this happen.
>
>
>
> I'm looking for some official Cisco guidance (links to design guide
> statements, etc)
>
> that might break the deadlock, and either allow me to prove to the vendors
> and OEMs that VOIP is indeed a stable technology
>
> or, allow Cisco the graceful way of saying "it's best not to do that"
>
>
>
> Anyone got anything to offer?
>
>
>
> I'd imagine that there's a fair number of folks who've just decided not to
> use VOIP for this purpose-
>
> That's just not the decision here though..and I'm not the policymaker on
> that level.
>
>
>
> Tim
>
> _______________________________________________ cisco-voip mailing list
> cisco-voip[at]puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip[at]puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


JBF005 at shsu

Nov 4, 2009, 2:09 PM

Post #7 of 10 (215 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

Most alarm guys don’t like 4+2 because it doesn’t give the activating zone (contact ID does, as well as the IP DACs). The DTMF in 4+2 is very lenient on timing since it is only giving a unit ID (we did test for that).

From: Lelio Fulgenzi [mailto:lelio[at]uoguelph.ca]
Sent: Wednesday, November 04, 2009 3:07 PM
To: Nick Matthews
Cc: Tim Reimers; cisco-voip[at]puck.nether.net; Fuermann, Jason
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines

Excellent summary Nick. Thanks!

---
Lelio Fulgenzi, B.A.
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
"Bad grammar makes me [sic]" - Tshirt


----- Original Message -----
From: "Nick Matthews" <matthnick[at]gmail.com>
To: "Jason Fuermann" <JBF005[at]shsu.edu>
Cc: "Lelio Fulgenzi" <lelio[at]uoguelph.ca>, "Tim Reimers" <treimers[at]ashevillenc.gov>, cisco-voip[at]puck.nether.net
Sent: Wednesday, November 4, 2009 3:58:43 PM GMT -05:00 US/Canada Eastern
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines

The three most common problems with fire alarms are this:

1) DTMF. A few of the signaling methods use very precise and rapid
DTMF to communicate. This rapid method requires timing between the
digits and for the length of the DTMF must be preserved. This means
you can't use DTMF relay. This means you need to use SIP or H323 with
no dtmf-relay configured. MGCP/SCCP does not have the option to
disable dtmf-relay, and they're generally the protocol in use when
these problems arise.

2. Modems. Some of them do modem communication to communicate, and
you need to treat them like fax ports, and make sure modem passthrough
is configured correctly.

3. Voltage problems. A lot of these devices were designed a long
time ago when the average voltage supplied by an FXS port was much
higher. Voltage has been reduced around the board, especially with
VOIP devices that are on the FXS side. The VIC3-FXS has some
sub-models that allow for higher voltage and interop with older
devices. As well, there are 3rd party devices (like Viking I believe)
that offer some voltage assistance on these devices.


-nick

On Wed, Nov 4, 2009 at 3:10 PM, Fuermann, Jason <JBF005[at]shsu.edu> wrote:
> The common two modes,
>
> Contact ID: uses hook switching to communicate
>
> 4+2 or 4x2: uses touch tone to communicate
>
> Had to put a butt set on it to figure out why it wasn’t working
>
>
>
> We have 4+2 working on our campus using VG224’s running SCCP. The fire alarm
> guys get comm. failures and blame voip, but it has always been a pair
> problem on the copper. That being said, we are switching over to IP DACs
> because they are more reliable (monitored every 60 seconds for availability,
> and redundant from the closet instead of a copper pairs across campus on the
> same cable, through the same splices).
>
>
>
> From: cisco-voip-bounces[at]puck.nether.net
> [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Lelio Fulgenzi
> Sent: Wednesday, November 04, 2009 1:55 PM
> To: Tim Reimers
> Cc: cisco-voip[at]puck.nether.net
> Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines
>
>
>
> There was some talk about this a while back and my research (mainly from the
> archives and contacting individuals) shows two things:
>
> it depends on the protocol you are using (SCCP, MGCP, H323), and
> it depends on the protocol/functions of the alarms
>
> If you are using simple alarms, that simply call home with no active data,
> then SCCP should be fine.
>
> If you are using intelligent alarms, those that supply contact info for
> example, then I believe you have to go with H323.
>
> If you do some searching on the archives, you'll get some threads you can
> look through.
>
>
>
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> "Bad grammar makes me [sic]" - Tshirt
>
>
> ----- Original Message -----
> From: "Tim Reimers" <treimers[at]ashevillenc.gov>
> To: cisco-voip[at]puck.nether.net
> Sent: Wednesday, November 4, 2009 2:51:54 PM GMT -05:00 US/Canada Eastern
> Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines
>
> Does anyone know if Cisco has any recommendations they officially make on
> supporting analog telephony devices like fire alarm panels?
>
>
>
> We use ATAs for supplying dialtone to fire alarm dialers, and we're getting
> issues with some panels getting "comm trouble" issues, and data not getting
> to the monitoring company correctly.
>
>
>
> The security vendors and the OEM manufacturers are saying "we don't
> recommend VOIP for alarm lines"
>
>
>
> Our management is saying that surely Cisco supports this, and with the
> correct configuration, they can make this happen.
>
>
>
> I'm looking for some official Cisco guidance (links to design guide
> statements, etc)
>
> that might break the deadlock, and either allow me to prove to the vendors
> and OEMs that VOIP is indeed a stable technology
>
> or, allow Cisco the graceful way of saying "it's best not to do that"
>
>
>
> Anyone got anything to offer?
>
>
>
> I'd imagine that there's a fair number of folks who've just decided not to
> use VOIP for this purpose-
>
> That's just not the decision here though..and I'm not the policymaker on
> that level.
>
>
>
> Tim
>
> _______________________________________________ cisco-voip mailing list
> cisco-voip[at]puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip[at]puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


JBF005 at shsu

Nov 4, 2009, 2:13 PM

Post #8 of 10 (214 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

When we checked there was an exception if you owned the entire cable plant that you didn't have to use the Telco

From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of JASON BURWELL
Sent: Wednesday, November 04, 2009 2:12 PM
To: Tim Reimers; cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines

You may want to check up on NFPA72 Fire Alarm Code, I don't recall the section. Unless it has recently changed, I am almost certain at least the primary line has to be a dedicated POTS line direct from the Telco. I know the secondary line can be shared if used in conjunction with an RJ31X but do not recall if there are any PBX restrictions on it.

Jason



________________________________
From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Tim Reimers
Sent: Wednesday, November 04, 2009 2:52 PM
To: cisco-voip[at]puck.nether.net
Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines
Does anyone know if Cisco has any recommendations they officially make on supporting analog telephony devices like fire alarm panels?

We use ATAs for supplying dialtone to fire alarm dialers, and we're getting issues with some panels getting "comm trouble" issues, and data not getting to the monitoring company correctly.

The security vendors and the OEM manufacturers are saying "we don't recommend VOIP for alarm lines"

Our management is saying that surely Cisco supports this, and with the correct configuration, they can make this happen.

I'm looking for some official Cisco guidance (links to design guide statements, etc)
that might break the deadlock, and either allow me to prove to the vendors and OEMs that VOIP is indeed a stable technology
or, allow Cisco the graceful way of saying "it's best not to do that"

Anyone got anything to offer?

I'd imagine that there's a fair number of folks who've just decided not to use VOIP for this purpose-
That's just not the decision here though..and I'm not the policymaker on that level.

Tim


lmeade at signal

Nov 6, 2009, 8:05 AM

Post #9 of 10 (182 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

We have the same thing but we have used VG224’s for all our firepannels, with no issues



From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Fuermann, Jason
Sent: Wednesday, November 04, 2009 2:14 PM
To: 'JASON BURWELL'; Tim Reimers; cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines



When we checked there was an exception if you owned the entire cable plant that you didn’t have to use the Telco



From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of JASON BURWELL
Sent: Wednesday, November 04, 2009 2:12 PM
To: Tim Reimers; cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines



You may want to check up on NFPA72 Fire Alarm Code, I don't recall the section. Unless it has recently changed, I am almost certain at least the primary line has to be a dedicated POTS line direct from the Telco. I know the secondary line can be shared if used in conjunction with an RJ31X but do not recall if there are any PBX restrictions on it.



Jason







________________________________

From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Tim Reimers
Sent: Wednesday, November 04, 2009 2:52 PM
To: cisco-voip[at]puck.nether.net
Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines

Does anyone know if Cisco has any recommendations they officially make on supporting analog telephony devices like fire alarm panels?



We use ATAs for supplying dialtone to fire alarm dialers, and we're getting issues with some panels getting "comm trouble" issues, and data not getting to the monitoring company correctly.



The security vendors and the OEM manufacturers are saying "we don't recommend VOIP for alarm lines"



Our management is saying that surely Cisco supports this, and with the correct configuration, they can make this happen.



I'm looking for some official Cisco guidance (links to design guide statements, etc)

that might break the deadlock, and either allow me to prove to the vendors and OEMs that VOIP is indeed a stable technology

or, allow Cisco the graceful way of saying "it's best not to do that"



Anyone got anything to offer?



I'd imagine that there's a fair number of folks who've just decided not to use VOIP for this purpose-

That's just not the decision here though..and I'm not the policymaker on that level.



Tim


jbuchanan at ctiusa

Nov 7, 2009, 1:14 PM

Post #10 of 10 (159 views)
Permalink
Re: Cisco VOIP and fire alarm phone lines [In reply to]

I’ve used FXS ports (just like the VG224s of course) in 2800-series routers with no issues as well. ATAs—nothing but issues.



From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Leslie Meade
Sent: Friday, November 06, 2009 10:05 AM
To: Fuermann, Jason; JASON BURWELL; Tim Reimers; cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines



We have the same thing but we have used VG224’s for all our firepannels, with no issues



From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Fuermann, Jason
Sent: Wednesday, November 04, 2009 2:14 PM
To: 'JASON BURWELL'; Tim Reimers; cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines



When we checked there was an exception if you owned the entire cable plant that you didn’t have to use the Telco



From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of JASON BURWELL
Sent: Wednesday, November 04, 2009 2:12 PM
To: Tim Reimers; cisco-voip[at]puck.nether.net
Subject: Re: [cisco-voip] Cisco VOIP and fire alarm phone lines



You may want to check up on NFPA72 Fire Alarm Code, I don't recall the section. Unless it has recently changed, I am almost certain at least the primary line has to be a dedicated POTS line direct from the Telco. I know the secondary line can be shared if used in conjunction with an RJ31X but do not recall if there are any PBX restrictions on it.



Jason







________________________________

From: cisco-voip-bounces[at]puck.nether.net [mailto:cisco-voip-bounces[at]puck.nether.net] On Behalf Of Tim Reimers
Sent: Wednesday, November 04, 2009 2:52 PM
To: cisco-voip[at]puck.nether.net
Subject: [cisco-voip] Cisco VOIP and fire alarm phone lines

Does anyone know if Cisco has any recommendations they officially make on supporting analog telephony devices like fire alarm panels?



We use ATAs for supplying dialtone to fire alarm dialers, and we're getting issues with some panels getting "comm trouble" issues, and data not getting to the monitoring company correctly.



The security vendors and the OEM manufacturers are saying "we don't recommend VOIP for alarm lines"



Our management is saying that surely Cisco supports this, and with the correct configuration, they can make this happen.



I'm looking for some official Cisco guidance (links to design guide statements, etc)

that might break the deadlock, and either allow me to prove to the vendors and OEMs that VOIP is indeed a stable technology

or, allow Cisco the graceful way of saying "it's best not to do that"



Anyone got anything to offer?



I'd imagine that there's a fair number of folks who've just decided not to use VOIP for this purpose-

That's just not the decision here though..and I'm not the policymaker on that level.



Tim

Cisco voip RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.