這項展示象徵著ONF的一項重大策略轉型——該組織起初的工作計劃主要根據其OpenFlow協議, 然而在供應商遭遇到採用OpenFlow的限制(協議, 晶片等)後, 從去年開始轉向由Barefoot發起的P4開放來源架構.
如今, 該組織的目標是在幾家網路領導廠商之間宣傳對於P4的支援. 主要的商用交換機晶片供應商博通(Broadcom)據稱已表達對P4感興趣.
不過, 截至目前為止, 主要的ASIC-based網路系統供應商——思科(Cisco)尚未透露是否對於P4感興趣. ONF著眼於利用新的開放來源軟體, 打造所謂 '白盒網路' OEM——如廣達(Quanta)和台達(Delta)——的生態系統.
對於電信營運商期望部署的 '邊緣—雲端' (edge-cloud)網路形式, ONF的開放來源程式碼還處於初期發展階段. 所謂的 '邊緣—雲端' 目標就在於更開放且更低成本的局端(CO)連接方案, 以取代營運商目前主要以ASIC與專有協議等複雜組合執行的系統.
隨著發展趨勢朝P4轉移, ONF目前用於接取網路的程式碼已可用於現場測試, 但針對行動核心網路的軟體仍然在實驗室階段, 大約還需要一, 兩年的時間才能進行測試.
ONF行銷與生態系統副總裁Timon Sloane認為, '我們正處於一個有趣的轉捩點上. ' 他並將最新的展示稱為第二代軟體定義網路(SDN 2.0).
他說, 最新的技術展示是 '未來邊緣—雲端網路的縮影' , 它融合了ETSI網路功能虛擬化(NFV)等SDN標準.
20180206_ONF_NT01P1以電信營運商為主導的組織提出了多項開放來源計劃, 期望滿足分散式邊緣雲端網路的需求 (來源: ONF)
告別OpenFlow SDN找到 '第二春' ?
Sloane說: '我們從OpenFlow中獲益良多, 但由於它存在一定的局限, 因而必須策略性地轉移到P4和P4執行, 以更全面的方式解決問題. ' 他並補充說, ONF未來將不再主動開發協議.
Google, 中國移動(China Mobile)等業者持續使用OpenFlow, 以存取網路ASIC的資料前饋管線(pipeline). 然而, 它無法存取所有的功能, 而且與P4不同的是, 它也無法編程管線.
他說: 'OpenFlow結果是不確定的, 系統之間存在細微差別, 因此需要對不同的ASIC進行微幅調整. 而且這阻礙了吸引多家供應商參與的能力. P4則較為確定, 而且能夠完整定義前饋管線. '
P4程式碼已能以開放來源程式碼的形式提供了, 並已於去年9月首次展示. 在MWC的最新展示則是第一次使用來自多家供應商的系統. ONF計劃在今年底進行另一場技術展示, 邀請至少兩家晶片商參與.
新創公司Barefoot與P4開放來源計劃共同打造其晶片. Cavium和Mellanox則修改了現有的韌體以支援P4.
Broadcom至今一直致力於使其交換機的編程介面更易於存取, 上周還為其發布開放來源的Table API. Sloane表示這一舉措可說是朝著正確方向邁出了一步, 開放其前饋平台, 但尚未使其可完全重新配置.
編譯: Susan Hong