北京时间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版本预计将于明年夏天发布，该版本的重点将放在提升规模、稳定性、安全性和性能方面。
