The InformationWeek -- Blogs
Welcome Guest. | Log In| Register | Membership Benefits

InformationWeek's Unified Communications Weblog

Topics:   Unified Communications

  • Email this page E-mail this page
  • Print this page Print this page
  • Bookmark and Share
  • icon

The Need For Interoperability


Posted by Eric Krapf, Editor, Jun 5, 2008 08:12 AM

One of the major discussions in UC has to do with the need for interoperability. The legacy voice world is highly proprietary, built around PBXs that speak vendor-specific protocols understood only by that vendor's telephones. A lot of people like to compare the PBX to the mainframe computer, and suggest that, just as in computing, the end station will become untethered, hardware will become commoditized, and everything will reside in software. That may, in fact, turn out to be the end state, but we're nowhere close today. And the interoperability aspect is even more challenging than the basic software issue.


This vision actually predates the entry of Microsoft and IBM into the market, but the presence of these two software giants has naturally accelerated all the talk. The issue really took off at VoiceCon Orlando last March, when, during a plenary session, Microsoft and IBM representatives shook hands and agreed to work toward interoperability in some aspects of federation between Microsoft Office Communications Server (OCS) and IBM Lotus Sametime.

The biggest challenge to the fundamental migration from a hardware architecture to a software architecture is inertia, which is a much more powerful force in the voice world than it was and is in the computing world. A post on No Jitter today sums it up:

The historic tendency in the voice world -- unlike, say, PCs -- is to ride the gear until it drops, which is more like a decade than the five years it takes to depreciate it fully. Unless capital budgets for voice suddenly open up (seen any pigs flying lately?) or TDM support just disappears, a lot of true IPT deployments -- meaning new PBXs or the equivalent, and new station sets -- have been and will continue to be greenfield and places where the old stuff just quits.

So while enterprises may not love the proprietary model, they love the fact that the gear is paid for and works.

But let's jump ahead a few years, because eventually the gear will stop working, or at least will get so expensive to support that the cost/benefit will shift; or the PBX vendors will finally end-of-life/end-of-support the stuff, as is finally happening to the original voice mail systems that still are chugging away in many enterprises. When that happens, the move toward software-based systems will be almost irresistible. The question is how much of the interoperability issues will be resolved by then.

Today's IP telephony and Unified Communications software falls far short of the mark when it comes to multivendor interoperability. I recently completed a feature-length article on this topic over at No Jitter, where I went into a fair amount of detail regarding the obstacles to interoperability. Basically, the effort to use the Session Initiation Protocol (SIP) to build vendor-neutral systems that provide full legacy feature sets for PBXs -- well, let's just say that effort is struggling.

Meanwhile, Microsoft's competitors are attacking Microsoft for using a proprietary codec in the endpoints that talk to OCS. Microsoft says it's a better codec that provides a higher quality of experience in a wider range of network environments (especially the public Internet). The competitors say Microsoft is just being Microsoft.

Finally, there's the issue of federated presence. Presence is widely considered to be the heart of the UC system of the future. The presence engine is supposed to know the status of all the system's users at all times, and manage how that information is made available to others. If those "others" are all using the same UC system as the person whose presence we want to know about, everything's fine. If those "others" are on a different system, the presence engines have to federate, and that can be a complicated and difficult task. Interoperability in this environment is nowhere close, and even the aforementioned Microsoft-IBM effort is fairly limited in scope.

So if you're waiting for a Unified Communications environment that looks and acts like the computing environment of today, don't hold your breath. Such an environment may emerge eventually, but it's a long way off.

« OS X Lockdown | Main | Will Microsoft Fix These UI Bugs In Windows 7? »



Sign Up Now
For InformationWeek News Alerts




This is a public forum. United Business Media and its affiliates are not responsible for and do not control what is posted herein. United Business Media makes no warranties or guarantees concerning any advice dispensed by its staff members or readers.

Community standards in this comment area do not permit hate language, excessive profanity, or other patently offensive language. Please be aware that all information posted to this comment area becomes the property of United Business Media LLC and may be edited and republished in print or electronic format as outlined in United Business Media's Terms of Service.

Important Note: This comment area is NOT intended for commercial messages or solicitations of business.




 
 

  1. Here's to the First Responders!
  2. HPC Joins the Dummy Revolution?
  3. Detecting Scalability Problems With Intel Parallel Universe Portal


Join The InformationWeek Group On LinkedIn


                           


  1. Motorola Droid Is Gadget Of The Year
  2. Android Round-Up: 20k Apps, Facebook Update, OS2.1 Ported
  3. Fake Steve Jobs' 'Operation Chokehold' To Strangle AT&T?
  4. Nexus One Google Phone: Sorting Fact From Fiction


  1. Intel Calls FTC Suit 'Misguided'
  2. HP Ushers Telecoms Toward Cloud
  3. Congress Goes Wireless
  4. EMC Speeds Up Storage Connectivity
  5. Psystar Barred From Selling Mac Clones
  6. Immigration Bill Proposes H-1B Visa Changes

 

  Ars Technica
Boing Boing
Channel 9 Forums
CRN Blogs
Dr.Dobb's Portal: Blogs
Engadget
Gizmodo
GrokLaw
  Lifehacker
Schneier on Security
Slashdot
TechCrunch
Techdirt
Techmeme
Valleywag

  DECEMBER 2008
NOVEMBER 2008
OCTOBER 2008
SEPTEMBER 2008
AUGUST 2008
JULY 2008
JUNE 2008
MAY 2008
  APRIL 2008
MARCH 2008
FEBRUARY 2008
JANUARY 2008
DECEMBER 2007
NOVEMBER 2007
OCTOBER 2007
SEPTEMBER 2007