【导读】：nfv是运营商下一代云化可编程网络的关键支撑技术，是构筑未来开放式电信网络及业务生态环境的基础。etsinfv标准作为nfv的核心框架，随着互联网、云计算技术的发展在不断的演进之中，是全球运营商实现多厂商、分层解耦的nfv商用系统以及建立开放式nfv生态环境的基础。纵观全球，nfv技术仍处于相对初级的虚拟化阶段，有很多现实的问题需要解决。近两年国内运营商加快了nfv落地试点及商用部署的步伐，2018年可以预见到更多的规模化商用部署落地。在大规模商用部署之前，有必要对nfv的整个发展历程、国内外运营商整体情况、存在的问题以及后续发展思路进行系统性的梳理和反思，以帮助解决商用部署中的问题、指导nfv从虚拟化到云化发展的突破、建立一个运营商以及it/ct厂商共赢的良性nfv生态环境。
nfv发展历程
nfv是云化可编程网络的关键技术
纵观整个通信发展史可以发现(参见图1)，通信网络的发展变革关键在于新技术的驱动。数字程控交换技术的发展使得我们从传统的模拟电路交换时代进入了通信2.0时代，ip技术在通信领域的运用，以及4g网络架构的演进，使得我们进入了全ip网络的通信3.0时代。而nfv则是我们即将进入的通信4.0–云化可编程网络的关键技术之一(未来我们是否会借助人工智能和机器学习进入自组织网络的通信5.0时代？)。
技术驱动的通信网络发展变革
etsinfv的产生及发展
2012年10月，借在德国召开的sdn及openflow世界大会之机，13家网络运营商聚集在一起，首次发布了nfv的介绍性白皮书，第一次正式提出了nfv的构想。这部白皮书成为指导nfv后续行动的纲领性文件。
2013年初，在etsi总部-法国的索菲亚·安蒂波利斯召开了isgnfv(nfv行业标准工作组)第一次全体大会，这标志着nfv正式成为全球电信产业关注、并致力于通过标准化工作快速发展的领域。截止到目前，isgnfv会员已达到三百多家(其中包含38家运营商)，是etsi参与会员最多的工作组。
多年以来，电信运营商饱受专属硬件网络设备的困扰。提出nfv的初衷旨在利用it虚拟化技术来解决这些问题，通过网络功能软件化，将不同类型的网络设备整合到工业标准的大容量服务器、交换机和存储设备上，并能根据需要在网络不同位置部署运行。
从2012年首部nfv白皮书至今，etsi在nfv标准化方面做了大量的工作，为nfv产业发展奠定了坚实的理论基础。关键的里程碑(参见图2)包括2013年提出nfv参考框架、2014年的nfvmano框架等。从2015年开始，etsi一直致力于在功能、模型、接口及互操作标准方面进行标准化定义及完善。2017年8月，etsisol工作组发布了可落地的互操作restful协议接口和tosca模型的部分关键成果，成为解决多厂商互操作问题的关键里程碑!
etsiisgnfv标准化关键里程碑
图3展示了isgnfv标准化工作的主要内容。自2013年起，etsi基本上每隔两年发布一次nfv标准成果版本(release)。各版本相关的主要工作内容如下：
etsiisgnfv标准化工作主要内容
-版本1(2013-2014)：重点研究nfv的概念及可行性。主要工作包括：提供基线研究和规范、定义nfv体系结构(基础设施nfvi、虚拟网络功能vnf、网络服务ns、nfv管理及编排mano)等
-版本2(2015-2017)：重点研究nfv解决方案的互操作性。主要工作包括：功能需求、架构、参考点的详细要求和定义、基于nfv体系结构的互操作性标准定义(包括vnf包、vnf/ns描述符、信息模型/数据模型、接口及协议规范等)
-版本3(2016-2018)：重点研究针对nfv投入运作(商用化)如何丰富nfv架构框架和功能特性。主要完善的功能特性包括：计费管理、软件许可管理、策略管理、多站点编排部署、devops及云原生支持等。同时版本3还进一步完善了与接口和描述符相关的新需求和规范。
蓬勃发展的nfv产业
当今的互联网时代是一个协作的时代。协作能够使得各参与方更快、更可承受、更有效地推进技术的进步。nfv作为电信网络从全ip网络到云化可编程网络的关键技术，得到了产业界的热烈响应。鉴于在nfv领域有很多关键问题和技术需要解决，因此各方协作成为广泛的共识。
以etsi的nfv参考框架为核心，从标准化组织、产业联盟到开源社区，从科研机构、厂商到运营商，相关各方在需求、验证、研究、规范、实现、部署等多个维度展开协同工作，有力地推动了nfv技术的进步和成熟，形成了蓬勃发展的nfv产业。图4展示了nfv产业的主要相关参与方(标准化和开源角度比较著名的有tmforum的zoom、mef的lso、onap以及opnfv等)。
蓬勃发展的nfv产业
不断演进中的nfv框架
nfv是it虚拟化及云计算技术在通信领域的应用。然而，这里的应用不是简单的、一成不变的应用，而是随着技术的不断创新和发展，将最新的虚拟化、云计算理念和技术持续不断运用到nfv理论和技术框架的过程。
随着技术的发展，nfv框架在不断丰富和完善之中。例如，早期的虚拟化技术是基于hypervisor、以vm为主的技术。2013年，随着docker的正式开源，基于容器的虚拟化技术以其独特的技术优势，逐渐成为互联网应用主流的部署方式。
鉴于容器化技术的迅速发展和其独特的技术优势，etsi标准化组织也对将其纳入nfv框架进行了重点研究。例如，《nfv-eve004：关于在nfv框架中运用不同虚拟化技术的报告》中，明确提出了nfv框架包括对hypervisor与容器等虚拟化技术的支持，如图5所示：
nfv框架对hypervisor与容器等虚拟化技术的支持
除了容器技术之外，随着微服务技术的发展，将庞大的单体应用拆分为由不同微服务组件组合而成的云原生应用，可以在基础设施可靠性相对较低的情况下实现应用及业务的高可靠性，并能根据业务量大小按需动态实现水平容量扩展，在it及互联网界逐渐成为主流的应用设计模式。
云原生应用设计模式在nfv框架中也得到了体现。例如：在etsi版本3的《nfv–eve011：云原生vnf实现分类描述》规范中，描述了云原生vnf需要满足的各类非功能性需求以及在设计实现上的考虑。其中，关键的云原生非功能性需求包括：可恢复性(resiliency)、弹性(scaling)、可组合性、位置无关性、状态管理、能力开放、零接触管理和负载均衡等。与此相关，版本3目前也在研究如何针对云原生及paas需求对nfv架构进行增强等。相关的进展参见nfv-ifa029报告。
随着对nfv认识的进一步加深，人们逐渐意识到，nfv的本质不是简单的软硬件分离(separationofsoftwarefromhardware)，而是功能与容量的分离(separationoffunctionalityfromcapacity)。这一点与google等互联网云计算公司近1-2年提出的cloud3.0架构-无服务器计算(serverlesscompute)和faas(functionasaservice)模式等在本质认识上越来越接近。随着云计算领域更多新技术的不断涌现，nfv必将不断扩展其内涵。
nfv发展的四个阶段
nfv并非是一个单一的解决方案，nfv的发展是一个不断演进的分阶段过程。它的每一个阶段都代表了不同的技术创新，都是向着更快地交付应用和业务、驱动更多的创新方向发展。当然，随着技术的成熟，运营商在部署nfv的时候，也可以跨越不同的阶段。
基于业界共识，目前可以将nfv的发展分为以下四个阶段(参见图6)：
nfv发展的四个阶段
1.解耦阶段：网络功能与底层硬件的分离，从ct厂商专属、封闭的解决方案中解放出来，以软件形式部署在标准化硬件平台之上和数据中心网络环境中，可以提升部署灵活性，同时降低成本和管理复杂性。
2.虚拟化阶段：网络功能部署在基于hypervisor的虚拟化基础设施资源之上。可以有效地提高资源利用率/密度，并可以通过编排器实现简单的管理能力，如扩缩容等。
3.云化阶段：基于统一控制和编排的电信云化环境及云原生vnf能力，能更好地实现全网络范围内的资源共享和弹性部署。同时能根据网络流量模式及客户需求变化，以自动化的方式动态地响应并创建/变更业务。新的业务可以采用devops模式开发并以敏捷弹性的方式部署。
4.分解重构阶段：对网络功进行分解重构，以更科学、更灵活的基本构件块形式存在。运营商可以利用这些更细粒度的子功能，像拼接乐高积木一样，更快地动态拼接出全新的业务。为提高客户体验，部分子功能组件可以智能化地推送到客户侧或者网络边缘，一些更为通用的子功能组件可以下沉到云化基础设施层，以paas能力部署。
从技术角度看，这四个阶段基本上都不存在难以逾越的障碍。从国内外运营商的poc及现网部署所采用的技术角度看，目前全球nfv发展整体上处于虚拟化阶段，尚未进入到云化阶段。
有一种观点认为nfv已经过时了，因为它只是实现了虚拟化，未来将是nfc(networkfunctionscloudification)-网络功能云化的时代。对这个观点，我觉得值得商榷。从上文分析可以看出，云化只是nfv走向发展成熟的一个中间阶段，现有以etsi为核心的nfv标准体系在其持续的演进和完善的过程中，已经覆盖到了云化阶段的需求，从整个nfv产业健康发展角度，完全没有必要推倒重来、为吸引眼球另起炉灶鼓吹一个全新的概念和体系。
全球运营商nfv整体情况
2017年，从整体上讲，全球主流运营商在nfv商用部署上大多采取相对稳健的做法，大规模的nfv商用化部署尚未开始。
主要的虚拟化商用部署集中在以下几个方面：
-核心网，主要包括vepc、vims、vpcrf等
-边缘及汇聚网络设备，如vbng/vbras、vsbc、vcdn等
-面向客户的创新业务，如vcpe、sd-wan、live-tv(瑞士电信)等
尽管多数运营商希望网络尽快演进到nfv/sdn，但许多电信运营商发现，nfv的实施过程比他们最初以为的更为困难，有些进展甚至比预期的更慢。纵观全球，nfv技术仍处于相对初级的阶段，有许多问题有待解决。
主要的问题包括：
-nfv技术的可靠性和稳定性还有待验证;
-虚拟化及传统网络共存给网络运维带来的挑战;
-多厂商环境使得厂商和运营商的网络虚拟化更加复杂，厂商定位和解决网络问题的责任范围方面存在不确定性，nfv集成部署和管理能力成为关键;
-互操作性相比预期面临着更大的挑战，因为标准缺乏成熟度，现有的etsi规范(不含2017年8月份新发布的sol规范)不足以实现多厂商之间无二义性的对接，测试也由于缺乏完整的规范实现而受到阻碍;
-运营商不仅希望摆脱私有功能和专用硬件，还希望能够动态扩展这些网络功能，实现云规模的灵活性和效率。但目前大部分vnf只是从旧的平台移植到虚拟机中运行，并非基于云原生设计，不能带来真正的云效益;
-从垂直烟囱到水平职能的转换造成各部门缺乏问责制和责任，许多企业缺乏明确的框架来定义这些概念，造成职责模糊。
经过这一两年的实践摸索，运营商针对解决上述问题已经积累了一定的经验。在2018年，预期将有更多nfv规模化商用部署，除了虚拟化部署之外，运营商在今年也会进一步探索对nfv进行云化商用部署。
典型海外运营商nfv发展思路
部分运营商从nfv发展之初就开始着手考虑基于nfv的整体战略和思路，在nfv发展过程中，根据自身的实际情况，主导制定了相对明确的顶层设计思路、技术架构与商用路线，并通过与厂商、开源软件/开源硬件社区的广泛合作等方式，扎实地推进了nfv的落地和商用化部署。这些运营商为我们提供了在nfv实践方面很好的参考，典型的如at&t和skt等。
at&t
在nfv/sdn等创新技术的驱动下，at&t率先于2013年提出了domain2.0(d2)转型战略。at&t的d2计划聚焦于运用云技术和网络虚拟化技术来提供服务，以降低基础建设与运营费用，显著提升运营的自动化能力。通过d2战略，at&t计划在2020年网络虚拟化达到75%，并最终转型为一家软件公司。截止到2017年底，at&t宣称其网络虚拟化程度已经达到55%。
为支持其向软件公司转型的战略，at&t在nfv实践中一直坚持以开源软件为主的自主研发战略。其domian2.0计划包含4大支柱，如图7所示：
at&tnfv战略domain2.0的4大支柱
1.ecomp/onap：在实现at&td2的主要目标方面，ecomp具有关键作用。通过ecomp可以快速地部署新业务(由at&t或第三方创建)，创建云消费者业务和企业级业务的新型生态系统，提升运营效率，增强网络为客户提供的价值。ecomp是at&t基于开源软件的自主研发平台，已在at&t内部使用了2年多的时间，并于2017年2月与open-o合并为著名的开源onap社区。at&t致力于通过ecomp/oanp的开源，将其打造为运营商下一代网络管理及编排的核心与事实标准，成为未来网络的android系统。目前，已经有多家运营商，如orange和bellcanada等正在部署ecomp/onap并进行业务测试。
2.aic：at&t集成云(at&tintegratedcloud)是at&t网络转型的基础，是其创建可以运行多种虚拟网络功能的云化基础设施的关键。at&t基于开源社区的openstack版本，自主研发了orm等资源集中管控机制，采用devops方式开发和部署aic。目前，at&t已经在全球部署了接近100个aic节点。在2018年推出的aic下一个版本中，将支持基于kubernetes的容器云，以更好地实现云原生vnf的部署。
3.vnf需求及指南：这些文档定义了vnf在电信云环境下的通用需求、对云原生vnf在设计层�...