SHARE
Follow this article on Twitter Facebook LinkedIn Bookmark and Share
Home >> Voice, Data, and IP >> Hardware, Software and Emerging Applications

Warning: SIP is no savior

Warning: SIP is no savior

By:  Ron Scott  On: 08 Nov 2007 For: ComputerWorld Canada Creator

Despite the obvious advantages of standards-based products, some vendors don’t want to make it easy for customers to switch suppliers, and SIP is not highly regarded either by instant messaging vendors or by the ITU

Beware of a growing threat to the orderly management of enterprise communications.

There is a new school of thought that turns a traditional argument on its head. The old view is that open standards permit competition and enable enterprises to adopt a multi-vendor strategy without technical complexity. There is a new view that certain open standards may be too complex to develop.

Therefore, a multi-vendor strategy is more easily achieved by allowing multiple solutions. However, much depends upon what type of solution we are discussing. Let’s consider session initiation protocol (SIP), which has been the great hope for a universal call-control protocol in IP telephony. SIP is suffering in both the enterprise and public services domains. In the former it is recognized by most vendors as the default protocol, yet plug-and-play interoperability remains a long way off.

Dominant vendors do not want to reduce their products to commodity status, much preferring to make it uneconomical for enterprises to migrate to other vendors. Combined with the growing complexity of accommodating public networking and messaging, SIP might collapse under it own weight.

With public services, such as instant messaging (IM), most providers have ignored SIP. Even the International Telecommunications Union (ITU) is concerned that SIP may not be the best approach; accordingly, it has initiated a study into a potential replacement (H.325). This gives a further boost to those who dismiss such standards.

The primary argument is: what’s wrong with downloading multiple clients? This is what people do today if, for example, they want to use multiple IM systems. Interoperability can be achieved without each of them using the same underlying standard. This view turns toleration of multiple solutions into promotion of them. It also ignores the current dependency on the public switched telephone network, which acts as a lowest common denominator for certain signalling and addressing.

From the desktop perspective, a multi-client environment may present an increasing management problem for the enterprise. From the mobile perspective it’s a potential nightmare. We already face the prospect of tri-mode, (cellular/Wi-Fi/WiMAX) handsets. Imagine also an environment with no common public signalling or addressing.

The handset resources (memory, processor, power, etc.) required to accommodate a multi-everything environment would be unreasonable; interoperability would be at the whim of competing vendors.

It has usually been within the control of the enterprise whether to pursue a single- or multi-vendor strategy — but not so for network services.

An enterprise could select a solution for its own employees, only to discover that it requires a multi-client strategy to communicate with customers and suppliers that do not use the same solution.

In some cases, service providers are tackling this issue through bi-lateral arrangements. That does not reduce the need for enterprises to raise their awareness of this potentially growing problem and to develop appropriate strategies.


Sign up for our Newsletters












Print |  Views: 523   |   Rating:offoffoffoffoff  (0 votes)
Rate this article on a scale of
1 to 5 stars,5 being the best.




Ron Scott Ron Scott is a contributor to the International Data Group (IDG) News Service, which publishes global technology stories from bureaus around the world to more than 300 publications in more than 60 countries.

Related Content

Benchmark tests to grade commercial HPC gear
Benchmark tests to grade commercial HPC gearA Linux-based consulting organization offers an online tool it says will help organizations take the pain out of developing and deploying high-performance compute clusters. Improve your buying experience
Complex event processing: Still on the launch pad
Complex event processing: Still on the launch padThe CEP market will evolve swiftly over the next few years as open standards emerge, as open-source alternatives appear and as leading SOA, ESB, BI and EII vendors acquire the most promising pure-plays. The industry’s tipping point toward ubiquity is fast approaching.
Vendor agreement on specs likely to boost SOA adoption
Vendor agreement on specs likely to boost SOA adoptionA move by 18 technology vendors to release key service oriented architecture specifications to an international e-business standards body will boost the adoption of SOA in the enterprise, industry insiders say.
Why are large projects different?
arun nithyanandam - many people wonder why large projects are so different from smaller projects. in fact, we’ve heard people say, “okay, so the budgets for large projects are bigger, but wouldn’t you handle them the same way. isn’t project management the same regardless of scope?” the relationship between a project’s size and its complexity isn’t a linear relationship.
blog comments powered by Disqus