OpenFlow网络是空谈吗？

　　如果最近几周您不是在毫无电子信号的遗忘小岛的话，那么您可能已经注意到围绕最新网络互连技术OpenFlow的铺天盖地宣传了。很显然，网络行业是非常需要下一个热门事件的出现。上一次我看到类似的事情是在2000年初，当时MPLS被认为可以解决所有预期的网络互连问题。在那时，宣传的力度非常大，还有人专门还撰写了一个描述MPLS用作电流传输的愚人节RFC。

　　类似于MPLS，OpenFlow并不能带来世界和平、治愈癌症或发现外星人。然而，它在改变网络互连环境格式的方式可能与Unix和Linux改变操作系统格局的方式相同，是通过在一个分布式交换架构中实现一种配置转换表的标准方法。

　　但是，这并不是在Interop展会上OpenFlow发布激增的主要原因。总之，OpenFlow在几个月之前还只是一个不知名的研究产品。事实上，供应商发布一个概念验证代码的速度也表明了OpenFlow本身的一个缺点：它只是一个简单的低级别API(有些人将它比作BIOS)。实践中最难的工作是写出人们热议的控制器软件。这不是件容易的事情。网络供应商在类似领域已经投入了大量的人力。因此，那些希望创新的新控制器应用程序腾空出世的人可能也相信有牙仙子和独角兽眼泪的传说吧。

　　到目前为止，我所听到的一个最极比喻是将OpenFlow比作一个C编译器。我们现在不使用现有的应用程序，而是有能力开发自己的应用程序了。这可能是真的，但是有人仍然必须开发这些应用程序，测试它们，并且保证它们的规模，这是OpenFlow必须解决的最大问题之一。同时，虽然供应商已经对控制器应用程序进行了“神化”宣传，但是我仍然不会期望出现奇迹。作为技术专家和教授的Scott Shenker解释道：“OpenFlow不可能让您实现一些以前在网络中无法实现的事情。”

　　而且，即使OpenFlow能够与C编译器相提并论，但是我们并没有看到仅仅因为出现了一个C编译器就会引起数据库程序包或者电子表格程序的大爆发。少数供应商在每个应用程序领域占据主要的市场，而OpenFlow控制器的格局在这几年都非常相似。很可能有少数制造商会基于通用商业芯片生产硬件产品，也有少数软件供应商(可能包括Cisco、Juniper和VMware)会生产大多数控制器节点产品。假如您仍然相信OpenFlow会降低价格和压缩某些网络互连公司利润空间，那请您先看看Oracle的财务报表吧。