ONAP推出首個軟件版本Amsterdam 為網絡自動化提供統(tǒng)一架構

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

  自AT&T OpenECOMP項目與Open-Orchestration(OPEN-O)項目合并成為Linux基金會旗下的Open Network Automation Platform (ONAP)8個多月以來，該組織的成員數(shù)已經增加到58個。通過Amsterdam版本，ONAP發(fā)布了一個統(tǒng)一的架構，不僅結合了兩個組織的貢獻代碼，消除了過程的重復性，并且增加了重要的新功能，包括一個名為Holmes的新關聯(lián)引擎，已經被添加到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在虛擬功能準入控制和服務定義方面的通用方法。

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

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

  多樣性提升

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

  “漸漸地，我們開始看到來自新面孔的貢獻。”他說?！癆T&T仍然是該項目的主要貢獻者，其貢獻約占社區(qū)總量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)、支持快速服務啟動的端到端閉環(huán)網絡自動化。

圖片來源：Linux基金會

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

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

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

  他說，Amsterdam將運行時間的概念擴展到服務編排之外，包括虛擬和物理功能以及生命周期管理。這是DCAE模塊添加的Holmes作為關聯(lián)引擎的原因所在。此外，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開發(fā)的北向接口。

  運營商參與

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

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

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

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