在數(shù)據(jù)中心領(lǐng)域，網(wǎng)絡只是一項資源。但在通信服務提供商 (CSP) 這里，網(wǎng)絡就是正題。這一思維上的差異意味著軟件定義網(wǎng)絡 (SDN)已經(jīng)可以有效解決數(shù)據(jù)中心內(nèi)的問題，但只是搜索運營商網(wǎng)絡內(nèi)問題的解決方案。網(wǎng)絡功能虛擬化(NFV) 通過為 SDN 提供有說服力的業(yè)務案例改變了這一狀況。

　　在企業(yè)中，SDN 用于虛擬化路由和交換過程，但尚不清楚運營商是否希望或需要在其網(wǎng)絡內(nèi)使用此功能。從數(shù)據(jù)中心的角度來說，將網(wǎng)絡控制器交由協(xié)調(diào)器管理是合適的。但對于運營商網(wǎng)絡，以動態(tài)方式將網(wǎng)絡作為整體進行控制比按元件控制更加重要。

　　NFV方案

　　SDN是NFV的推動力量。對于這一點，舉例說明最易于理解。

　　以我們從中運行虛擬化寬帶遠程訪問服務器 (BRAS) 的 NFV 方案為例。在運營商網(wǎng)絡中，這通常是網(wǎng)絡邊緣的路由器，它會接收來自終端用戶的所有通信，并使該用戶可以訪問因特網(wǎng)及其他服務。在這一簡單的示例（圖1）中，NFV 協(xié)調(diào)器可對兩個中央辦公室位置進行廣泛控制，并且在兩個中央辦公室位置都擁有云資源。BRAS應用程序在中央辦公室 1 中運行，用戶從該辦公室獲得服務。

　　現(xiàn)在問題出現(xiàn)了：中央辦公室 1 中為用戶服務的云節(jié)點崩潰了（參見圖2）。發(fā)生這種情況時，協(xié)調(diào)器應該在中央辦公室 2 啟動 BRAS 應用程序的虛擬實例，而且各項功能都應保持良好狀態(tài)以繼續(xù)為客戶提供服務。但用戶需要連接至中央辦公室 2.在典型的運營商環(huán)境中，可能有連接兩個位置的傳輸，但沒有邏輯路徑。某些部分需要建立連接。

　　要創(chuàng)建的路徑需要在廣域網(wǎng) (wide area network，WAN) 資源，而非數(shù)據(jù)中心資源上實施。NFV協(xié)調(diào)器不了解“基礎(chǔ)”網(wǎng)絡及其當前狀態(tài)。一個可行的解決方案是使用了解基礎(chǔ)網(wǎng)絡狀態(tài)的網(wǎng)絡控制器來動態(tài)創(chuàng)建路徑。

　　為了進行交換以使起點為用戶的路徑指向新位置，需要將數(shù)據(jù)中心內(nèi)的接入路由器和面向 WAN 的路由器包括在內(nèi)。創(chuàng)建新路徑需要基于事件動態(tài)更改連接性。因此，我們需要SDN控制器。該控制器無法為不了解這些資源的NFV協(xié)調(diào)器提供幫助。

　　在這個簡單的示例中，由于您可能仍然需要在協(xié)調(diào)器功能范圍內(nèi)的小型數(shù)據(jù)中心（中央辦公室）中的 SDN 控制器，因此要求提供NFV 環(huán)境下的 SDN 控制器，以及至少兩個不同級別的 SDN 控制器是有理由的。可以考慮使用更多級別的 SDN 控制器，但至少明確級別數(shù)量在一個以上。

　　對于 CSP，SDN 并不一定與網(wǎng)絡虛擬化有關(guān)（對大多數(shù)數(shù)據(jù)中心和云運營商如此），而是與動態(tài)網(wǎng)絡配置和控制以及提供服務以通過服務層抽象來訪問和操控整個網(wǎng)絡服務的能力有關(guān)。

　　SDN 是天然的 NFV 推動力量，因為借助其網(wǎng)絡拓撲靈活性和動態(tài)配置，可以充分實現(xiàn)NFV 的價值。