On.Lab ONOS項目組領導下的一個工作組近日發布了一個開源的leaf-spine fabric架構，以期進一步推動開放網絡的發展。
開放網絡基金會（ONF）首席架構師Saurav Das認為，這個全新的開源leaf-spine fabric架構也證明了OpenFlow是有效的。
這個項目是ONOS、ONF、Broadcom和Edgecore共同合作的一個項目。
該架構（leaf-spine fabric架構）使用的是白盒交換機上運行的OpenFlow 1.3，是開放計算項目（OCP）和白盒交換機生態系統共同的目標。目的是通過讓用戶能夠混搭組件，如交換機硬件和網絡操作系統，提供一個專有網絡的替代品。
這個架構也需要云巨頭們的支持，包括FaceBook、Google和LinkedIn。Das承認這個架構需要很長的時間才能獲得企業的支持。
很多廠商在開源的項目（如開源的操作系統）上努力，認為整個網絡的架構開源只是不太明顯的一個進步，特別是leaf-spine架構如此出名的情況下。
這樣做的原因之一是證明開放網絡組建也可以構建出一個完整的架構，也就是說不依賴任何提供完整的硬件和軟件組合的廠商。但是這個項目本身也只是軟件定義網絡（SDN）的試水項目。
Saurav Das說：“我們想使用最經典的SDN——基于OpenFlow的SDN，但是在過去幾年中基于OpenFlow的SDN一直被許多挑戰所限制，這些挑戰來自于控制平面和數據平面。”
Das表示：在數據平面，OpenFlow 1.0在交換機芯片里的內存表使用上有所限制，這阻礙了其規模化的腳步。OpenFlow 1.3解決了這個問題，但是廠商并沒有在該協議的發展商付出100%的支持。
Das說：“實際上，廠商們還是像OpenFlow 1.0那樣只控制一個內存表。”使用博通公司的OpenFlow Data Plane Abstraction（OF-PDA）修正了這個問題，并且適用于幾乎所有的交換機芯片。
Das表示：OpenFlow在控制平面上的問題是每個數據包都必須經過OpenFlow控制器，這是網絡中多余的一步，大大影響了性能，但是這不是OpenFlow必備的需求。
ONOS的架構通過控制器發送控制平面數據包，此外，多個交換機之間可以共享多個控制器，如果一個控制器出現故障或者網絡堵塞等造成的后果就會大大減輕。
這是ONOS團隊想要開發該架構的另一個原因，他們認為該架構已經有了一個典型的用例：CORD項目（the Central Office Reimagined as a Data Center）。
CORD項目已經成為ONOS的前沿項目，該工作組甚至開發出了移動網絡版本（M-CORD）和企業網絡版本（E-CORD）。ONOS認為開源leaf-spine架構是CORD實現的良好的基礎。
該架構通過一個接口應用2層網絡進行通信，且接口間使用3層IP/MPLS增強容錯能力。3層網絡是基于開源路由堆棧Quagga實現的。
原文鏈接：https://www.sdxcentral.com/articles/news/onos-friends-build-open-source-leaf-spine-fabric/2016/07/
京公網安備 11010502049343號