On 2/17/09 2:05 PM, "Jon Pounder" <j...@inline.net> 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 > j > > On Tue, 17 Feb 2009, Jason Aarons (US) wrote: > > >> http://www.iccsafe.org/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=1;t=001650 >> ;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. >> >> >> http://www.iccsafe.org/cgi-bin/ultimatebb.cgi?ubb=get_topic;f=1;t=001650 >> ;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: asterisk-users-boun...@lists.digium.com >> [mailto:asterisk-users-boun...@lists.digium.com] 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 http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> ----------------------------------------- >> 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 http://www.api-digital.com -- >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users