一个以软件为中心的、虚拟化的、运行在商品硬件上的电信基础设施背后的前提仍然是有效的，这个基础设施能够运行多供应商网络功能并跨多个域进行协调。而且，更重要的是，它仍然是一个值得称赞的重要商业目标。

无论这个基础架构是以虚拟机为中心，或者是基于云原生和基于容器(未来更合适的目标)，软件定义的电信基础设施仍然可以降低运营成本，提高灵活性和灵活性，提供更快的故障恢复，降低复杂性，还可以节省硬件。

[[275949]]

运营商SD-WAN：第一轮

在电信NFV的早期，出现了一些热门的应用案例，包括虚拟IP多媒体子系统(IMS)，虚拟演进分组核心(EPC)和虚拟客户端设备(CPE)。虽然vIMS和vEPC已经推出，并将作为5G部署基础铺设的一部分继续推出，vCPE案例发生了变化。

当NFV还处于起步阶段时，运营商试图找出合适的vCPE体系架构：在远程CPE中运行多少网络功能和多少网络功能，以及应该运行多少网络功能，而不是在存在点(POP)、中央办公室(CO)或云数据中心中运行?与此同时，企业边缘的复兴将SD-WAN提升为卓越的企业用例。很快，一级运营商就争先恐后地为企业客户推出SD-WAN服务。

运营商SD-WAN：第二轮

在获得SD-WAN初始成功后，电信公司意识到他们不能被供应商所挟持。随着思科收购Viptela，VMware收购VeloCloud以及诺基亚拥有Nuage Networks，电信公司需要利用这些主要网络运营商。SD-WAN正日益成为一个可以部署增值服务的企业边缘平台，电信公司希望确保控制该平台。因此，我们着手于第2代SD-WAN体系结构，它包括电信选择的、电信控制的通用CPE (uCPE)运行一种操作系统(vCPE OS)，以及一个或多个SD-WAN VNFs的选择。

这些第二代SD-WAN部署的目标是，在需要时将一个SD-WAN供应商换成另一个，从而降低现有SD-WAN供应商的影响力。这一举措是否真的会成功还有待观察。毕竟，现实情况是SD-WAN的成熟度和一致性不够，无需管理员重新培训，策略和配置重新映射，自动重新编程以及重要的系统重新配置，一个供应商可以无缝地交换另一个供应商。即使在有限的企业访问权限或对直接实际操作的SD-WAN配置的可见性的托管SD-WAN部署中，电信公司的托管服务团队仍然必须进行大量的工作，才能将一个SD-WAN供应商替换为另一个。

无论如何，电信公司正在构建基础设施来管理和托管uCPE上的多个VNF，以及POP，CO和云数据中心的VNF，以服务于SD-WAN用例。电信公司还提供SD-WAN以及增值VNF，如下一代防火墙(NGFW)，WAN优化器和虚拟路由器。其中一些是为了满足企业合规性需求，将以前认证的兼容防火墙和其他安全设备添加到SD-WAN部署，而其他则用作额外的增值服务。

所有道路都通向NFV

在早期的NFV演示中，我们为自助服务的市场“夸大”和“抨击”了丰富的VNF。不幸的是，许多演示从未实现过生产推广或任何重大的市场成功。

具有讽刺意味的是，SD-WAN是一个可以说是企业主导的计划，我们现在已经完全循环了。这些Gen 2 SD-WAN部署正在变成完全成熟的NFV部署，在多个供应商SD-WAN环境中进行协调，以及其他VNF(如NGFW，vRouters等)的集成。更好的是，这些部署还扩展到底层编排协调电路以及覆盖SD-WAN。我们现在看到跨域编排，将棕色地带MPLS VPN与现代SD-WAN或现代SD-WAN连接到云IaaS，PaaS和SaaS的快速通道，以提高性能和服务质量。

此外，正如我们过去所讨论的那样，随着5G FWA的出现，这些SD-WAN驱动的NFV基础设施也可以扩展到交叉协调5G FWA域。

在许多方面，SD-WAN浪潮已成为NFV大规模部署的催化剂：uCPE，POP，CO，基于云的NFVI，基于VM和基于容器的VIM层，具有NFV-O的跨域编排， VNFM和SDN控制器。或许，SD-WAN是我们一直在寻找的灵丹妙药，它解决了许多企业的麻烦，为运营商NFV计划注入活力，为生命提供第二次机会提供MPLS，并通过FWA与5G未来建立桥梁。