<DIV>We were also looking at this telecom&nbsp;problem as well. A major complication,&nbsp;with regards to recovery planning,&nbsp;lies in the manner in which <STRONG>Local Loop Unbundling </STRONG>occurs. Even though communication companies may carry different logos, and profess to be independent orgs, they are all/mostly, invariably, in one form or another, dependent on the incumbent. In most, if not all cases, they share the incumbent's exchanges - which&nbsp;usually are individually central to&nbsp;large areas.</DIV>  <DIV>&nbsp;</DIV>  <DIV>If a problem occurs in the Handover Distribution Frame (HDF)&nbsp;- this is where copper pairs are made available to CLECs in an exchange&nbsp;- non-discriminatory multihoming between providers would seem to be the best remedy. However, if the problem - as in the case of a major fire -&nbsp;is in the Main Distribution Frame (MDF) - where all the <EM>pre-unbundled</EM> wires are held&nbsp;-&nbsp;all providers, bar none,&nbsp;within
 that exchange will go down.</DIV>  <DIV>&nbsp;</DIV>  <DIV>Strategies such as Dual Parenting (connecting to two processors within the exchange), which is usually offered as a HA option, do little in such extreme cases -and whether you have one or two separate providers, under such circumstances,&nbsp;would matter little.</DIV>  <DIV>&nbsp;</DIV>  <DIV>However, there are other possibilities, such as multihoming with two different technologies - such as connecting to a Cable company, which, indeed, can provide you with an entirely different route - but, though there are ways around what I say next,&nbsp;you may be screwed on the DID issue. Even when the Cable companies Switching Center connects to the PSTN (SS7 ntwk), it does so with with very high availability as its aim- i.e., it is connected&nbsp;to more than one, so if one, say, blows up, switching continues on another route - and the thing you then have to worry about is your building not catching fire, or being flooded
 in the middle of winter. </DIV>  <DIV>&nbsp;</DIV>  <DIV>You can also ask providers for information about their networks - with regards to location mapping+coverage. You may be - a big may be -&nbsp;lucky, and be in an area within an area&nbsp;where two or more exchanges&nbsp;deliver services thereby allowing you to connect to two different centers. If both centers are run by the same incumbent, then potential DID issues are easily negated.</DIV>  <DIV>&nbsp;</DIV>  <DIV>Usually you can ask your providers for availability+performance figures (regional/local)&nbsp;-backdated for several years (they should have them on hand)- and mark such figures against your potential losses as tallied against particular frequencies relevant to your org.</DIV>  <DIV>&nbsp;</DIV>  <DIV>If you can do away with not having an SLA, it would usually indicate that your losses in relation to your revenue for the duration of, say, the fault, or, indeed, performance depreciation, are
 inconsequential. Some may say,&nbsp;in the case of business orgs,&nbsp;it could mean that they are not being assessed, or if they are, they are important enough not to let go. However, requirement usually preceeds the SLA, with the latter being mapped to an assessment of the former.</DIV>  <DIV>&nbsp;</DIV>  <DIV>You should also&nbsp;be very careful of what <STRONG>carriers</STRONG> tell you, as the information you gather is usually only as good as your point of reference. I.e., in many cases, their representative, who may or may not be keyed up, and may, or may not, be very polar with regards to the information she/he <EM>is</EM> <EM>prepared to</EM>/can deliver.</DIV>  <DIV>&nbsp;</DIV>  <DIV>This of course is an extremely interesting, as well as being a very wide and complex subject. And I do hope the above in some manner helps.</DIV>  <DIV>&nbsp;</DIV>  <DIV>Bayo<BR><BR><B><I>"Jay R. Ashworth" &lt;jra@baylink.com&gt;</I></B> wrote:</DIV>  <BLOCKQUOTE class=replbq
 style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">On Sat, Sep 30, 2006 at 11:14:08AM -0500, Brandon Galbraith wrote:<BR>&gt; On 9/30/06, Tim Panton &lt;[1]tim@mexuar.com&gt; wrote:<BR>&gt; <BR>&gt; Just to amplify this point. I've tried to claim on an SLA. Our<BR>&gt; internet connection was down for a week due to a fire in<BR>&gt; BT's exchange. My provider refused to do<BR>&gt; anything (despite the premium SLA) on the basis that<BR>&gt; fires weren't covered. I switched providers to a cheaper one<BR>&gt; who didn't pretend to offer uptime :-)<BR>&gt; <BR>&gt; While an SLA is nice on paper, if your connection is<BR>&gt; business/mission-critical, always always always do redundancy<BR>&gt; yourself. Just having two connections from seperate providers<BR>&gt; is nice, multi-homing with two providers and having automatic<BR>&gt; failover is better (although this mostly applies to larger shops<BR>&gt; where having the phones/internet out per minute
 costs thousands of<BR>&gt; dollars/euros/etc.).<BR><BR>But see also my earlier comments about the practical impossibility of<BR>guaranteeing physical route diversity for multiple services in the same<BR>format (copper, fiber), even if from different putative carriers.<BR><BR>This is *really* hard to make work; even the carriers themselves will<BR>often *tell* you that you have PRD, and then you'll get backhoe faded<BR>on all circuits anyway.<BR><BR>Cheers,<BR>-- jra<BR>-- <BR>Jay R. Ashworth jra@baylink.com<BR>Designer Baylink RFC 2100<BR>Ashworth &amp; Associates The Things I Think '87 e24<BR>St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274<BR><BR>"That's women for you; you divorce them, and 10 years later,<BR>they stop having sex with you." -- Jennifer Crusie; _Fast_Women_<BR>_______________________________________________<BR>--Bandwidth and Colocation provided by Easynews.com --<BR><BR>asterisk-users mailing list<BR>To UNSUBSCRIBE or update options
 visit:<BR>http://lists.digium.com/mailman/listinfo/asterisk-users<BR></BLOCKQUOTE><BR><p>&#32;
                <hr size=1><font face="Arial" size="2">To help you stay safe and secure online, we've developed the all new <a href="http://us.rd.yahoo.com/mail/uk/taglines/default/security_centre/*http://uk.security.yahoo.com/"><b>Yahoo! Security Centre</b></a>.</font>