- Nokia's new N97 vs. the iPhone
- 10 Microsoft research projects
- Hard to get justice in MySpace case
- Smartphone smackdown: Storm vs. iPhone
- Apple removes antivirus support page
WAN experts Steve Taylor and Jim Metzler analyze and share best practices on WAN issues from optimization to management.
This is the fifth in a series of newsletters devoted to the standards process. This newsletter will discuss the impact on IT organizations of the contentious and lengthy standards process that was discussed in the two preceding newsletters.
As noted in a previous newsletter, the participants on the various standards committees typically represent vendors that have already done significant development of the technology under discussion. These vendors want the standard that eventually gets ratified to reflect their approach. Hence, one of the roles of the members of the standards committees is to advocate for the approach taken by their employer and to lobby against any approach, particularly if it is advocated by a direct competitor, if it is contrary to the approach taken by their employer. This jousting between vendors serves to exacerbate what would inherently be a lengthy process. The jousting also has the tendency to produce a standard that is the least common denominator of what has been suggested. By that we mean that the standard that gets ratified only contains requirements for what the majority of participants can agree on.
One of the affects of the lengthy standards process is that vendors often develop their own proprietary solution to the problem. Since a single vendor is typically much more nimble than a committee made up of tens of competing vendors, the proprietary solution gets to the market much quicker than the standards based solution. The advantage of this approach is that IT organizations have a solution that they can implement much sooner than if they waited for the standards-based solution. The disadvantage of this approach is that IT organizations are then faced with either migrating to a standards-based solution or sticking with a proprietary solution.
We will use the next newsletter to wrap up the discussion of standards by looking at SIP (Session Initiation Protocol). As we will discuss in that newsletter, we believe that for SIP to have an impact, it must be highly interoperable. However, after a decade of discussion, few SIP implementations are highly interoperable.
In the meantime, we want to hear from you. Have you looked at SIP? Have you implemented SIP? What do you think of the state of SIP interoperability today?
Steve Taylor is president of Distributed Networking Associates and publisher/editor-in-chief of Webtorials. Jim Metzler is vice president of Ashton, Metzler & Associates.
Partner Content
Simplify Your Branch Infrastructure
Learn how to simplify your branch infrastructure while dramatically increasing app performance with Citrix Branch Repeater.
Download the Free Info Kit
Next-Gen Load Balancing
Free Guide: "Next Gen Load Balancing: 8 Things You Need to Handle Today's Network Traffic" shows you the functionality needed in your next load balancer.
Download the Free Guide
Accelerate Your Web Apps by up to 5x
Free Guide: "The Secret to Getting Maximum Speed from your Web Applications." Learn how you can deliver Web apps up to 5x faster.
Download the Free Guide
Comment