Guest editorial by Neela Jacques
Also by Neela Jacques: Is 'Open' the 'Organic' of the IT Industry?
Battles between competitors can be either good or really bad for customers. It’s good when it leads to innovation of course, but what we are seeing right now in software defined networking (SDN) is the potential for destructive competition that will lead nowhere.
There was a fascinating tweet storm when Nexus’s Colin McNamara showed his displeasure with Cisco and VMware for their battle. The problem in this case is while Cisco and VMware are putting out fundamentally different visions of networking, most customers just don’t want to or frankly can’t chose between the two.
The reality is Cisco doesn’t make hypervisors and VMware doesn’t sell hardware. In many cases a company will view both VMware and Cisco as strategic vendors. So what type of “open” do end users want from Cisco, VMware and other vendors? They want to be able to pick solutions that work and are supported by their vendors. They want technologies that work, but more importantly technologies that work together.
I want to take a moment to double click on these two major players. Both VMware and Cisco have been talking a lot lately about how “open” they are. VMware has been touting open standards for a while, either via IETF/DMTF standards, the open (but little used) vCloud API, or more recently through their investment in and support for OpenStack. Cisco has recently created a business unit to invest in open source called Noiro Networks. Cisco also touts a long history of participation in the IETF. Both companies, of course, are members of OpenDaylight; Cisco at the Platinum level and VMware at the Gold level.
So let’s dive right in, starting with Cisco. Are their new Group Policy and OpFlex projects “open”? It’s a very important question to Cisco because if they are, then by association CISCO APIC might be deemed “open.” In fact it may mean Cisco APIC is <i>more</i> open than VMware NSX. Given that customers are clearly saying that openness is a key requirement for their SDN solutions, this one question may be worth billions in the long run.
Here’s my opinion. The fact that Cisco is taking what might otherwise be a proprietary standard is a good thing. It’s good for end users and it’s good for Cisco. But only time will tell if it’s truly “open.”
Here is the litmus test for me: Are the IETF and OpenDaylight submissions take-it-as-is or not at all? It’s hard to believe that Cisco got everything right the first time. Part of the reason we all want open standards and open source is that many different minds work better than a few. Is Cisco open to other people’s suggestions and contributions? I would be very concerned if the IETF passed OpFlex without one substantive amendment.
On the OpenDaylight side it is very encouraging that IBM, Midokura and Plexxi have signed up to be involved, so we’ll want to watch how much they’re able to influence Mike Dvorkin and Kyle Mestery of Noiro Networks. Will the project draw other great minds to the table and become a true collaboration among industry heavyweights, or remain one vendor’s view of the world?
Knowing Mike and Kyle, I have full faith in their desire to do this right, but it takes two to tango. I invite folks to jump in and have the debate with us. OpenDaylight is THE place where the biggest questions in networking are being debated – with code not PowerPoint. I urge the thought leaders in the industry to jump into the debate either by joining the Group Policy Plug-in project, by building out the Open vSwitch (OVS) Database Integration or even by starting a new project. I urge Cisco to seek out ever-greater diversity for their OpenDaylight projects. Diversity of contributors, but also of approaches. Consider nothing sacred. Demonstrate your willingness to build something that doesn’t look exactly like what you’ve already built.
At the same time I am very interested in the Congress project that Martin Casado of VMware has been proposing to OpenStack. It’s an ambitious project to bring Policy-as-a-Service to cloud services. Is this VMware’s way of getting their view of the world accepted as a standard, or are they truly willing to collaborate with others to develop one common way to describe the application policy needs that we all sorely need?
I wonder if it will be possible to bring Group Policy and Congress together. They aren’t the same things of course, but there’s plenty of room to bring the two projects together.