开放网络自动化平台（ONAP）在本月将会发布代码的首个版本Amsterdam，该项目是Linux基金会下的开源项目，前身是AT&T主导的ECOMP平台和中国移动主导的Open-O平台，今年2月份宣布两大项目合并成为ONAP，是运营商试图克服新软件和虚拟化技术带来的互操作性挑战的开源计划之一。

尽管ONAP致力于为服务提供商解决互操作性的挑战以及虚拟化面临的问题，但并不是所有的运营商都看好ONAP项目。该项目面临欧洲电信标准协会（ETSI）支持的开源MANO（OSM）的竞争，AT&T和中国移动等运营商是ONAP项目背后的推动力量，OSM背后也有西班牙电信等运营商在支持，两大开源项目可以说势均力敌。

与OSM已经发布了两个版本不同，ONAP目前第一个版本才初具雏形，首个版本Amsterdam也要到11月16日才能发布，且业界共识是Amsterdam不能在生产网络中加以应用。据知情人士透露，ONAP在第三或者第四个版本发布之前缺乏在生产网络中使用所需的稳定性，他不建议运营商部署第一个版本。

Amsterdam版本将着重支持三种网络功能或服务：虚拟防火墙（vFW），虚拟客户端设备（vCPE），在虚拟演进分组核心（vEPC）上运行的LTE语音服务。

德国电信不是ONAP的成员，DT的副首席技术官Arash Ashouriha在今年10月的SDN NFV大会上表示：“通信领域中多个服务提供商已经开始向ONAP靠拢，但仍然有很长的路要走，因为整个行业不是ONAP一家独大，且首个版本的可用性也是一个问题。”

在开源软件领域这是很正常的现象，开源项目的成熟周期通常相对较长，需要不断对开源项目进行改进，作为一个全面的服务管理平台，ONAP可能是电信运营商最雄心勃勃的开源项目。

尽管业界对ONAP的成熟度有所怀疑，但贝尔加拿大仍然投身于ONAP，且是积极为部署Amsterdam版本的主要服务提供商，该公司发言人表示：“作为ONAP的会员之一，我们期待与合作伙伴展开合作，在今年底部署ONAP首个版本，也希望能够在明年春天整合ONAP的运营管理。”

运营管理能够支持ONAP平台及其组成部分的部署、管理和运营商，该功能将会在ONAP第二个版本Beijing中面世，Beijing版本预计将在明年5月24日发布。

ONAP硬币的背面

虽然ONAP已经获得了全球多个运营商的支持（涵盖用户超过全球移动用户的50%），但是业界对ONAP的质疑却越来越高。总体而言，一个拥有几百万行代码的软件工具对于使用它来运营的运营人员来说难度非常大。Heavy Reading市场研究集团高级分析师James Crawshaw认为，ONAP的复杂性与开源开放的原则是对立的。

ONAP目前包含1000多万行代码，涵盖了多个厂商的超过30个不同的软件项目，其复杂性的成因是AT＆T的ECOMP和中国移动、中国电信的OPEN-O项目的代码合并，虽然大多数代码都是现成的，但是想要ONAP从一开始就很顺利运行很明显是不切实际的。

某位一级运营商的高管解释为什么不加入ONAP时表示，在维护软件所需的功能方面，几百万行代码的工作将是一个很大的问题。其他运营商认为ONAP将会由一些非常大的用户来控制，他们通过ONAP来推进自己的软件化的进程。Heavy Reading的Crawshaw在谈及ONAP的成员时表示，尽管ONAP目前已经有AT&T、中国移动、华为、中兴等在内的50多个成员，但是他表示除了中国移动有影响力之外，其他运营商并没有参与这个计划，表明这并不是一个真正的开源计划。

某一级运营商高管表示，只有AT&T和中国移动正在向ONAP提供开发者，Orange和Vodafone等其他大型电信公司没有为该项目提供开发人员。