在NFV变革的浪潮之下，电信运营商在积极探索新的技术道路的同时，也不会防止再次落到供应商瞄准的窘境。欧洲电信标准化协会（以下全称ETSI）为NFV制订了参照架构，以便所有参与者可以依照联合的框架已完成涉及研发工作。　　参照框架是可拓展的，可以从最基本的设计和功能开始仍然伸延到能容纳极端网络流量的配备，参照架构还包括了原始的基础架构层、资源管理与业务流程选曲层，以及OSS层和网络功能层。其中网络功能层中的虚拟网元（VNF）就逻辑功能而言与物理网元（PNF）完全相同，因此在ETSI中没做到更进一步的规范。

　　然而从参照框架到具体实施依然有很长一段路拒绝，每一个层面都必须加以细化，以便使NFV可以落地实行。因此在ETSI参照框架的基础之上，各个公司、运营商都会融合自身在电信行业和IT行业的专业能力，设计出有的更进一步的实行蓝图，为电信运营商认为如何将NFV的有所不同组件统合在一起，构成原始、对外开放的、标准的、电信级NFV解决方案。明确而言，在每个层面都必须不具备适当的解决方案，并在各个解决方案中深度挖出电信运营商的市场需求，构成普遍的、面向电信运营商NFV深度自定义简化的技术框架。

　　基础架构层　　在基础架构层，必须基于近期科技的商业标准化计算出来、存储和网络资源，这些基础架构资源可以部署hypervisor层以便运营虚拟化，可以为ISV和电信运营商们的虚拟世界网络功能在标准服务器上获取线速的网络性能，同时，还可以融合动态Linux操作系统、SR-IOV、DPDK、vSwitch、KVM等技术，保证电信级网络运营的性能和可靠性。最后超过网络功能虚拟化NFV的终极目标：在标准商用IT硬件资源上运营网络。　　资源管理与业务流程选曲层　　由于在基础设施层用于了大量标准商用IT硬件，因此对这些硬件的管理之后变得极为重要。

尽管在ETSI参照架构中未对硬件管理工具作出详尽解释，但这个问题似乎不容忽视。在NFV参照架构的底层，必须一个统一的、全面的基础架构平台管理工具，这个管理工具容许IT/网络运维团队使用更为非常简单、自动化的方式去管理、配备、协作NFV的基础设施。管理软件应该基于RESTAPI等标准化模块设计，更容易扩展到整个数据中心的设备管理甚至云管理，以便大大降低设备运营成本，某种程度也减少为NFV网络功能获取较慢运营平台服务的时间。

　　在这个基础之上，虚拟世界基础设施管理层将构建确实意义上NFV领域内的基础设施即服务（IaaS），它利用云操作系统构建分钟级别的基础架构资源分配和服务部署，对外获取标准的API，构建高度自动化云部署管理和云服务管理。在这一层面上，尽管OpenStack早已更加为人所拒绝接受，但必需考虑到社区版OpenStack在反对力度、性能优化、稳定性等方面的问题，谨慎自由选择合适电信级应用于的VIM解决方案。事实上，还包括HP公司在内的诸多IT企业就在自身商用OpenStack的基础之上，研发、完备电信级的Openstack版本，电信版本将在5个9的可靠性，治愈、在线升级、高性能、安全性、可管理性方面展开全面强化。　　另外值得一提是SDN控制器，尽管它某种程度没在ETSI参照框架中被所列。

作为基础架构层里面很最重要的一个环节，网络虚拟化必需要反对业界近期的网络技术，不管是虚拟世界网络还是物理网络，是传统网络技术还是OpenFlow技术等，都必须一个掌控和管理层去反对它，SDN控制器应该反对物理网络和虚拟世界网络自动的资源分配，反对Overlay网络，反对2层和3层数据流的掌控和发送，反对SDN网络和非SDN网络的数据桥接。　　最后，在管理层还必须选曲器，用作构建NFV网络功能的的组织和选曲，以及全局资源（横跨数据中心，横跨资源池）的管理和监控，这个模块的功能就是ETSI定义的NFVO（NFVOrchestrator）功能完全相同，是NFV网络功能运营的关键组件。

由此可见，运营商在这一层上必须一个第三方的、独立国家于设备制造商的Orchestrator，可以和来自有所不同设备制造商或者软件开发商的网元展开接入，这是对外开放NFV生态系统的关键，让运营商仍然被厂商瞄准。这也是HPNFVDirector这类第三方产品和其它开发商获取产品仅次于的有所不同。

本文来源：澳门人威尼斯官方-www.slsjysxh.com