隨著SDN實踐案例的擴展，OpenFlow必須開始獨立于特定的應用程序和數據路徑協議。
OpenFlow協議對于支持軟件定義網絡(SDN)的邏輯集中控制和網絡可編程性非常重要。 目前，OpenFlow在SDN控制器和交換機或其他數據路徑之間提供標準化接口。
然而，出現了許多SDN案例出現了超越分組交換的情況。比如使用SDN來支持諸如電路交換、光學和無線介質，還有一些新用例包括網絡功能虛擬化(NFV)、第三層流量管理、WAN網關以及CORD。
開放網絡基金會認識到OpenFlow必須有所發展以支持新興的SDN市場。 因此，ONF將在重構核心控制功能同時支持更廣泛的數據平面和可編程轉發引擎的“重構”版本的OpenFlow上工作。
為什么OpenFlow必須進化?
當前的OpenFlow規范將控制功能和轉發引擎行為定義組合到單個標準中。，因此，必須修改整個規范以支持每個新的數據路徑協議和用例。 當SDN市場剛剛興起的時候，這種方法可以正常運轉。但它對于今天的成熟市場來說太單一了。 在一個規范中解決多個不同的問題是困難的，這不僅阻礙了市場創新，而且難以識別每個案例所需的特征集合。
OpenFlow的優勢在于它能夠控制任何流轉發技術。 為了更好地支持新興的SDN市場，OpenFlow的集中控制功能可以獨立于數據路徑和其他技術細節。將OpenFlow降低到一個共同的核心將使協議廣泛適用，并幫助釋放SDN的全面的靈活性和可編程性。
OpenFlow如何演進?
當前OpenFLow規范定義了抽象開關模型，用于建立和維持外部控制器和SDN交換機之間具有控制關系的有線線路協議，以及用于填充交換機表并檢索關于數據路徑操作信息的協議特征，和一組特定的所需數據路徑協議。
展望未來，ONF將OpenFlow的核心標準功能與應用程序和數據路徑特定的元素分離。OpenFlow規范將被改進以用于建立和維持控制關系的通用協議，便于建立控制信道，插入條目以控制流，從數據路徑獲取遙測。
▲Image：NETWORKComputing
數據路徑架構和特定技術的細節將在數據路徑模型中單獨定義。這些模型可以表示為OpenFlow表類型模式(TTP)或作為數據路徑程序。
走向模塊化的好處
使用OpenFlow模塊具有許多優點：
· 允許OpenFlow協議開發數據平面和特定應用程序元素彼此獨立，通過使開發人員能夠并行地在不同的產品和解決方案上工作，加快SDN解決方案面向客戶的交付;
· 能夠簡化開發過程允許新的玩家生態系統出現。
· 易于修改數據路徑的行為，例如添加新的網絡監視或調試功能，而且不會影響OpenFlow的規范。
· 網絡運營商將獲得對網絡行為的更大控制，并且與數據路徑具有更廣泛的軟件交互，可以更容易地為其環境定制SDN應用，重新編程網絡，以及直接管理表條目以控制它們自己的流。
擁抱開源
ONF完全擁抱開源開發模式和社區，這是支持日益增長的SDN市場的關鍵。
開源允許快速、迭代的開發過程，這使得新功能能夠快速整合到軟件中，根據實際使用情況修改代碼，并為廣泛的SDN使用案例提供開源解決方案。
同樣，當開源社區與標準組織協同工作時，可以快速實施、測試和推廣標準，使客戶能夠部署廣泛的可操作性的SDN解決方案。
成熟的SDN市場
隨著SDN市場的逐漸成熟，ONF正在采取多種步驟繼續培育和加速數據網絡的這場革命。 除了重構OpenFlow，ONF正在與ON.Lab合并，ON.Lab是非常成功的開源項目ONOS和CORD的管理者，合并后的實體將專注于將經過驗證的、具有可互操作的SDN產品快速推向市場。
標準開發仍然是這個新組合實體的關鍵組成部分，ONF社群將繼續推動對開放網絡生態系統的改進，包括OpenFlow和與開源項目緊密協作的其他標準。
京公網安備 11010502049343號