在SDN的早期，可能性丰富。想到可能是兴奋的从业者和诱人的开发人员。OpenFlow是一个早期的SDN星，一个斯坦福国的概念证明，展示了一种编程网络的新方法。许多甚至混淆了SDN和OpenFlow，就好像没有另一个就不存在。
这并非如此，但早期在SDN炒作周期中，这是一个可以理解的感知。OpenFlow快速进展，因为开放网络基础推动了未来的OpenFlow开发，在快速连续中发布了几个Openflow规范的迭代。
最近，OpenFlow进步似乎已经停滞不前。穿越开放流的工业热情已经安静下来。ONF发布的主要OpenFlow规范已经放缓。这些日子不会强调开放流的供应商。
SDN创建了一个拥有多种产品的行业，其中一些产品根本不利用OpenFlow。2015年春季开放网络用户组会议在NYC，OpenFlow不是讨论的主要话题。有些供应商对他们的产品添加了OpenFlow支持，甚至厌恶，甚至厌恶地表达了很少的兴趣，尤其是思科和瞻博网络。而其他人像惠普和博科一样，也使OpenFlow成为其生态系统的重要组成部分。
OpenFlow似乎是十字路口。根据您的观点，这似乎令人惊讶，它导致一个问题：OpenFlow是否在SDN中发挥着重要作用，长期？
该问题的答案在于了解OpenFlow真的是什么。OpenFlow只是一种用于编程在网络设备中转发表的工具。
但是......那是。OpenFlow只是一个工具。那说，不要卖出OpenFlow Short。OpenFlow可能是一个工具，但它既是一个有用且强大的工具。OpenFlow是引人注目的，它提供了以下内容：
- 标准化接口，摘要特定于供应商的硬件。说出OpenFlow的一个控制器应该能够
程序支持支持OpenFlow的设备。 - 集中编程网络的手段。
- 一种简单的方法来做“例外编程”，处理无法遵循正常最佳路径的不寻常的业务流程。
那些跟上OpenFlow使用的人将正确地指出，OpenFlow没有完全标准化，因此某些供应商扩展了OpenFlow以提供额外的功能。这是真的，但值得指出供应商（包括Big Switch，NEC和VMware）正在使用ONF来将这些扩展释放到标准OpenFlow中。此过程类似于其他供应商如何在过去将专有的延长处理到标准。这似乎不太可能在出现openflow时骨折。使用OpenFlow的供应商正在尝试留在与业界同行同一页面上。
其他人可能指出，OpenFlow销售一些硬件短，在那个OpenFlow作为标准化接口中无法暴露每种能力可能具有给定的芯片块的每个功能。毕竟，思科和瞻博的供应商由他们的硅差异化。这也是如此，但这并没有改变所有网络都有与流量转发和访问控制相关的常见功能的根本，无论是暗示的。
那么，如果OpenFlow只是一个工具，那么有没有特别的理由强调它？
SDN在早期对工具感到兴奋，因为没有他们，SDN无法超越想法。作为一个行业，我们已经开始超越工具的过程，并实现这些工具可以带来网络的过程。因此，重点开始转向软件定义网络的用例，产品和运行。另一种方式，平均网络消费者无法购买SDN或OpenFlow。相反，随着SDN缓慢移动到主流中，消费者正在购买这些工具带来的功能。
供应商如何使用OpenFlow
作为一个行业，我们现在知道SDN意味着不仅仅是OpenFlow。我们还知道网络的软件编程不必使用OpenFlow来完成作业。OpenFlow只是许多工具，这已经证明了对软件定义的范例有用。但是，让我们没有错误地将露天流出牧场，或最大限度地减少工具所拥有的影响。例如，供应商正在使用多种商业产品中的OpenFlow。这只是一些例子。
- 惠普在多个产品中使用OpenFlow。HP的VAN控制器利用该协议在其网络优化器等应用程序中进行编程网络交换机，它为Microsoft Skype for Business（以前是Lync）提供动态QoS编程。
- Brocade的Vyatta Controller与OpenDaylight码运行，并使用OpenFlow作为编程选项之一。
- 甚至思科甚至在有限的数量上提供一些OpenFlow支持
其开关平台。 - 并以免我们忘记，OpenFlow是开放式vswitch的一个重要工具，这继续增长流行。
我们可以引用更多的例子，但关键是认识到许多供应商在SDN应用程序中使用OpenFlow或在硬件平台中支持它。但是，OpenFlow不是普遍存在的。作为一个行业，我们不在一个地方，我们可以在给定的交换机平台中假设OpenFlow可用性。即使OpenFlow是一个受支持的功能，我们也不能确定支持哪些特定功能，或者是否在比例中使用了支持的功能。
为解决这些问题，并使OpenFlow更加可预测，ONF创建了各种工作组，社区和建议。
一个ONF工作组是转发抽象工作组（FAWG）。FAWG正在致力于描述OpenFlow功能，使硬件抽象层（HAL）作家更容易实现其芯片中的OpenFlow。
主要的FAWG焦点是表类型模式（TTP）。FAWG椅子Curt Beckmann说：“TTP的（可选）使用TTP阐明了两件事：将在给定的上下文中使用哪些转发功能，以及如何通过OpenFlow控制这些功能。”
简而言之，TTP正在为更容易消耗复杂的OpenFlow指令来铺平道路，这是一个在1.0之后越来越大的挑战。
FAWG是ONF如何与行业合作的图示，以使甚至复杂的OpenFlow功能更容易消耗。虽然这种合作正在花时间，但有早期的水果。
例如，Broadcom是以太网芯片的领先供应商，宣布2014年12月的“下一代”开关管道规范称为DPA 2.0。DPA 2.0使用TTP，以及1.3.1中发现的许多丰富功能。重点是正在进行进度，使得OpenFlow更容易用作能够阐明复杂应用需求的高度能力的网络编程工具。
Openflow的未来似乎明亮的研究由本作者进入SDN使用案例，揭示了，广泛发言，公司正在转向Tech进行交通操纵，安全和网络虚拟化。有趣的是这些类别中的许多解决方案，使用OpenFlow作为大多数情况下的编程工具。
有趣的是，OpenFlow互操作性也成为供应商可以在没有傻笑的情况下讨论的。例如，NEC最近宣布与Alcatel Lucent Enterprise合作，其中NEC的长期计划汇流控制器使用OpenFlow来编程ALE交换机硬件。
随着这一切，我认为Openflow的未来确实如此明亮。OpenFlow正在准备成为伟大的均衡器 - 越来越多的开放网络运动中的一个关键元素。
通过“大均衡器”，我的意思是，如果OpenFlow能够用于消耗复杂，则在许多情况下以刻度尺寸占用富含硅，如果不是全部，硬件平台，则垂直集成堆栈变得不那么重要。虽然NetWorkers用于网络硬件，但具有特殊硅的硬件，伴侣CLI和某种API，那些组件始终紧密对齐。如果OpenFlow以泛滥打破，则切换平台本身将比在其顶部运行的应用程序少。
这在开放网络的中央主题中发挥作用，企业或服务提供商可以选择运行其选择的兼容网络操作系统的白箱交换机。这为他们提供了运营选择，减少供应商锁定，并可能会节省成本。
OpenFlow ovetails与这些值很好，提供了SDN控制器的编写者可预测的方式来编程硬件。随着网络行业进入这一开放世界，创新爆炸应该形成。新型SDN应用的市场，运营灵活性和整体IT效率将开放，一旦有一个可预测的抽象网络平台即可使用。
OpenFlow可能是十字路口，但它不会消失。我强烈怀疑最好的还未到来。
自1995年以来，Ethan Bank一直在管理高级Ed，政府，财务和高科技网络的网络.Ethan共同主办了包推送机播客。随着剩下的任何时间，Ethan为乐趣和利润写作，进行认证，并享受科幻小说。@EcBanks.
