在SDN的初期，可能比比皆是。什么可能是兴奋的从业者和开发商魅惑思想。OpenFlow的是早期的SDN明星，从斯坦福该证明的程序使用网络的新途径概念的证明。许多人甚至混为一谈SDN和OpenFlow的，因为如果一个人不能没有其他存在。
这是不是这样的，但在SDN炒作周期的早期，这是可以理解的看法。OpenFlow的进步很快，作为开放网络基金会驱车向前发展OpenFlow的，出版于快速连续的OpenFlow规范的几个迭代。
最近，OpenFlow的进展似乎已经停滞不前。行业的热情超过了OpenFlow的平静。主要的OpenFlow规范的ONF版本已经放缓。供应商使得SDN公告不强调OpenFlow的非常多，这些天。
SDN已经建立了自己的行业与几类产品，其中一些完全不利用OpenFlow的。在2015年春季在纽约开放网络用户组会议，OpenFlow的，不是讨论的一个主要话题。一些厂商已经显示出多大兴趣，甚至厌恶，加入OpenFlow的支持，他们的产品 - 尤其是思科和Juniper。而其他国家，如惠普和博科，已经开流的生态系统中的重要一部分。
OpenFlow的似乎是在一个十字路口。根据您的角度来看，这似乎令人惊讶，这引出一个问题：是否有OpenFlow的SDN中，长期发挥作用显著？
在理解的OpenFlow是真的为了什么这个问题的答案所在。OpenFlow的仅仅是在网络设备编程转发表的工具。
不过...。那它。OpenFlow的是一个简单的工具。也就是说，不卖的OpenFlow短。OpenFlow的可能是一个工具，但它既是一个非常有用和强大的工具。OpenFlow的是，它提供了以下引人注目：
- 标准化的接口抽象特定厂商的硬件了。这充分说明开流应该能够控制器
编程设备支持开放流。 - 手段，以该网络的中央编程。
- 一种简单的“异常编程”方法，处理不能遵循正常的最佳路径通过网络的不寻常流量流。
这些谁跟上的OpenFlow的使用会正确地指出，OpenFlow的是不完全规范，在这个意义上，一些厂商已扩展开流给它的附加功能。这是真实的，但它是值得指出的是，供应商（包括大型交换机，NEC和VMware）与ONF工作烘烤这些扩展到标准的OpenFlow。这个过程类似于其他厂商如何处理有专有扩展到过去的标准。这似乎不大可能，当涉及到OpenFlow的行业将断裂。使用OpenFlow的厂商正在试图留在同一页面的业界同行的。
该OpenFlow的销售某些硬件短，在开流作为一个标准化的接口不能暴露各项性能硅的给定块可能有其他人可能会指出。毕竟，像思科和Juniper厂商通过自己的硅脱颖而出。这也是事实，但这并不改变的事实，所有的网络都有一个根组涉及流量转发和访问控制，无论所涉及的硅常用功能。
那么，如果OpenFlow只是一个工具，有什么特别的理由强调它吗?
SDN在早期很兴奋的工具，因为SDN无法超越的想法不动他们。作为一个行业，我们已经开始超越了工具和为实现什么这些工具能带给网络的过程。因而，焦点开始转移到使用情况，产品和软件定义网络的运作。换句话说，平均网络消费是不买SDN和OpenFlow的。相反，作为SDN慢慢移动成为主流，消费者购买这些工具带来的功能。
厂商是如何使用OpenFlow的
作为一个行业，我们现在知道，SDN不仅仅意味着OpenFlow的多。我们也知道，软件编程的网络没有使用的OpenFlow来完成这项工作。OpenFlow的只是众多的工具已经证明有用的软件定义的范例。但是，我们不要做把OpenFlow的放牛，或减少的影响，该工具已经具备了错误。例如，供应商正在使用中的几个商业产品的OpenFlow。这里仅仅是几个例子。
- HP在几个产品使用OpenFlow的。惠普的VAN控制器充分利用了应用，比如其网络优化的协议方案网络交换机，提供动态QoS编程为微软Skype的业务（以前的Lync）。
- 博科Vyatta的控制器运行与OpenDaylight代码，并使用OpenFlow的作为编程选项之一。
- 甚至思科也在有限的数量上提供了一些OpenFlow支持
它的交换平台。 - 而且我们不要忘记，是OpenFlow的开放虚拟交换机，它继续增长受欢迎的一个重要工具。
我们还可以举出更多的例子，但关键是要认识到，许多厂商正在或者使用OpenFlow的在SDN应用程序或硬件平台支持它。不过，OpenFlow的不是无所不在。作为一个行业，我们不是在一个点，我们可以在给定的交换平台承担OpenFlow的可用性。即使是OpenFlow的支持功能，我们无法确定其具体功能都支持，还是支持的功能将大规模有用。
为了解决这些问题，使OpenFlow的更可预测前进，该ONF已经创造了各种工作组，社区和建议。
一个ONF工作组是转发抽象工作组(FAWG)。FAWG正在研究描述OpenFlow功能的方法，这将使硬件抽象层(HAL)的作者更容易在他们的文档中实现OpenFlow。
主要FAWG重点是表型模式（TTP）。FAWG主席库尔特贝克曼说，“一个TTP澄清两件事情的（可选）用法：什么转发功能将在特定情况下被使用，以及如何将这些功能可以通过OpenFlow的控制。”
总之，是的TTP复杂OpenFlow的指令更容易消耗，东西1.0后成为版本的越来越大的挑战铺平了道路。
该FAWG是怎样的ONF与业界合作，使复杂的OpenFlow功能，更容易消耗的说明。虽然这种合作需要时间，有初显成效。
例如，博通，以太网芯片的领先供应商，宣布了“下一代”开开关管道在2014年12月规范称为-DPA 2.0。OF-DPA 2.0用途的TTP，还有许多丰富的功能在1.3.1中发现。问题的关键是正在取得品牌OPENFLOW更容易作为高能力的网络编程工具能够表达复杂的应用需求方面的进展。
作者对企业SDN用例的研究表明，从广义上讲，企业正在转向流量操纵、安全和网络虚拟化技术。有趣的是，这些类别中的许多解决方案在大多数情况下使用OpenFlow作为编程工具。
有趣的是，OpenFlow的互通也成为一些厂商可以在不奸笑讨论。例如，NEC最近宣布与阿尔卡特朗讯在NEC的长期ProgrammableFlow控制器使用OpenFlow的编程ALE交换机硬件合作伙伴关系。
考虑到这一切，我看到的OpenFlow的前途是光明的确实。OpenFlow的正准备为伟大的均衡 - 在不断发展的开放的联网运行的关键因素。
通过“伟大的均衡器，”我的意思是，如果开流能够被用来消耗复杂，功能丰富的硅大规模跨许多，如果不是全部，硬件平台，然后垂直整合堆栈变得不那么重要。虽然网络用户使用随附的特殊硅，同伴CLI，以及某种API的网络硬件，这些组件一直严格对齐。如果OpenFlow的突破无处不在，那么交换平台本身的重要性将变得比在其上运行的应用程序。
这个剧本早已进入开放式网络的分解，其中，企业或服务供应商可以选择运行自己选择的兼容的网络操作系统白盒开关的中心主题。这为他们提供了操作的选择，减少了供应商锁定，并可能产生的成本节约。
OpenFlow的那些价值观非常吻合，提供SDN控制器的作家可预见的方式进行编程的硬件。随着网络产业转移到这个开放的世界，创新的爆炸应该初具规模。新型SDN应用，操作灵活性和整体IT效率的市场将开放，一旦有一个可预见的，抽象的网络平台与工作。
OpenFlow的可能是在一个十字路口，但它不会消失。我强烈怀疑，最好的还在后头。
伊桑银行一直管理网络更高的ED，政府，金融和高科技自1995年伊桑共同主办的分组推杆播客。与任何时间离开后，阮经天写的乐趣和利润，用于认证的研究，并享有科幻小说。@ecbanks
