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