Failover or failsafe?

I recently had a conversation about the need for PSTN failover. The basic proposition being that VoIP, IP telephony, SIP, Skype, etc. are OK, but if you have an IP network - be it broadband/DSL or SIP trunking, or an Ethernet WAN/LAN - you must have the option of being able to failover to the PSTN. Why? Just in case; for safety's sake; as a backup - because IP is perceived to be somehow less reliable. Surely this can't be true.

It's either a myth propagated by those with something to gain/lose i.e., the big fixed line telcos, carriers and service providers, or it's a kind of 'security blanket' that's needed, because we all just can't let go.

Here's the typical scenario:
 
A corporate enterprise buys a shiny new IP-PBX, which runs SIP and provides HD Voice capable feature phones to the desktop of every executive in the building. It procures a SIP trunk(s) - depending on where you are in the world, you need either one trunk per multiple calls or one trunk per call - from an ITSP and installs everything in a green field site on the new technology business park that's just been built with European Commission funding. There's not a PSTN line in sight. But, wait, what's that advice it's been getting? It's got to have a PSTN line(s) as backup in case its SIP trunks or IP networks fail, or power is lost and its VoIP phones can't make emergency calls. Who gives this advice? I don't know, but it's being followed.

My difficulty isn't with the problem - backup is needed - it's with the solution. Redundancy, resilience, failover and call recovery - all these things are needed in order to achieve high availability and preserve continuity of service. Such things are taken for granted in certain scenarios. Ask anyone responsible for disaster recovery in any major corporate enterprise. And the principles are applied to any data centre operation, particularly in the financial sector with banks and share trading.

Backup is needed. In the 'old days', a corporate telecommunications manager would ensure that regardless of how many ISDN lines he needed, they were brought into the building via separate ducts. That was to protect against the so-called 'JCB effect', which is oblivious to the type of network you're running, by the way. It was also common practice to source lines from more than one service provider - for resilience as well as to gain the advantages of least cost routing. Couple that with the 'n+1' redundant hardware architecture inherent in the PABX, uninterruptible power supplies (UPS) and an emergency generator and you've got your own enclave that's impervious to most man made disasters and a few of Mother Nature's.

Backup is needed. But if you quite naturally backed up an ISDN line with another ISDN line, why not back up a SIP trunk with another SIP trunk? Is the copper wire carrying the TDM signals really inherently more reliable than that routing SIP and RTP media? I don't think it is.

Surely, the real solution is to have a backup SIP trunk or a backup broadband or ADSL/SDSL line. Then you can employ all those good disaster recovery methods I mentioned earlier on your IP network. If you're smart, you've already implemented redundant SIP signalling on separate SIP trunks, your IP-PBX has redundant hardware, you've got a UPS and, perhaps, a generator.

As for emergency calls, now that you are at least as adequately protected as in the past, there's less need to worry. However, it will make sense to ensure that your ITSP is responsible enough to have a mechanism in place to be able to route 112/911/999 calls to a Public Service Answering Point (PSAP) at all times. If the PSAP isn't IP-based, it will have to have a gateway interconnect in any case.
 
And, there's always that personalised, hands free, voice activated, unified communications device i.e., your cell phone, as a last resort.
| 0 Comments | 0 TrackBacks

Listed below are links to sites that reference Failover or failsafe?:

Failover or failsafe? TrackBack URL : http://blog.tmcnet.com/mt/mt-tb.cgi/42983

Around TMCnet:

Leave a comment

Recent Comments

  • Houston CRM: Integrated communication is the new wave and it benefits any read more
  • los angeles unified communications: Having all types of communication integrated makes things so much read more
  • Kevin Rodak: http://www.youtube.com/watch?v=Eff7M9EZYPc Leaked military protoype test video ... lots of capability read more
  • Eddie Marietta: Extremely useful and informative article. I wish i can do read more
  • Erin Locknane: Stumbled into this site by chance but I’m sure glad read more
  • David: This is good information on FoIP, and you may want read more
  • Jules Turnner: Good job! read more
  • Ebonie Behrman: Awesome blog! read more
  • Aculab: Steve, Interesting scenario you have, and I am sure one read more
  • Steve Klinger: Hello Andrew, We have 14 offices across the world with read more

Subscribe to Blog

Blogroll

Recent Entry Images

  • zeus
  • evolution.jpg
  • Traditional_vs_cloud_based_deployments.png
  • Prosody X - boxed
  • Telephony_paas2.jpg

Recent Activity

Saturday

  • Aculab tweeted, "1 or 2? It's time to choose your track now at #EENA2014! Topics such as quality, cloud or public warning"
  • Aculab tweeted, "Aculab Cloud now supports @ivonatts check out the new languages and capabilities here http://bit.ly/1gPnSLI  #tts #texttospeech"

Wednesday

  • Aculab tweeted, "Find out the truth about customer experience. http://bit.ly/1dAaY9C "
  • Aculab tweeted, "#EENA2014 is only a week away! What are you looking forward to? Tweet us and let us know! http://bit.ly/1lxS5GE  #save112"
  • Aculab tweeted, "Welcome to Warsaw! Preparations for the #EENA2014 Conference have started!"
  • Aculab tweeted, "Don't miss Ian Colville from @aculab speaking about cloud-based solutions at #EENA2014 this Thursday at 14:00 CET #save112"

Thursday

  • Aculab tweeted, "Did you know that @AculabCloud now has a #REST API? Check it out here http://bit.ly/N0XjMF "
  • Aculab tweeted, "Britain's Hot Talent: NewVoiceMedia named as one of the UK's most dynamic and cutting-edge companies http://po.st/bSsafB "

More...

Around TMCnet Blogs

Latest Whitepapers

TMCnet Videos