您需要多少個NIC才能管理使用服務鏈式VNF的uCPE？ 答案是：一個用于WAN數據，另一個用于每個VNF，一個用于平臺？

錯了！ 使用帶內管理，可以讓所有管理接口和數據流量共享同一物理接口。 共享的接口可以最大程度地降低系統成本，并使最終用戶更輕松，這是為企業部署構建托管服務時的兩個關鍵支柱。 通過統一的帶內管理方法可同時滿足這兩個方面的要求，并簡化了服務提供商添加新的VNF功能和增加現金流的能力。

許多商用VNF作為一項附加功能都支持帶內管理。 它允許用戶配置一個網絡連接來處理WAN和管理流量。 通過帶內管理，VNF（或運行VNF的裸機物理設備）可以將單個IP地址用于所有面向Internet的通信。 卸載專用管理端口可簡化網絡設置，降低系統成本，并簡化安裝過程。 使用專用管理端口的標準帶外配置方法是VNF的基本設置，但是帶內管理可以有很大的改進。

圖1.比較標準和帶內管理VNF的配置

當某個VNF是其他VNF的服務鏈的一部分時，仍然有理由說明為什么可能需要專用的管理端口。 讓所有管理流量通過鏈中的所有VNF是非常不理想的。 配置這樣的設置將給服務鏈中的每個VNF增加不必要的復雜性，而僅用于啟用服務鏈的VNF特定配置將為服務配置創建漏洞。 根據設計規則，所有VNF均應不知道其所屬的服務鏈和底層網絡。

圖2：VNF服務鏈結合帶內管理的服務鏈是一個設計問題

此推理強烈支持使用標準的帶外方式通過專用WAN，LAN和管理端口配置VNF。 另一方面，帶單個接口端口的帶內管理可提供更好的用戶體驗和更低的系統成本。

圖3：VNF服務鏈上沒有帶內管理的服務鏈，用于簡單的VNF入門

將簡化與良好的設計原則相結合，對服務鏈的網絡設置提出了一些嚴格的要求：

·   出于成本原因，需要為WAN和管理面共享物理端口。

·   每個VNF都必須在不感知其所屬服務鏈的情況下進行配置。

·   使用專用的WAN，LAN和管理端口進行帶外網絡配置是配置每個VNF的理想方法，因為它是標準配置方法，并且是干凈服務鏈配置所必需的。

這些看似不兼容的要求如何組合起來可能并不明顯，但是可以在底層虛擬化層中實施解決方案。

·   虛擬化平臺必須允許其自己的平臺級管理流量與用于WAN流量的物理NIC共享。

·   用于WAN流量的物理NIC也需要與每個VNF管理流量共享。

·   在單個物理NIC上共享所有管理和WAN流量不會對服務鏈中的單個VNF配置產生影響。

圖4：虛擬化平臺應獨立于其托管的VNF解決服務鏈和帶內管理

那么，有沒有可用的虛擬化平臺可提供這種方法來進行統一的帶內管理？

是的，Enea NFV Access是uCPE的虛擬化平臺，使用一個物理NIC在平臺級別為所有管理和WAN流量提供帶內管理。 作為零接觸配置（ZTP）的一部分，可以輕松實現自動化。 該解決方案可以擴展到任何規模的服務鏈。 在加入VNF時，不會考慮VNF是否包含在任何服務鏈中； 帶內管理和服務鏈接的所有網絡配置都在虛擬化平臺中解決。 Enea NFV Access簡化了VNF的注冊，支持WAN和所有管理的單個公共IP地址，并提供了真正的通用注冊方法，可實現了完全開放和零鎖定。

注意：本文最初在LinkedIn上發布。