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發展路線中的重要部分。
