《企業網D1Net》6月13日（北京 編譯）
由于UC處理應用程序，SDN處理網絡，因此很多人難以把握二者之間的關系。事實上，到現在為止，應用程序和網絡在很大程度上是彼此獨立運作的，由此造成了結果的復雜性，難以設置性，以及不可預知性，同時也造成了紛爭解決的問題。這些問題影響了用戶體驗（UX），特別是在UC的關鍵之處——實時語音和視頻服務上。
那么，使應用程序和網絡能夠一起順利的開展工作為何如此困難呢？基本的問題是，實時語音和視頻對IP網絡有特殊的要求。更具體一點，實時交通需要服務質量（QoS）的品質特點，以盡量減少延遲，丟包以及誤差。數據并不像實時交通那樣對時間敏感，并且可以伴隨IP使用TCP來識別和重傳丟失的數據包。語音和視頻的時間架構更加苛刻，如果數據包丟失，檢測和重發它們的進程會很久，以至于它們與談話失去了相關性；這就是為什么語音和視頻使用UDP而不是TCP的原因。
今天，提供合適的語音和視頻性能需要QoS特性的預配置，這樣數據包提供了適當的路徑；該“預配置”是說起來容易做起來難。網絡工程師必須首先確保語音和視頻數據包有相應的標題來標記，以識別它們為語音或視頻網絡。然后，所有沿路徑的交換機和路由器必須設置為識別這些DSCP設置并為每個數據包分配相應的優先級。
這一工作在實踐中就更困難了。事實證明，DSCP設置是3層（即“IP”）功能。還有其他的QoS機制，例如802.1p優先級和Wi-Fi多媒體（WMM）在第2層運行，在QoS機制轉變的每個關口那里，網絡工程師必須為每個DSCP設置填充一個表，以等效于802.1 p或WMM設置；之后在另一個方向上也要做相同的內容！當然，如果以后有人在沿線的任何地方修復路由器的任何設置，這些優先領域可能會被剝離，QoS消失，用戶開始使用質量低劣的語音或視頻。
對于在這樣的環境中提供QoS，從客戶端到交換機，路由器，無線網絡控制器，和運營服務商的每一個元素，必須進行正確的設置（“手動”），以至于沒有什么可以進行改變。此外，整個過程的工作主要是在私有網絡中進行的。鑒于企業網絡的動態特性，可以很容易地看到這是不切實際的。
UC 與SDN不同的是，我們提供了一個機制，憑借這個應用程序可以告訴網絡，特別是SDN網絡控制器，它需要建立一個語音或視頻連接（包括諸如需要多少帶寬），此外SDN控制器反過來可以通過必要的指示，為該連接所述的網絡元件（例如交換機，路由器，WLAN控制器等）自動地提供相應的QoS 。
正如人們看到的那樣，這是一個非常艱巨的任務，但幸運的是，SDN的基本要素已經到位。開放網絡基金會（ONF）一直致力于發展一種稱為Open Flow的協議，允許SDN網絡控制器發送指令給網絡元素。去年，該ONF開始著手于所謂的“北行協議”，允許UC控制器一類的東西與SDN控制器進行直接的交談。
通過允許應用程序經由UC控制器直接與SDN基礎設施談話，可以消除復雜性，不變性，和固有的網絡預配置的不可預測性，并提供能夠動態地對用戶的需求進行響應的網絡服務。
簡而言之，這就是UC與SDN的相關內容，從而使應用程序能夠獲得特定類型的網絡連接。除了QoS的配置和網絡診斷，UC與SDN的功能被擴展到了流媒體，游戲和其他應用程序的支持服務上。展望未來，國際自盟（UCI）論壇正在力圖將UC與SDN的功能擴展到呼叫允許控制，交通工程，自動化診斷，安全性，防火墻和WLAN的業務流程上。本質上，從長遠來看是將那些應用程序驅動的控制擴展到整個網絡基礎設施。
雖然這些舉措需要更長的時間來開發，UC 與SDN將是一個重要的飛躍。幾十年來，網絡和應用程序基本上是獨立運作的，通過提供這種關鍵的連接，我們終于可以擁有了可以自動置備UC解決方案所需的復雜的多媒體業務的環境了。
物聯網產業一直在努力去理解SDN的意義及其影響。雖然大多數的談話都集中在更便宜的路由器和數據網絡中，UC與SDN將在一個新的、潛在的、更有趣的方向中進行談話。雖然它確實涉及一些棘手的技術，但最終，具有重大影響的將是用戶體驗和制造高品質的語音和視頻通話。
京公網安備 11010502049343號