<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=windows-1252"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Jon Pounder wrote:
<blockquote cite="mid:499B2B4F.3050508@inline.net" type="cite">
  <pre wrap="">Don E. Wisdom wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">
On 2/17/09 2:05 PM, "Jon Pounder" <a class="moz-txt-link-rfc2396E" href="mailto:jonp@inline.net"><jonp@inline.net></a> wrote:
    Jeff LaCoursiere wrote:
    > What do you suppose we have as liability if we are asked to
    install such
    > systems? Is it the responsibility of the business owner that
    orders the
    > system to meet all applicable codes? If (god forbid) someone was
    hurt in
    > such a situation and the alarm didn't get passed because of being
    > delivered by VoIP for whatever reason, does the system installer
    have any
    > liability?
    >
    >well here's a question - which is more reliable ?
    >- a single copper line dialed on demand when there is a problem
    >- voip or other internet technology, using internet connections on
    more
    >than one media (say phone and cable), voip connected to multiple
    servers
    >in a failover configuration.
    >its not uncommon for even a house to have multiple internet
    connections,
    >but how many buildings have phone lines that connect back to different
    >CO's and fail over ?
    >The best bet if you really care about what you are trying to
    protect is
    >make sure the message can get out as many ways as possible, whether it
    >be phone, voip, network, cellmodem, etc. Forget what regulations
    >require, no one says you can't go further than the minimum if you
    want.
    In a REAL emergency internet/cell is more likely to fail than the
    phone companys pots network.
    Cable/DSLAM etc only have about 4 hours of battery power. The CO
    has a entire battery room which will last a whole lot longer. Not
    to mention that it may stay up longer than your VoIP network. You
    also have to take into account everything between you& the CO or
    cable company. If just ONE thing fails you loose voip. Copper is a
    lot more forgiving & has failover modes versus the phone co’s ATM
    network or the cable companies “network” (or lack there of)
    --Don
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I don't know if thats really true any more, all the new areas around 
here have satellite CO's where fibre comes out to a box on the street 
with some batteries etc and copper runs out from there - great for dsl 
since its close, but at the mercy of whatever batteries are in there.
  </pre>
</blockquote>
The dial tone for the phone line still comes from the CO. The phone
companies loop there copper cable in and out of the remote cabinets. <br>
<blockquote cite="mid:499B2B4F.3050508@inline.net" type="cite">
  <pre wrap="">
maybe your alarm needs to report in since there is a fire in your phone 
equipment - what then ?
I have seen every type of media go down or have problems no matter how 
stable - the only answer is have more than one so you always have a 
backup. Poles get hit, cables get cut, equipment breaks, its just a fact 
of life.
  </pre>
</blockquote>
This is true, that is why most fire panels have to have 2 phone lines.<br>
<blockquote cite="mid:499B2B4F.3050508@inline.net" type="cite">
  <pre wrap="">
  </pre>
  <blockquote type="cite">
    <pre wrap="">
    > j
    >
    > On Tue, 17 Feb 2009, Jason Aarons (US) wrote:
    >
    >
    >>
    <a class="moz-txt-link-freetext" href="http://www.iccsafe.org/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=1;t=001650">http://www.iccsafe.org/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=1;t=001650</a>
    >> ;p=1
    >>
    >>
    >> I can't see the Dept Transportation running copper to all the
    motorist
    >> aid boxes along the highway. I thought most of your alarm panels
    have
    >> moved to GSM/CDMA backup communications. I'd like to see a fire
    >> marshall not give a permit for having a VoIP ATA or Vonage.
    >>
    >>
    >>
    <a class="moz-txt-link-freetext" href="http://www.iccsafe.org/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=1;t=001650">http://www.iccsafe.org/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=1;t=001650</a>
    >> ;p=1
    >>
    >> It's permitted in Chapter 8 2002 & 2007 "Alternative Methods of
    >> Communication" and these still have supervision in accordance
    with Chap
    >> 4 and it's sub-section.
    >>
    >> 8.5.2.2* Alternate Methods.
    >> 8.5.4 Other Transmission Technologies.
    >>
    >> 8.6.2.2* Alternate Methods.
    >> 8.6.4 Other Transmission Technologies.
    >>
    >> There is nothing specific with regards to voice over internet
    protocal
    >> and leaves room to add new technology proposals with requirements in
    >> future editions according to A8.5.2.2. or A8.6.2.2 respectively.
    >>
    >>
    >> -----Original Message-----
    >> From: <a class="moz-txt-link-abbreviated" href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a>
    >> [<a class="moz-txt-link-freetext" href="mailto:asterisk-users-bounces@lists.digium.com">mailto:asterisk-users-bounces@lists.digium.com</a>] On Behalf Of Jeff
    >> LaCoursiere
    >> Sent: Tuesday, February 17, 2009 3:28 PM
    >> To: Asterisk Users Mailing List - Non-Commercial Discussion
    >> Subject: Re: [asterisk-users] Credit Card processing machines
    >>
    >>
    >>
    >> On Tue, 17 Feb 2009, Jonn Taylor wrote:
    >>
    >>
    >>> If you are in the US, ANY life safety system has to be
    connected to a
    >>> dedicated copper POTS line. VOIP is NOT ok to use for this. It
    is in
    >>>
    >> the
    >>
    >>> NFPA.
    >>>
    >>>
    >> What is the NFPA? Do analog extensions in traditional PBXes count?
    >>
    >> j
    >>
    >> _______________________________________________
    >> -- Bandwidth and Colocation Provided by
    <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
    >>
    >> asterisk-users mailing list
    >> To UNSUBSCRIBE or update options visit:
    >> <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
    >>
    >> -----------------------------------------
    >> Disclaimer:
    >>
    >> This e-mail communication and any attachments may contain
    >> confidential and privileged information and is for use by the
    >> designated addressee(s) named above only. If you are not the
    >> intended addressee, you are hereby notified that you have received
    >> this communication in error and that any use or reproduction of
    >> this email or its contents is strictly prohibited and may be
    >> unlawful. If you have received this communication in error, please
    >> notify us immediately by replying to this message and deleting it
    >> from your computer. Thank you.
    >>
    >> _______________________________________________
    >> -- Bandwidth and Colocation Provided by
    <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
    >>
    >> asterisk-users mailing list
    >> To UNSUBSCRIBE or update options visit:
    >> <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
    >>
    >>
    >
    > _______________________________________________
    > -- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
    >
    > asterisk-users mailing list
    > To UNSUBSCRIBE or update options visit:
    > <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
    >
    >
    _______________________________________________
    -- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
    asterisk-users mailing list
    To UNSUBSCRIBE or update options visit:
    <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
------------------------------------------------------------------------
_______________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
    </pre>
  </blockquote>
  <pre wrap=""><!---->
_______________________________________________
-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   <a class="moz-txt-link-freetext" href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a>
  </pre>
</blockquote>
<br>
</body>
</html>