Network World
Thursday, August 21, 2008
DNSstuff.com
Get information about your IP
IP Information
50+ On-demand DNS and network tools

Community

Navigation

Value Added Signalling Protocols?

Implementation is all in the details, right? We formulate a broad overview of the goals we want to accomplish, and then work out the nitty-gritty to get it implemented. When it comes to signaling protocols for IP-PBXs, what makes vendors standardize, and then "soup-up" the standard protocol suite into something that can support an enterprise feature set?

I think that it's evident that the major vendors (Avaya, Nortel, Cisco, etc.) have been able to deliver ample feature sets when moving their legacy systems to IP, but it concerns me of just HOW they are doing it.

As an example, think of all of the proprietary IP-based signaling protocols are alive today. A few stand out in my mind: SCCP (Cisco), UNISTIM (Nortel), "modified" versions of H.323 and SIP (Avaya), and MiNET (Mitel). I still don't know if I
can find a major vendor, except for open-source solutions like Asterisk, that is completely non-proprietary.

What's my point? Unless we're deploying for major companies that will simply install one vendor across the board, it is very possible that our infrastructures at different geographic locations simply use different vendors for their PBXs - IP or not! This, along with a sometimes significant invested cost in these existing systems, make it hard to integrate and network systems of different vendors together. Simply imagine trying to interconnect voice platforms from Avaya, Cisco, Nortel, and Digium Asterisk, all together. Without a lot of "hacks" on each system, we won't be seeing a seamless dialplan. I just don't believe it will work (well, that is).

The Internet is littered with excerpts of panicked implementers trying to tie together their CallManager in Boston and their Avaya MultiVantage in Seattle using what should be a standards-based trunking protocol, for example. So, can vendors' claims of "standards-based" compliance be trusted?

So, here's my question. Should we as customers be demanding truly interoperable products from our VoIP vendors? As the vendors' feature sets become more complex, and their proprietary protocols are developed further away from standards, should we be alarmed? Frankly, as most VoIP platforms are still quite new, this seems to be the time to encourage standards-based development. Why not resolve the question now, instead of waiting another 10 years?

Secondly, I'll take a devil's advocate position. We NEED modifications to protocols like SIP, because the simply don't deliver the feature set that implementers need, and users demand. For example, shared and bridged line appearances, support for switchboard-type call handling, etc.

What do you think? Functionality or standards and ensured compatibility?

Reply

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <em> <strong> <i> <b> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote> <br /> <br> <p>
  • Lines and paragraphs break automatically.
  • You can use BBCode tags in the text.
  • Web page addresses and e-mail addresses turn into links automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.

Latest software headlines from Network World:

Dell links up with Salesforce's development platform

Band for iPhone

Timeline 2.1.3

Legal group releases guide to GPL compliance

Nokia admits security flaws in Series 40 OS

  1   2   3   4   5   6   7   8   9  10  next 

Advertisement: