SIP is just the start. Applications are the finish.
The emergence of communications platforms based on open protocols is causing grief in the telecoms community. A recent article in Computerworld shows how the traditional telecom players are using the old canard of disorder to denigrate innovation and preserve what they see as their exclusive domain. The claim is that Session Initiation Protocol or SIP is becoming too complicated and difficult to implement and are calling for yet another new ITU protocol, unsurprisingly controlled by these same telecoms vendors. This is really quite duplicitous, even by the standards of the telecoms industry, especially considering that it is the telecoms vendors themselves that developed the bloated extensions to SIP that they are complaining about. The Internet Multimedia Subsystem is their attempt to keep applications, services and the means of billing for them in their own network core rather than on an application platform. Guess what: IMS lost. It is too complicated even for its own proponents and developers.
At its core, SIP is quite SIMPLE (sorry for the pun), which is why you get a book called SIP Communications for Dummies (supplied for free by SIP-friendly Avaya), freely download the actual standards from the IETF, and start developing using a number of free tools or commercial platforms, and to just get going. The SIP protocol is much like HTTP. At its base is a simple protocol, one that will evolve over time with extensions that meet real new needs. Tim Berners-Lee didn’t expect eBay, YouTube, Google and FaceBook to run over HTTP, but they do, as do billions of financial transactions and they all run over what is essentially still his original simple invention, HTTP, using open standards. HTTP itself is the agreed-to plumbing, modified and enhanced over time as new applications and requirements emerge. Whether the application is served by IIS or Apache, pulls data from Oracle or SQL Server; whether the application is presented on Firefox, IE, or Safari; whether it is rendered using .NET, PHP, ASP, Ajax or DHTML, all recent complex additions, they are all delivered over HTTP. Version 1.1 is still supported, if your needs are simple (no pun). It works.
Meanwhile you can’t even begin to look at ITU standards unless you’re in a very exclusive club. A print (print!) copy of the ITU.325 standard, like all ITU standards, requires paying a hefty fee with many zeros, and the tools needed to develop and test against it all require tools that have costs with even more zeros. The main reason why applications never prospered on ITU platforms is because nobody could ever do it easily and cheaply even for basic functionality. If you can’t do the basics easily how can anyone do anything useful?
Like HTTP, SIP began as a protocol to be developed and delivered on point platforms. In the mid-90’s there were as many variants of web server platform as there were web clients. Those days are long over, and those days are rapidly ending for SIP, especially in the enterprise.
There is no value in the plumbing and the protocol itself, because that comes with the platform. Open standards allow for true commoditization and costs rapidly drop to zero. Whether you choose Microsoft or Avaya, IBM or Oracle, you are buying into an ecosystem that offers as much richness as .NET, PHP, JAVA or Silverlight offer for the Web. Likewise, because these applications are SIP at their core, there will be interoperability between ecosystems, the only difference being how the application is rendered, and expectations will be the same on the client side regardless of where the application comes from.
Interconnection, interoperability and transparency between application ecosystems are paramount, and like the web, the real business opportunity is to innovate on top of the protocol, not to compete or resist the disruption. There are tremendous commercial opportunities even for the telecoms vendors, if their DNA allowed them to evolve.
Communications becomes about the applications, the platforms and their surrounding ecosystems.
Communications is not about the plumbing and the protocols. Just as HTTP before it, SIP has won.
Michael Slavitch
Lead, Technology Initiatives


Comments(0)