<div>OK I see - from a CLEC perspective - is it a legal requirement to do so? I've read some of this tonight: <a href="http://www.voip-info.org/wiki/view/How+to+start+a+Clec">http://www.voip-info.org/wiki/view/How+to+start+a+Clec</a> and although it's mentioned a bit I'm not clear on if it's a legal requirement of a CLEC (or just implied because in 1996 that's just the way it was)</div>
<div> </div>
<div>ITSP vs CLEC redundancy sounds like it's quite different then - if you must have SS7 links. </div>
<div> </div>
<div>From an ITSP perspective - redundancy sounds like it comes down to IP latency between signalling entities and their capabilities, hardware, and cash (like mentioned below).</div>
<div> </div>
<div>Along those lines - I'm reading up on BW and geographical HA...<a href="http://www.broadsoft.com/products/broadworks/platform/#network-geographic">http://www.broadsoft.com/products/broadworks/platform/#network-geographic</a> -- anyone out there actually who has actually implemented it - if so what's your experiences if you can share on list?</div>
<div> </div>
<div><br><br> </div>
<div class="gmail_quote">On Tue, Aug 11, 2009 at 11:14 PM, Alex Balashov <span dir="ltr"><<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">Kenny Sallee wrote:<br><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">On a curiosity note - why would you even need to interconnect with SS7 to the PSTN when you can SIP peer to all the major carriers? There can be an argument for backup to SIP peering that makes sense. Maybe it's cheaper? But outside of those what other benefits are there (don't misread my tone here - I'm really asking)?<br>
</blockquote><br></div>If you're just an ITSP, you may not need to, strictly speaking. But if you're a CLEC, you do, and the original question seemed to be heavily concerned with making CLEC facilities redundant.<br>
<br>Beyond that, it's a matter of opinion. My experience has been that SIP peering isn't terribly mature; reliability and interop issues abound. I've had a number of high-volume customers that gave up and went to TDM access circuits after they realised that their top tech people spend 90% of all days dealing with SIP issues from their O/T providers.<br>
<br>It's the usual litany of crap. formatting differences (E.164 vs. ten-digit), buggy in-band DTMF, very buggy RFC2833 (out-of-band) DTMF, caller ID and CNAM (From vs. Remote-Party-ID vs. P-Asserted-Identity), QoS, one-way audio, dropped calls, DSP bugs in ISDN<->VoIP gateways, etc. When they move to TDM these problems seem to magically go away.<br>
<br>But I have other customers that just don't seem to have a lot of these problems, either. It's a coin toss.
<div>
<div></div>
<div class="h5"><br><br>-- <br>Alex Balashov<br>Evariste Systems<br>Web : <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>Tel : (+1) (678) 954-0670<br>Direct : (+1) (678) 954-0671<br>
</div></div></blockquote></div><br>