At Interop this week, Cisco is unveiling an alternative to OpenFlow for software-defined networking and proposing it as a standard, while adding it as a vital component of the company's new programmable architecture.
Cisco's OpFlex protocol is intended to maintain control intelligence in the network infrastructure itself instead of centralizing it in a separate controller, which is the essence of the OpenFlow control/forwarding decoupling model. In so doing, OpFlex seeks to keep network infrastructure hardware as the foundational controlling element of the programmable network rather than just a forwarding servant to the centralized, software-based SDN controller.
[ PathSolutions solves the network monitoring maze -- and nets an InfoWorld Test Center Editor's Choice. | Pick up expert networking how-to advice from InfoWorld's Networking Deep Dive PDF special report and Technology: Networking newsletter. ]
In essence, Cisco is re-inventing the OpenFlow wheel, proposing a new protocol where one already exists, though its objective is different. OpFlex will be to Cisco's Application Centric Infrastructure (ACI) programmable networking architecture what OpenFlow is to SDNs.
[ MORE ON NETWORK WORLD: Cisco/Insieme ushering in hardware-defined networks | Hot products at Interop ]
"There's no question that just as ACI will be Cisco's favored infrastructure offering for its customers' next-generation data centers, OpFlex will become Cisco's favored southbound protocol," says IDC analyst Brad Casemore. "In Cisco's world, OpenFlow will be for those customers who insist on having it as an option, and who are reluctant to dive into ACI in its entirety. Make no mistake, though: Cisco's priority is ACI and all the technologies that support it, including (the controller) and the southbound and northbound protocols that accompany it."
"The approach required for ACI is fundamentally different from OpenFlow and even OVSDB (the Open vSwitch Database Management protocol)," says Bob Laliberte of Enterprise Systems Group. "So it's not so much that they want to create another OpenFlow, but rather that they need something different to extract the value for ACI."
ACI employs a declarative model of forwarding control vs. OpenFlow's imperative model, Cisco claims. Under the declarative model, application policy is abstracted from the network, not network configuration as in the classical SDN imperative control model, according to Cisco.