美國當?shù)貢r間11月20日，ONAP推出了其備受期待的首個軟件版本——Amsterdam版本，承諾為網(wǎng)絡(luò)自動化提供一個統(tǒng)一的架構(gòu)，其模塊可以被網(wǎng)絡(luò)運營商立即使用。

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

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

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

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

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

多樣性提升

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

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

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

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

圖片來源：Linux基金會

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

該架構(gòu)包括設(shè)計時間和運行時環(huán)境，并且在每個區(qū)域都有成熟的代碼。

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

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

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

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

運營商參與

AT＆T已經(jīng)在使用ONAP協(xié)調(diào)其網(wǎng)絡(luò)點播服務(wù)，這一點也不讓人感到意外，同時，該運營商現(xiàn)在已經(jīng)增加了涉及LTE自組織網(wǎng)絡(luò)用例以及物理和虛擬網(wǎng)絡(luò)功能的概念驗證。此外，AT&T正在內(nèi)部與其員工和供應(yīng)商一起部署ONAP。

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

兩家供應(yīng)商Amdocs和富士通已經(jīng)發(fā)布了ONAP商用版本。

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