OpenFlow基本上分離了網(wǎng)絡設備的控制平面和數(shù)據(jù)平面，傳統(tǒng)網(wǎng)絡設備(例如交換機和路由器)會基于本地規(guī)則自己決定以太網(wǎng)數(shù)據(jù)包的傳輸方向。這些規(guī)則可能是手動配置的，也可能是通過路由協(xié)議來交付，但所有流量路徑?jīng)Q定最終都是在設備本身之內(nèi)作出。

 

通過OpenFlow，只有數(shù)據(jù)平面位于交換機本身內(nèi)，所有控制和路徑?jīng)Q定是從中央控制器來傳送到設備。如果設備接收到?jīng)]有路徑或者流量信息的數(shù)據(jù)包，它會將該數(shù)據(jù)包發(fā)到控制器來檢測，并且，控制器會確定該數(shù)據(jù)包應該被發(fā)送的方向。該控制器然后可以向交換機新增一個流量條目，以處理未來出現(xiàn)的相同類型的數(shù)據(jù)包。

 

發(fā)送到交換機的指令可能是任何內(nèi)容：它們可能指示該設備丟棄數(shù)據(jù)包以及所有未來出現(xiàn)的相同類型的數(shù)據(jù)包，基本上建立了一個防火墻：它們可以指示設備修改表頭，并將數(shù)據(jù)包發(fā)送到特定端口，同時，到達相同目的地的新的數(shù)據(jù)包會被改寫為一個不同的表頭，并發(fā)送到不同的端口，這又建立了一個負載均衡器;它們還可以告訴交換機根據(jù)QoS目的阻止或者優(yōu)化數(shù)據(jù)包流量。即使網(wǎng)絡交換機沒有操作系統(tǒng)或者配置都可以執(zhí)行上述操作，這一切只需要交換機知道如何與中央控制器通信。

 

這也完全顛覆了傳統(tǒng)網(wǎng)絡。傳統(tǒng)網(wǎng)絡一直難以應對現(xiàn)代計算情況，尤其是對于虛擬化，很多新的概念和想法都被應用到這些傳統(tǒng)模式來應對這些問題。虛擬化供應商從網(wǎng)絡提取出網(wǎng)絡決定，并將在管理程序內(nèi)處理這些決定。數(shù)據(jù)中心橋接技術主要為了解決這樣的現(xiàn)實，即虛擬機可以非常容易地穿越物理建筑物，而傳統(tǒng)IP網(wǎng)絡則沒有這么移動化。OpenFlow將會改變這一切，因為我們可以將網(wǎng)絡作為整體來編程，而不是管理條塊的網(wǎng)絡。

 

對網(wǎng)絡采取OpenFlow的方法知道最近才得以實現(xiàn)，不僅因為這是個新穎的想法，而且因為之前網(wǎng)絡硬件無法以這種方式處理流量?，F(xiàn)在我們已經(jīng)看到交換平臺(例如Intel的Seacliff Trail)已經(jīng)在生產(chǎn)中，我們有辦法讓OpenFlow可行、快速以及可擴展。

 

現(xiàn)在已經(jīng)有支持OpenFlow的交換機和其他網(wǎng)絡設備，但它們都是作為傳統(tǒng)設備來架構，并且運行著自己的操作系統(tǒng)。它們支持OpenFlow，但并不是嚴格意義上的OpenFlow設備，因此，并不會帶來相應的成本節(jié)約。當操作系統(tǒng)被移除后，交換機變成了一個白盒，我們就是跟硬件打交道，而這將大幅降低成本。

 

OpenFlow還有很長的路要走，這條路坑坑洼洼，很多大型網(wǎng)絡供應商并不想失去他們的高利潤和高額的市場份額。然而，任何顛覆性的技術都會面對自然的發(fā)展過程，目前，OpenFlow仍然處于起步階段，我們?nèi)匀恍枰龊芏喙ぷ鱽黹_發(fā)工具以及建立標準。很多較小型企業(yè)和硬件制造商已經(jīng)看到了這個開放的市場，并準備進入這個市場。根據(jù)Stu Bailey表示，在未來幾年內(nèi)在網(wǎng)絡領域的供應商都需要決定他們是銷售軟件到任何廠商的硬件上，還是銷售硬件來運行任何開放商的軟件。

 

對于OpenFlow，可以明確的是，我們最終會看到網(wǎng)絡的成本下降，而功能和特性增加，這對于所有人來說，都是好消息。