ONAP正式推出首個軟件版本Amsterdam 為網絡自動化提供統一架構

北京時間11月22日消息（艾斯）美國當地時間11月20日，ONAP推出了其備受期待的首個軟件版本——Amsterdam版本，承諾為網絡自動化提供一個統一的架構，其模塊可以被網絡運營商立即使用。

自AT&T OpenECOMP項目與Open-Orchestration（OPEN-O）項目合并成為Linux基金會旗下的Open Network Automation Platform (ONAP)8個多月以來，該組織的成員數已經增加到58個。通過Amsterdam版本，ONAP發布了一個統一的架構，不僅結合了兩個組織的貢獻代碼，消除了過程的重復性，并且增加了重要的新功能，包括一個名為Holmes的新關聯引擎，已經被添加到ECOMP Data Collection, Analytics and Events (DCAE)模塊以及一個被稱為Control Loop Automation Management Platform (CLAMP)的新模塊。

Amsterdam版本還提供了兩個“驗證藍圖”，展示了如何將其模塊組合起來從而提供其成員所尋求的早期用例：包括虛擬IMS在內的VoLTE以及家庭vCPE。

ONAP管理人員強調，Amsterdam是AT&T和中國移動已經在使用的產品代碼。BCE（貝爾加拿大）也準備很快進行使用，法國Orange和其他公司正在進行多重概念驗證。最近加入ONAP的沃達豐集團則正在其Ocean轉型計劃中對使用ONAP模塊進行評估，包括ONAP在虛擬功能準入控制和服務定義方面的通用方法。

“模塊化方法是有意義的，因為沒有人會破壞和替換現有系統來使用ONAP。”Heavy Reading高級分析師James Crawshaw表示，“他們希望盡可能多地利用現有資產，并在有明顯機會節約成本或者在提供新服務方面更具創新性和靈活性的地方實施新東西。”

另一位Heavy Reading高級分析師Sandra O'Boyle表示，這種模塊化的方法將幫助ONAP克服過去那些認為這樣的做法過于龐大和野心勃勃的批評。“他們遇到的問題之一是ONAP/AT&T的目標規模對他們來說太大而無法消受，或者他們對規模感到有些不適，寧愿‘等等看’。”她說。移動運營商也不愿意采用針對服務企業客戶的功能，但可能非常樂意使用VoLTE、IMS和EPC的模塊。

多樣性提升

James Crawshaw過去一直對ONAP貢獻的多樣性持懷疑態度，他指出，這個項目“現在似乎正在達到一個數量級（critical mass）”，初始組織成員之外的貢獻正在越來越多樣化。

“漸漸地，我們開始看到來自新面孔的貢獻。”他說。“AT&T仍然是該項目的主要貢獻者，其貢獻約占社區總量40%；其次為貢獻額在20%的Amdocs；華為和中興則均以約10%的貢獻量緊隨其后。另外還有來自中國移動、貝爾加拿大、Orange、Windstream和Verizon的代碼貢獻，這是一個健康的跡象。諾基亞和愛立信則未見身影，如果我是他們的話，我會希望把更多的資源投入到這個項目中。”

Verizon的參與是非常有趣的，因為該公司并非ONAP的成員。

AT&T Labs先進技術副總裁、ONAP技術指導委員會主席Mazin Gilbert指出，在ONAP成立之初，這一開源組織共有11個項目，其中8個來自AT&T的 ECOMP，3個來自于OPEN-O。在完成Amsterdam版本后，ONAP完成了30個項目，包括交付了與供應商無關的（vendor-agnostic）、支持快速服務啟動的端到端閉環網絡自動化。

圖片來源：Linux基金會

Mazin Gilbert表示，基本上，其架構中的每個“box”都是一個項目，并在期間部署了API以實現ONAP的模塊化。ONAP一直都在盡可能地使用現有API，并在需要的時候自行開發。這是一個持續的過程。

該架構包括設計時間和運行時環境，并且在每個區域都有成熟的代碼。

“我們已經加強了設計時間；現在這些網絡功能已經有了目錄。”Mazin Gilbert在接受采訪時表示。“有一個SDK可以激活這些網絡功能，一旦你激活了它們，就會有網絡功能的驗證，并帶來政策創建。一些設計可以使你對它們進行服務鏈創建，并且我們已經添加了一個CLAMP，來幫助設計和啟動閉環和開環Amsterdam用例。”

他說，Amsterdam將運行時間的概念擴展到服務編排之外，包括虛擬和物理功能以及生命周期管理。這是DCAE模塊添加的Holmes作為關聯引擎的原因所在。此外，Amsterdam還包括一個擴展的政策框架和Active and Available Inventory (A&AI)的擴展，從而包括外部和內部資源。

這一軟件版本不僅支持多個軟件定義的網絡控制器，還包括一個用于即插即用的控制器框架，Mazin Gilbert表示。它包括一個應用程序控制器和一個與ETSI模型一致的虛擬功能控制器。這可以促進與基于ETSI的開源組織Open Source MANO Community (OSM)之間的進一步整合。

正如承諾的，Amsterdam支持多個虛擬基礎架構管理器（Virtual Infrastructure Managers）、多個云和多個NFV基礎架構。Linux基金會網絡與自動化部門總經理Arpit Joshipura表示，ONAP使用了MEF和TM Forum開發的北向接口。

運營商參與

AT＆T已經在使用ONAP協調其網絡點播服務，這一點也不讓人感到意外，同時，該運營商現在已經增加了涉及LTE自組織網絡用例以及物理和虛擬網絡功能的概念驗證。此外，AT&T正在內部與其員工和供應商一起部署ONAP。

中國移動在其NFV部署中使用了4個ONAP模塊，將NFV與物理組件和OSS進行編排，并且在使用不同的模塊用于構建新的數據中心到數據中心（data center to data center）基礎設施。Orange在Amsterdam之前已經進行了3個概念驗證，并將在今年和明年增加4個概念驗證。而BCE則宣布計劃在今年晚些時候部署5個不同的ONAP模塊。

兩家供應商Amdocs和富士通已經發布了ONAP商用版本。

Arpit Joshipura指出，所有這些都提升了項目的成熟度和發展勢頭。ONAP的第二個版本Beijing版本預計將于明年夏天發布，該版本的重點將放在提升規模、穩定性、安全性和性能方面。

作者：艾斯   來源：C114中國通信網