在这个专栏，我一直在研究如何实现电信云以及需要多久才能实现电信云。新兴的技术，譬如：SDN、NFV，它们存在很多优势，但是想要在运营商网络落地依然很复杂。关键点在于如何把这些新技术的精髓整合到已有的网络中。

NFV一直被人视为应用在电信网上的IT/云模型。在运营商核心网商部署云需要一系列让人眼 花缭乱的操作系统和服务平台支持。如果是核心光网络，那会更复杂。构建电信云不仅需要在数据中心部署专门的NFV设备，在数据中心外部还需要软件和硬件集成。其中包括：OSS，WAN，服务编排技术（生命周期服务编排LSO）。构建一个真正的运营商NFV服务，需要一个完整的集成的操作堆栈。

完整的NFV运营商堆栈

OSS,SDN,服务编排，这些NFV堆栈更高层次的应用，对运营商来说是很难操作的。但是这些应用需要用来构建一个虚拟化系统，这个系统能监测整个网络和资源的可用性，来实现一个动态的自主网络。

端到端的NFV运营商

真正的NFV，在运营商云中交付，向用户提供优质的终端服务。这就需要将 WAN，SDN，LSO三者进行集成，这可能会需要一些时间。服务提供商商已经公开说明网络 虚拟化运营服务与网络核心基础设施结合仍然需要大量工作。

在最近一次的与Verizon网络架构团队视频通话中，Verizon的SDN和NFV研究员Fred Oliveira指出，Verizon现在正在对核心网络的软件系统进行整改，来与NFV云集成。

Oliveira说：“Verizon已经采取行动，整合所有的网络功能，并准备将这些网络功能部署在更灵活的云环境中，这需要集成一些SDN的功能。需要考虑的问题是如何以虚拟的方式来部署一台裸机。”

其他的服务提供商还制定了NFV与服务编排层相结合的计划，ATT提出了ECOMP。ECOMP有数百万行的开源代码，其中包括了WAN协调和OSS集成。ECOMP包括端到端服务实例自动配置的主服务协调器MSO。

NFV运营商的关键技术：服务编排

为什么NFV运营商会对这个领域感兴趣。因为NFV运营商需要在他的网络中集成大量的技术平台。当然ECOMP不是唯一的面向WAN的服务编排工具。一些供应商驱动的项目也在寻求端到端的服务编排环境，比如：Ciena的Blue Planet，ADVA的Ensemble Orchestrator。还有一些开源项目，比如：Linux Foundation的OPEN-O项目，在研究SDN和NFV的协作管理。

所有的这些努力让全球的运营商网络变成了一个庞大复杂的实体。这就是我们不能把简单的实现了电信云当作NFV。只到有一天我们连接了所有的实体，并把它们以虚拟化的形式提供给了用户，NFV才是真的实现。

原文链接：https://www.sdxcentral.com/articles/analysis/operational-keys-carrier-nfv/2016/10/