api和消息传递协议(包括一些标准)可以让用户构建软件定义的网络。然而，关键问题是，并不是每个人都实现了相同的功能，或以相同的方式实现它们。OpenFlow会让我们走上通往SDN天堂的同一条道路吗?
OpenFlow是一个开源API定义，使多供应商交换机和路由器可以通过一个中央控制元件上的软件进行编程，因此，软件定义网络“它被设计来管理和引导来自不同供应商的路由器和交换机之间的流量，通过将路由器和交换机的编程从底层硬件中分离出来，以提供流管理和工程的一致性。
OpenFlow的支持者说，API和协议，以及一般意义上的sdn，将通过提供一个抽象层次，或虚拟化在网络控制和物理基础设施之间。
“大多数应用程序如果没有OpenFlow，我就无法想象如何构建SDN(如虚拟化、多租户数据中心)。”Kyle Forster, Big Switch Networks的联合创始人说道。2020欧洲杯预赛OpenFlow控制器的制造商．
“我们都认识到，无论公司是否拥有多个数据中心，管理网络都变得过于复杂，”安大略省伦敦信息技术研究集团的分析师Derek 2020欧洲杯预赛Silva说。网络管理需要变得更简单，我觉得SDN运动和[OpenFlow传播者]所开发的愿景开放的网络基础)可能是实现这一目标的最佳方式。”
但是也有其他的考虑因素在起作用，比如流控制器的物理位置，这些考虑因素导致一些人将目光投向OpenFlow之外。
“OpenFlow的讨论假设控制器在一个独立的设备上，”加州洛斯阿尔托斯咨询公司互联网研究集团(Internet Research Group)的联合创始人彼得·克里斯蒂(Peter Christy)说。合理的SDN配置是将控制器软件分配到每个交换机上。在SDN控制器被分配到每个交换机的情况下，在盒子里实现正式的通信协议没有工程意义。”
Christy说，将控制器分配到交换机上的SDN将提高交换机和控制器之间通信的性能，并改善SDN的运行。他说Juniper QFabric架构是分布式控制平面的SDN网络。
Arista Networks表示，其交换机客户可以使用控制器或分布式网络控制来实现sdn。该公司表示，这两种方法各有利弊，但这两种方法都需要实现一个全面的SDN。
Arista定义了软件定义的云网络的四个“支柱”:云拓扑、分布式控制、网络虚拟化和管理/自动化。根据Arista的说法，如果SDN是基于控制器的，OpenFlow是可以用于管理/自动化支柱的几种API之一。Arista说，其他的还包括现有的cli、SNMP、XMPP、Netconf、OpenStack和VMware vSphere虚拟化软件中的api。
Arista首席执行官杰什里•乌拉尔(Jayshree Ullal)表示，每种方法都有各自的用例。对于OpenFlow，她认为用例是动态包重定向，用于网络tap聚合，合法拦截/CALEA，以及与拓扑无关的网络分段部署。
这是否会转化为广泛采用还有待观察。
她说:“可以部署的用例越多，它的长期适用性就越强。”
她同意，软件定义的网络有机会变得无处不在。但是OpenFlow是否会成为一个API，或者OpenStack，或者Netconf，或者XMPP，或者VMware或者其他管理程序是很难预测的。乌拉尔表示，他们都承诺为应用程序和工作负载移动性优化拓扑无关的网络虚拟化。
在VMworld上，Arista演示了如何使用EOS操作系统软件和CloudVision接口中的工具，一键式提供虚拟机和多达50,000个网络节点来构建云。XMPP是CloudVision．[也认为:“前思科高管被初创公司Arista的软件架构所吸引＂]
乌拉尔说:“没有理由明天它不能成为OpenFlow或OpenStack API。”“但这是一个定义良好的界面。今天我们做Netconf和XMPP，因为它易于实现，规范明确，我们有一些客户感兴趣。”
乌拉尔表示，Arista的EOS将支持一套针对客户需求的不同“用例”的api。目前，Arista正在研究机构和数据中心检测对OpenFlow的初步需求，以将流量重定向到水龙头和水龙头聚合器。2020欧洲杯预赛
关于sdn，她说:“一项新技术并不排除加强现有技术的务实方法。”“在传统操作环境中，改进现有技术比创新更为重要。”
乌拉尔认为，比起OpenFlow驱动sdn, sdn将驱动OpenFlow。
她说:“OpenFlow与更广泛的SDN api的结合对于OpenFlow的更广泛部署至关重要。”
Big Switch的Forster表示，如果没有OpenFlow，今天的sdn就不会有这么大的人气和发展势头。由于有无数的api，每个api都为特定的“用例”量身定制，这意味着需要编程的对象更少。
他说:“在许多供应商正在尝试的可编程方法中，api变得非常具体，第三方供应商根本没有利润——而且真的不值得客户花费时间——在这些非常具体的api上编写。”“人们有一个相当广泛的共识，即除非有一个标准化的基线，否则就永远不会为第三方应用创建一个生态系统。”
关于XMPP，福斯特说它是“聪明的”，但并没有掩盖为它编写自动化脚本的复杂性。
“XMPP不允许您编写可以回滚(非预期命令)的Perl脚本，”他说。“您在上面为自动化编写的Perl脚本最终仍然非常复杂。”
但没有争议的是OpenFlow给sdn带来的可见性，反之亦然。
“OpenFlow至关重要，并不是因为它是答案，”弗雷斯特研究公司(Forrester Research)的分析师安德烈•金恩德(Andre Kindness)说。这是答案之一。但这是唯一一个得到很多关注的游戏，因为有很多社区都在致力于此。这需要大量的脑力。它推动了很多讨论和新的思维方式。我们这里正在进行一场精彩的赛马比赛。”