在企業中，SDN 用于虛擬化路由和交換過程，但尚不清楚運營商是否希望或需要在其網絡內使用此功能。從數據中心的角度來說，將網絡控制器交由協調器管理是合適的。但對于運營商網絡，以動態方式將網絡作為整體進行控制比按元件控制更加重要。
NFV方案
SDN是NFV的推動力量。對于這一點，舉例說明最易于理解。
以我們從中運行虛擬化寬帶遠程訪問服務器 (BRAS) 的 NFV 方案為例。在運營商網絡中，這通常是網絡邊緣的路由器，它會接收來自終端用戶的所有通信，并使該用戶可以訪問因特網及其他服務。在這一簡單的示例(圖1)中，NFV 協調器可對兩個中央辦公室位置進行廣泛控制，并且在兩個中央辦公室位置都擁有云資源。BRAS應用程序在中央辦公室 1 中運行，用戶從該辦公室獲得服務。
現在問題出現了：中央辦公室 1 中為用戶服務的云節點崩潰了(參見圖2)。發生這種情況時，協調器應該在中央辦公室 2 啟動 BRAS 應用程序的虛擬實例，而且各項功能都應保持良好狀態以繼續為客戶提供服務。但用戶需要連接至中央辦公室 2。在典型的運營商環境中，可能有連接兩個位置的傳輸，但沒有邏輯路徑。某些部分需要建立連接。
創建的路徑需要在廣域網 (wide area network, WAN) 資源，而非數據中心資源上實施。NFV協調器不了解“基礎”網絡及其當前狀態。一個可行的解決方案是使用了解基礎網絡狀態的網絡控制器來動態創建路徑。
為了進行交換以使起點為用戶的路徑指向新位置，需要將數據中心內的接入路由器和面向 WAN 的路由器包括在內。創建新路徑需要基于事件動態更改連接性。因此，我們需要SDN控制器。該控制器無法為不了解這些資源的NFV協調器提供幫助。
在這個簡單的示例中，由于您可能仍然需要在協調器功能范圍內的小型數據中心(中央辦公室)中的 SDN 控制器，因此要求提供NFV 環境下的 SDN 控制器，以及至少兩個不同級別的 SDN 控制器是有理由的。可以考慮使用更多級別的 SDN 控制器，但至少明確級別數量在一個以上。
對于 CSP，SDN 并不一定與網絡虛擬化有關(對大多數數據中心和云運營商如此)，而是與動態網絡配置和控制以及提供服務以通過服務層抽象來訪問和操控整個網絡服務的能力有關。
SDN 是天然的 NFV 推動力量，因為借助其網絡拓撲靈活性和動態配置，可以充分實現NFV 的價值。
京公網安備 11010502049343號