一個以軟件為中心的、虛擬化的、運行在商品硬件上的電信基礎設施背后的前提仍然是有效的，這個基礎設施能夠運行多供應商網絡功能并跨多個域進行協調。而且，更重要的是，它仍然是一個值得稱贊的重要商業目標。

無論這個基礎架構是以虛擬機為中心，或者是基于云原生和基于容器(未來更合適的目標)，軟件定義的電信基礎設施仍然可以降低運營成本，提高靈活性和靈活性，提供更快的故障恢復，降低復雜性，還可以節省硬件。

[[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未來建立橋梁。