运营商需要NFV,NFV需要开源

6月14日，第三届OPNFV峰会在京召开。作为Linux基金会创建的NFV开放平台项目，OPNFV致力于加速各种开源生态系统NFV组件的融合、部署与验证进而打造出一个标准化NFV平台。

如何解决互操作性问题

时间回到2012年10月，AT&T、英国电信、德国电信、Orange等电信运营商在欧洲电信标准协会（ETSI）发起成立了一个新的网络功能虚拟化标准工作组NFV ISG。但是此时NFV并没有引起广泛关注。直到2013年，AT&T公布其Domain 2.0网络计划，运用NFV和SDN打造新一代网络架构，并宣称到2020年时，将此新架构运用到超过75%的对外信网络服务。从此，作为IT和CT融合的典范，NFV开始进入大家视野。

简单来说，NFV（网络功能虚拟化）就是借助x86等通用性硬件平台（而非之前的专有硬件平台）以及虚拟化技术，来承载和实现电信网络功能，在提高电信网络灵活性的同时降低网络的建设成本。在电信领域，由于专有网络设备的存在造成电信运营商不得不面对或者“七国八制”或者受制于一家厂商的尴尬局面。而NFV硬件的通用化和标准化以及设备的软件化，将极大地帮助用户摆脱供应商锁定，使得他们在供应商选择、设备迁移、更新换代等各个环节，具有更大的自和话语权。

其实，NFV不仅为电信运营商打开了一扇新的窗户，也为戴尔、惠普等IT厂商以及像腾讯这样的互联网公司进入电信运营商市场开启了一扇门。也正是因为这些新势力的介入，导致了NFV技术近几年发展非常迅速，当然激烈的竞争也是难免。但是，随着产业界的热情高涨，电信运营商又遇到一个新的问题，那就是不同供应商NFV设备之间互操作性（互联互通）的问题。

中国移动研究院高级研究员邓灵莉认为，开源是解决这一问题的理想途径。所以，我们也就不难理解OPNFV的价值所在。她说：“包括中国移动在内，电信运营商非常渴望有一个开放源码的参考平台来验证NFV解决方案在多厂商环境下的互操作性，OPNFV就是这样开源项目。”

OPNFV的“与众不同”

OPNFV执行董事Heather Kirksey表示，OPNFV项目的目的是推动不同开源生态系统上NFV部件的开发和演进。通过系统级的集成、部署和测试，OPNFV搭建了一个标准化的NFV参考平台，从而加快电信运营商的网络变革。OPNFV的这一定位也决定了它的与众不同：其他开源项目可能更专注于代码的开发，OPNFV专注的是把其他领域的项目拿过来进行集成、测试、部署，从而形成一个能适应NFV应用环境的下一代网络堆栈。因此，“上游合作”成了OPNFV的一个重要特点，这也意味着OPNFV成员同时也是OpenStack、KVM、OpenDaylight等开源项目的积极参与者。

而在中国移动研究院的邓灵莉看来，OPNFV还有一个突出特点那就是目标导向明确。她说：“不同于其他组织的松散性，OPNFV是由电信运营商主导的，要求具体、目标明确。上游开源社区的参与者以IT厂商居多，他们对电信运营商市场的需求理解会存在一定的偏差，所以我们需要OPNFV这样一个平台在统一目标导向。”为更好地推动在运营商级别实现OPNFV，OPNFV把运营商的需求整合至其的编程代码中，从而能更好更快地发现并解决项目运行中的问题，如通过虚拟EPC解决相关漏洞等。

根据Heavy Reading针对电信运营商开展的一项调研，有98%受访者表示对OPNFV在履行其加速开源NFV应用的承诺方面比较满意或者非常满意，而近一半（45%）的受访者认为OPNFV对运营商实现其NFV目标非常有帮助。OPNFV能够带来的最大优势包括更容易集成和更快地部署NFV。受访的电信运营商认为最重要的OPNFV活动包括：在不同平台上进行虚拟网络层互操作性测试；提高网络运营商对上游项目的兴趣；帮助体系结构概念的融合；提供端到端的功能系统测试。Heather Kirksey对此评论说：“运营商们认可OPNFV的发展，特别是那些采用NFV推进生产的运营商们，而且他们也认可OPNFV对于生态系统越来越重要，这让我们备受鼓舞。当我们制定策略并改进我们的方法时，反馈一直是非常有帮助的。随着生态系统的发展，我们尽最大努力满足网络运营商更广泛采用开源NFV时不断变化的需求。”

进入商用期

OPNFV正在从概念验证阶段转向生产环境的商用部署。今年4月OPNFV了其第四个版本 Danube（多瑙河），第四版本以欧洲第二大河流命名（OPNFV的版本均以河流名称命名，前三个版本分别为：Arno、Brahmaputra、Colorado），汇集了全面的下一代网络协议栈。Danube版本是将多个端到端开放网络堆栈中的元素汇聚在一起的唯一平台，其最大的亮点在于解决了NFV性能，包括数据平面加速，并引入了管理和编排功能，涉及NFV基础设施/虚拟基础设施管理器以及ONAP（Linux基金会旗下另一开源组织）的集成。

Heather Kirksey认为Danube版本将成为NFV解决方案供应商之间进行协作以及NFV、SDN和云生态系统之间快速复制的助推器。但她也指出，OPNFV规模商用的障碍仍然存在，比如核心基础设施平台和VNF之间的互操作性，MANO软件和OSS/BSS集成的成熟度，还有文化和观念等障碍。为了帮助克服这些障碍，OPNFV会更加重视开发人员培训和入职，改进文档，并更好地衡量上游的影响。此外，进一步集成ONAP推进应用的使用、融入DevOps推动持续集成和持续部署（CI/ CD）、对容器技术的支持以推动原生云的发展等工作也是OPNFV下一步工作的重点。

Heather Kirksey还介绍，在解决互操作性的问题上，OPNFV计划在今年年底推出NFV功能测试平台，让运营商可以更方便地把各个模块集成在一起，组合成NFV的整体系统并进行部署，帮助运营商解决设备间互联互通的问题。此外，OPNFV接下来会对即将推出的OPNFV Euphrates版本进行第四次互操作性测试计划，该活动将于今年12月在美国俄勒冈州波特兰附近的英特尔校园举行。