Storage Reality Check - Open Systems Standardization - EnterpriseStorageForum.com

Storage Reality Check - Open Systems Standardization

The evolution of open systems SAN technology is constantly shaped by diverse market contradictions. Customers, for example, often make product selections based on unique and proprietary features while at the same time demanding that their vendors comply with open standards. Likewise, vendors may collaborate to develop and promote open specifications such as the Storage Management Initiative (SMI), but at the same time pursue vendor-specific technologies designed to ensure vendor lock-in.

Customer willingness to overlook standards violations, it turns out, is often proportional to the investment a customer has made with a particular vendor. And, given the chance, vendors will almost always seek a competitive advantage by bending standards rules.

As a technology, open systems storage has yet to match the standards compliance and interoperability expectations of open systems networking, and in fact may never match it. In the IP and Ethernet world, standards compliance and interoperability are simply assumed. No one would think of introducing a new Ethernet switch or network interface card (NIC) that did not fully comply with all the relevant IEEE, IETF, or ANSI standards. And no one (with, perhaps, the exception of a Cisco) would presume to impose a proprietary protocol on the market and expect everyone else to simply follow along.

In the storage networking market, however, such impositions are commonplace, to the point that a proprietary method may quickly move from being a vendor-imposed de facto standard to being the draft version of an actual standard. Brocade’s Fabric Shortest Path First (FSPF) routing protocol, for example, was reverse-engineered by Ancor and presented back to the technical community as a standards proposal some years ago.

Even today, we continue to have both vendor-specific and “open systems” functionality living side by side. When building SAN fabrics, proprietary expansion (E_Port) modes tend to have richer zoning functionality, compared to the open systems mode. Customers are not so committed to open systems that they will sacrifice vendor value-added features, and yet often complain when they run into switch interoperability issues because of them.

Page 2: Wanting It Both Ways


Page 1 of 3

 
1 2 3
Next Page

Comment and Contribute

 


(Maximum characters: 1200). You have characters left.

 

 

Storage Daily
Don't miss an article. Subscribe to our newsletter below.

Thanks for your registration, follow us on our social networks to keep up-to-date