的API和通讯协议，包括一些标准，可以让用户现在构建软件定义的网络。关键的问题，不过，是不是每个人都实现了相同的人或实现他们以同样的方式。将OPENFLOW让我们所有的相同路径SDN必杀技呢？
OpenFlow的是开源API定义，以使多厂商交换机和路由器通过软件是可编程中央控制元件上 - 因此，“软件定义网络”它的设计以管理和路由器之间的直接流量和通过分离路由器的编程来自不同厂商的切换，并从以提供在流量管理和工程一致性底层硬件开关。
备择方案：6种方法构建的SDN不开流
OpenFlow的支持者说，一般的API和协议，以及的SDN，将通过提供一个抽象层开辟网络更多的创新，或虚拟化，网络控制和物理基础设施之间。
“大部分的应用我们正在寻找那些围绕SDN真正有用（如虚拟化，多租户数据中心）的事情，我无法想象没有OpenFlow的建设，”凯尔福斯特，大交换网的联合创始人说，雷竞技电脑网站OpenFlow的控制器的制造商。
“我们都意识到，管理网络跨越多个数据中心，可能会或不会被公司所拥有，变得过于复杂，不顾一切所提出的其他进步，”在信息技术雷竞技电脑网站研究集团的分析师德里克·席尔瓦说：伦敦，安大略省。“网络管理需求是比较容易的，我觉得视力由SDN运动发展和[OpenFlow的布道者开放网络基金会]可能是实现这一目标的最佳途径。”
但也有在玩其他方面的考虑，以及如的物理位置的流量控制器，这些因素都导致一些超越OpenFlow的。
“开放流的讨论假定控制器是一个单独的设备上，”彼得·克里斯蒂，互联网研究集团的洛斯阿尔托斯，加利福尼亚州，咨询公司的联合创始人。“A合理SDN配置是控制器软件分配到各开关，在达到了SDN控制器被分配给各个开关它不会使工程意义字面上实现箱内的正式通信协议的情况下”。
克里斯蒂说，一个SDN分发控制器向开关将改善开关和控制器之间的通信的性能，并提高了SDN的操作。他说瞻博网络的QFabric架构是SDN的与分布式控制平面的例子。
Arista网络说，它的开关客户可以实现使用任何控制器或分布式网络控制的SDN。该公司说，有优点和缺点，这两种方法，但两者都需要实施全面的SDN。
阿里斯塔定义了四种软件定义的云网络的“支柱”：云拓扑，分布式控制，网络虚拟化和管理/自动化。开放流是在几个可以在管理/自动化柱中使用，如果是SDN基于控制器的一个API，根据阿里斯塔。其他人则现有的CLI，SNMP，XMPP，Netconf的，OpenStack的，和API中的VMware的vSphere虚拟化软件，阿里斯塔说。
有具体使用情况阿里斯塔CEO杰肖里·尔说。对于OpenFlow的，她看到使用情况动态数据包重定向网络分路汇聚，合法拦截/CALEA和拓扑无关的网络分段部署。
这是否转化为广泛采纳还有待观察。
“越是使用情况下，它可以部署在越强其适用性长期的，”她说。
软件定义网络有机会无处不在，她同意了。但无论开流将是一个API，或OpenStack的，或Netconf的，或XMPP，或VMware或其他虚拟机管理程序是很难预测的。乌尔拉尔说，他们的应用程序和工作负载移动性优化的所有承诺拓扑无关的网络虚拟化。
在VMworld大会上，谷芒演示了如何使用虚拟机的一键式配置和最高使用的工具在其EOS操作系统软件和CloudVision界面50000个网络节点构建的云。XMPP是在APICloudVision。[另请参见：“前思科exec当吸引到启动Arista的软件架构“]
“没有理由明天可能不会是一个开流或OpenStack的API，”乌尔拉尔说。“但这里有一个定义良好的接口。今天我们做的和Netconf的XMPP因为它很容易实现的，明确的规格和我们有一些客户的兴趣在那里。”
乌尔拉尔说，Arista的EOS将支持一套API，为不同的“用例”客户的需求。眼下，阿里斯塔被检测为OpenFlow的研究机构之间的初始需求，并在数据中心重定向流向水龙头和自来水聚合。雷竞技电脑网站
“一个新的技术，不排除也增强现有技术的务实态度，”她对于的SDN说。“在运营环境下的传统各行其道，提高现有的技术甚至比创新更重要。”
而不是OpenFlow的驾驶的SDN，的SDN将推动OpenFlow的，乌尔拉尔认为。
“开放流与更广泛的SDN API的结合是至关重要的OpenFlow的更广泛的部署，”她说。
大转变的福斯特说的SDN不会有嗡嗡声或动量在今天的市场如果不是OpenFlow的。并与众多的API定制每一个特定“的使用情况，”这意味着需要有少到程序。
“在许多的可编程性接近于供应商正在尝试的API变得如此令人难以置信的特殊，它是根本没有盈利的第三方供应商 - 和真的几乎没有值得客户的时间 - 写在这些令人难以置信的特定API的顶部，”他说。“还有人意识到，除非有标准化的基准，有一些永远不会创造这个第三方应用程序生态系统的一个相当广泛的共识。”
对于XMPP，福斯特说，这是“聪明”，但不掩盖写入其自动化脚本的复杂性。
“XMPP不会让你写一个Perl脚本，可以回滚（意外命令），”他说。“Perl脚本，你写在上面的自动化仍然最终被相当复杂的。”
但是，什么是不值得商榷的是知名度的OpenFlow正在给的SDN，反之亦然。
“开流是至关重要的，而不是因为它的答案，”安德烈仁慈，Forrester Research公司的分析师说。“这是一个答案，但它是唯一一个获得了很多的戏，因为有很多关于它的工作的社区。这是一个巨大的脑力上工作的数量。它的驾驶了很多讨论和新的思维方式的。我们得到了一个很好的赛马会在这里。”