OpenFlow协议之殇？

在过去，OpenFlow一度是SDN的代名词，只要是SDN出现的地方就不得不谈到OpenFlow。不过现今，SDN似乎对OpenFlow并不是很热情，在谈论SDN时，OpenFlow也不再是标配了。这个曾经的唯一选择究竟遇到了什么，难道这是OpenFlow协议之殇？

下面我们好好分析一下这个问题。这里首先得提到的就是ONF，OpenFlow协议标准的发起组织。OpenFlow的官方解释是这样的：OpenFlow是定义在SDN架构中的首个控制平面和数据平面的标准通信接口。OpenFlow可直接接入并且控制物理或虚拟设备的转发平面。从本质上讲，OpenFlow允许对转发平面进行深度定制，可以通过SDN控制器下发流规则的途径去设置流量的转发方式。这就意味着他能绕过交换机的控制平面，对上层应用展现一个开放、简单的交换机。在业界也有很多OpenFlow部署的成功案例，例如Google、NTT、Goldman Sachs等。设备商也在研发OpenFlow设备上投入了大量资金，并且很多人认为2015年将会带来OpenFlow应用的爆发。不过，剧情并未按剧本发展。下面将分析一下OpenFlow并未席卷全球的原因。

OpenFlow交换机缺少互联互通

至今，很多所谓支持OpenFlow的设备都仅支持到OpenFlow 1.0，设备商对OpenFlow 1.3协议的支持动力不足。很大一部分原因在于现有的协议还未成熟，很多设备商并未对其所定义的TLV进行支持。现在只有ONF在全力推动，为提升互操作性做了大量的测试和代码优化工作。但是从投入产出比来看，设备商认为其价值不具有足够的诱惑力。

芯片级的OpenFlow流表支持延缓

无论是定制芯片还是商用芯片，都不得不去对其芯片结构做调整以适配OpenFlow的巨型流表。这样直接造成工程师不得不放弃放弃高速的三重内容寻址存储解决方案，可用芯片的延迟减缓了了OpenFlow适配节奏。

大量网工并不懂如何部署OpenFlow

由于SDN、OpenFlow新技术的出现，直接增加了网工的学习成本，他们刚刚学习完传统的网络架构又不得不去学习新的技术。网工学习协议对控制平面的关注明显多于转发平面。然而部署OpenFlow需要对不同设备的类似于交换机流水线进程等属性进行学习。

在业界公司忙于解决OpenFlow问题的时候，其他新定义的接口的出现导致了南向接口的混乱。同时，设备商制造OpenFlow交换机并且雇佣市场团队，让后者认为OpenFlow是产品的大卖点。市场人员因此重新包装OpenFlow以提供所谓的更广的SDN解决方案。即使这些方案一直在使用OpenFlow协议，但在用户案例上还是老调重弹。

SDN和OpenFlow的未来

所以，OpenFlow已死？这么说的确很片面，但不得不说他将与其他协议友好共存。当然，设备商仍在高调的用OpenFlow进行产品包装。但是这并不意味着OpenFlow将只是作为噱头存在，或许将会有更多的应用案例出现。不过我们可以学习到：我们应该将更大的精力投入到如何解决问题上，而不要纠结使用哪种协议。OpenFlow不会死，他会存在并且会有更多的应用场景出现。所以，他的发展将以用户案例来驱动，并且OpenFlow的确是SDN发展路线中的重要部分。

本文转载自SDNLAB，原文链接：http://www.sdnlab.com/12673.html