Failing over SS7 and TDM switches as you know is pretty nontrivial. Maybe it's easy if you just gate TDM to IP, but if you have TDM switches you're probably doing other things with them that require a certain proximity to your customer, and the more longhaul you depend on, the higher the risk of backhoe fade between you and your customer. I've got some ideas for how to crack the nut of keeping an SS7 voice network up, but they're expensive and require a 1:1 overlay on capacity and the actual cutover is likely to distract our technicians from restoring the actual production site, which is also our offices. Likewise with the data networks, I'd have a lot of idle gear I can't monetize, and capacity I have to overbuild and not use. I've been gravitating toward the ILEC model of just spreading the equipment out so it's closer to the end users, so any failure only affects a small segment, that depending on what caused the failure, may not care that you're down (tornados, severe wind damage, flooding, nuclear strike). Unless there's something obvious I'm missing here, of course. -Paul Hiers, David wrote:
Silence? Yeah, that?s about what I thought I?d get. It?s probably on everyone?s list, but it?s a pretty tough nut to crack?
I wonder if this topic isn?t big enough to merit some sort of focus group. Is kind of planning on anyone?s plate now?
Thanks,
David Hiers
CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277
*From:* voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] *On Behalf Of *Hiers, David *Sent:* Friday, August 07, 2009 8:14 AM *To:* voiceops at voiceops.org *Subject:* [VoiceOps] Geographic redundancy
What with the NANOG list being flooded with news about the flood (http://www.datacenterknowledge.com/archives/2009/08/07/water-main-break-at-k...), I figured it'd be a good time to ask....
Has anyone really solved the whole config sync and operational failover issues to provide full geographic redundancy for a hosted voip network? Failing over TDM DS3s, SS7, IP, SIP, voicemail, IVR programming, etc, such that there is no user-observable indication that failover occured between two calls is the big goal.
Thanks,
David
------------------------------------------------------------------------
This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
------------------------------------------------------------------------ This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ------------------------------------------------------------------------
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops