【独家译稿】API和各种消息协议，包括一些标准在内，都可以让用户构建今天的软件定义网络(SDN)。不过，关键的问题是，并非所有人都能实现同样的网络，或者说都能用同样的方法去实现。那么，OpenFlow真能带领我们大家走同一条路去往SDN乐园吗?

OpenFlow是一套开源的API，可借助在某个集中控制单元上运行的软件，对来自多厂商的交换机和路由器实现网络编程，从而实现“软件定义的网络”。OpenFlow是把对路由器和交换机的编程与底层硬件相分离，用软件对多厂商路由器和交换机的流量进行定义，从而实现流量管理和网络设计的一致性。

OpenFlow的支持者称，这套API及相关协议，还有SDN，会提供一个抽象层，或者说在网络控制与物理基础设施之间设置一个虚拟化层，将会让网络变得更加开放，可以实现更多的创新。

伦敦Info-Tech研究集团的分析师Derek Silva说，“我们都已认识到，要想管理跨多个数据中心的网络，且该网络还不归企业自己管辖，这种管理难度是非常复杂的，尽管我们在其他所有方面都在取得进展也是如此。”“网络管理要求越简单越好，而我觉得由SDN运动和OpenFlow的推动者开放网络基金会所提出的未来愿景，有可能是实现这一目标的最佳途径。”

但是其他一些因素也在发挥作用，比如流量控制器应摆放在什么物理位置上，这些因素正在让我们超出OpenFlow去看待某些问题。

咨询公司Internet研究集团的联合创始人Peter Christy说，“有关OpenFlow的讨论都假定控制器是放在某个分离的设备上的。一个合理的SDN配置是把控制器软件分发给每台交换机。在这种情况下，交换机内部实现正常的通信协议就没有意义了。”

Christy认为，把控制器软件分发给每台交换机这样的SDN会改善交换机和控制器间的通信性能，改善SDN的运营。在他看来，Juniper的QFabric架构就是分发控制器的SDN的一个例子。

Arista网络则认为，它的交换机客户可以或者利用控制器，或者利用分布式网络控制来实现SDN。Arista称，这两种方法各有利弊，但是要实现一个综合性的SDN，两种方法都需要。

Arista定义了软件定义云网络的四大“支柱”:云拓扑、分布式控制、网络虚拟化和管理/自动化。OpenFlow只是实现基于控制器的SDN管理/自动化支柱中的多种方法中的一种而已。其他的实现方法还有CLI、SNMP、XMPP、Netconf、OpenStack、VMware vSphere虚拟化软件等等。

Arista的CEO Jayshree Ullal认为，每一种方法都有实施案例。在她看来，OpenFlow的实施案例就是动态分组重定向，可用于网络分路汇聚、合法监听/电子监控(lawful intercept/CALEA)和拓扑不可知网络的分段部署等。

究竟哪种实施案例会获得广泛采纳还有待观察。