如果最近幾周您不是在毫無電子信號的遺忘小島的話，那么您可能已經注意到圍繞最新網絡互連技術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的財務報表吧。