推荐阅读
其他
深度 | ONAP阿姆斯特丹版本已至，北京还有多远？
随着网络重构的深入，SDN/NFV引入的开源项目已成为运营商日益仰仗的平台，但过多的开源组织也导致了技术分割和互通障碍，因此，开源项目正在经历一场融合浪潮。2017年11月，ONAP宣布发布了第一个平台版本——阿姆斯特丹，标志着全球顶级运营商和厂商汇聚一堂，利用共享开源平台构建统一架构，使旗下网络运营商能够自动化、设计、编排和管理服务和虚拟功能。
该版本为端到端闭环网络自动化提供了统一架构。作为第一个将大多数运营商(最终用户)与大多数供应商(集成商)联合起来构建真正的服务自动化和业务流程平台的开源项目，ONAP目前正为全球55%的移动用户提供服务。
ONAP是什么？
ONAP是Linux基金会管理的开源项目，该项目是由AT&T的Open-ECOMP和中国移动主导的Open-O项目合并而成。开放可以说是ONAP最为核心的理念，目的就是利用比较新的技术，打造一个面向NFV和SDN的自动化的编排系统，因此，ONAP的诞生也可看作是开源组织破除藩篱的一次标志性事件。
技术方面，ONAP使用云技术和网络虚拟化提供服务，以实现更快的开发和更高的运营自动化。它使服务提供商能够快速添加功能并降低运营成本，为服务提供商和企业更好地控制其网络服务，并使开发人员能够创建新的服务。
目前，ONAP的主要运营商成员包括AT&T、中国电信、中国移动、中国联通、Orange等，厂商成员包括Juniper、思科，Cloudbase Solutions， 爱立信，GigaSpaces，华为，IBM，英特尔，Metaswitch，微软，H3C Technologies，诺基亚，Raisecom，Reliance Jio，Tech Mahindra，VMware，Wind River和中兴等。
强大的“阿姆斯特丹”
据悉，“阿姆斯特丹”版本提供了一个统一的体系架构，包括来自OpenECOMP和Open-O的在生产环境中经过验证的代码，消除了过程的重复性，并且增加了重要的新功能。从而在策略驱动的单一服务编排平台中提供设计态和运行态环境。
在此版本中，与供应商无关的通用模型允许用户使用同类最佳组件快速设计和实施新服务，即使在现有环境中也是如此。实时库存和分析支持监控、端到端故障排除和闭环反馈，以确保SLA以及服务设计和实施的快速优化。此外,ONAP还能够管理和协调虚拟化和物理网络功能。
ONAP阿姆斯特丹版本目前有600万行的代码。ONAP在设计非常强调设计态和运行态的区分，设计态和运行态决定了如何在设计态完成之后能够快速在运行态里进行加载业务，能够同时在系统运行过程中实时对网络的运行状态进行反馈，根据反馈结果调整系统功能、软件容量、弹性的扩存，这是阿姆斯特丹系统里非常核心的一个架构。
此外，“阿姆斯特丹”版本为两个最初用例提供了经过验证的蓝图。这包括VoLTE，该技术将语音整合到IP网络上。通过虚拟化核心网,ONAP被用于设计、部署、监控和管理复杂的端到端VoLTE业务的生命周期。第二个是家庭虚拟客户终端设备（Residential vCPE）。ONAP使得所有业务都在网络中提供，这意味着CSP可以快速和按需地向其家庭客户添加新业务，从而创造新的收入来源和对抗竞争对手。
下一版：北京
虽然ONAP已获得全球多个运营商的支持，但是业界对ONAP的质疑也越来越高。毕竟，ONAP目前包含几百万行代码，涵盖了多个厂商超过30个不同的软件项目，其复杂性的成因是AT＆T的ECOMP和中国移动、中国电信的OPEN-O项目的代码合并，虽然大多数代码都是现成的，但是想要ONAP从一开始就很顺利运行明显不切实际，对于运营人员来说同样难度很大。
展望未来，ONAP社区已经开始计划第二个版本——北京，发布时间预计将在2018年夏季，北京版本发布内容将包括“S3P”（规模、稳定性、安全性和性能）增强功能、支持当今服务供应商需求的更多用例、关键5G特性以及云间连接。大型企业可能会进一步影响未来版本的平台和用例。正如中国移动副总裁李正茂在近日举行的2017中国通信产业大会所指出的，北京版本不仅是中国的，也是世界的。任何国家都能在该版本里做贡献。
更重要的是，ONAP北京版本中将能看到SD-WAN的应用案例，同时也为企业数据中心提供平台。不管是对企业还是对ONAP的普及来说，这是一个更好的消息。
头条 | 光通信新年豪礼开单：中移动集采1.1亿芯公里 17家企业分食
头条 | 预计投资规模2900亿：今年的网络建设哪些是你的菜？