您當(dāng)前的位置是:  首頁 > 資訊 > 文章精選 >
 首頁 > 資訊 > 文章精選 >

基于SDN-NFV-SD-WAN構(gòu)建的SIP/IMS/SBC/UC虛擬化部署

--網(wǎng)絡(luò)編排的可行性討論和具體示例實踐分享

2021-05-24 08:59:44   作者:james.zhu    來源:Asterisk開源派   評論:0  點擊:


  SDN,SD-WAN和網(wǎng)絡(luò)功能虛擬化(NFV)已經(jīng)部署在很多的互聯(lián)網(wǎng)領(lǐng)域,特別是一些目前市場上領(lǐng)先的企業(yè),例如,思科,華為等都分別發(fā)布了自己的解決方案,一些互聯(lián)網(wǎng)公司也正在投入更多的資源開發(fā)這個市場。SDN和NFV虛擬化目前市場上的一塊大蛋糕。因為互聯(lián)網(wǎng)技術(shù)的不斷升級,大平臺廠家的業(yè)務(wù)模式和應(yīng)用部署方式也隨之發(fā)生了翻天覆地的變化,例如微軟的365 企業(yè)服務(wù)應(yīng)用,人工智能接口,云CRM服務(wù)等一些和企業(yè)辦公場景綁定非常緊密的業(yè)務(wù)。這些業(yè)務(wù)部署方式的變化必然引起企業(yè)網(wǎng)絡(luò)架構(gòu)的調(diào)整,同時也包括了運營商的VOIP服務(wù)架構(gòu)的調(diào)整。
  
  此圖例和以下圖例均來自于互聯(lián)網(wǎng)資源
  在運營商VOIP網(wǎng)絡(luò)架構(gòu)中,IMS core 網(wǎng)絡(luò)是通信能力的核心網(wǎng)絡(luò),為企業(yè)提供各種SIP語音和視頻服務(wù)。另外,為了和企業(yè)通信網(wǎng)絡(luò)進(jìn)行對接,SBC也是必要的企業(yè)通信接口。如果企業(yè)通信網(wǎng)絡(luò)架構(gòu)發(fā)生遷移,IMS core 網(wǎng)絡(luò)和SBC也同樣需要進(jìn)行和SDN,SD-WAN和NFV的完美適配。為了實現(xiàn)SDN,SD-WAN以及對NFV的支持,IMS 網(wǎng)絡(luò)需要通過SDN和NFV進(jìn)行解耦,SBC也需要通過SDN,NFV進(jìn)行架構(gòu)的重建。筆者在本文章中將首先介紹企業(yè)網(wǎng)絡(luò)升級的討論,然后對SDN,NFV對企業(yè)網(wǎng)絡(luò)適配進(jìn)行討論,接下來對IMS core 網(wǎng)絡(luò)架構(gòu)在SDN,NFV中的實現(xiàn)進(jìn)行可行性討論,最后為讀者提供一個完整實踐示例說明如何通過SD-WAN和NFV實現(xiàn)VOIP網(wǎng)絡(luò)編排,使得企業(yè)通信網(wǎng)絡(luò)更加適應(yīng)當(dāng)前SDN,SD-WAN和NFV網(wǎng)絡(luò)部署的業(yè)務(wù)要求,實現(xiàn)更靈活強(qiáng)大的企業(yè)通信網(wǎng)絡(luò)適應(yīng)未來的發(fā)展。
  1傳統(tǒng)企業(yè)網(wǎng)絡(luò)架構(gòu)和現(xiàn)代企業(yè)業(yè)務(wù)的割裂
  筆者在以前的文章已經(jīng)說明,目前的企業(yè)通信網(wǎng)絡(luò)和其他IT技術(shù)架構(gòu)是基于傳統(tǒng)IT網(wǎng)絡(luò)模式環(huán)境中構(gòu)建的,隨著技術(shù)的發(fā)展和其他業(yè)務(wù)模式的更新,傳統(tǒng)企業(yè)網(wǎng)絡(luò)已經(jīng)逐漸顯示出了很大的局限性,很難實現(xiàn)和基于云平臺的完美融合。關(guān)于SDN,SD-WAN和VOIP網(wǎng)絡(luò)的的討論,讀者可以參考:
  從SD-WAN-SDN-云計算對傳統(tǒng)企業(yè)網(wǎng)絡(luò)架構(gòu)的顛覆看VOIP網(wǎng)絡(luò)架構(gòu)的變革,談通過SD-WAN實現(xiàn)VoIP網(wǎng)絡(luò)升級的必要性
  在以上文章中,筆者對SDN和SD-WAN在VOIP領(lǐng)域部署的必要性做了比較全面的探討。為了幫助讀者能夠更深入了解傳統(tǒng)企業(yè)網(wǎng)絡(luò)的局限性對現(xiàn)代網(wǎng)絡(luò)的支持,我們再補充一些基本的知識回顧,幫助讀者進(jìn)一步說明為什么傳統(tǒng)企業(yè)網(wǎng)絡(luò)架構(gòu)不能滿足現(xiàn)代企業(yè)的要求,也不能滿足現(xiàn)代企業(yè)的更為發(fā)達(dá)的生產(chǎn)力的要求。
  在現(xiàn)代企業(yè)管理過程中,企業(yè)管理的IT信息化是一個永遠(yuǎn)不能完成的任務(wù)。現(xiàn)在,企業(yè)的發(fā)展非常依賴于對內(nèi)外信息的快速反應(yīng)。準(zhǔn)確正確的信息對企業(yè)領(lǐng)導(dǎo)者具有非常重要的作用。傳統(tǒng)網(wǎng)絡(luò)的興起就在于其自身的兩個重要特點:
  無處不在的網(wǎng)絡(luò)互連性,能夠幫助企業(yè)網(wǎng)絡(luò)穿越幾乎所有類型的異構(gòu)網(wǎng)絡(luò)設(shè)備,快速處理來自不同地方的各種信息,快速匯聚,集中匯總。
  面向無連接的網(wǎng)絡(luò)特性,這個特點把所有和業(yè)務(wù)狀態(tài)相關(guān)的信息數(shù)據(jù)都留存到了本地主機(jī),網(wǎng)絡(luò)交互中有互相獨立的數(shù)據(jù)包,網(wǎng)絡(luò)節(jié)點無任何業(yè)務(wù)狀態(tài)和相關(guān)留存數(shù)據(jù)。這個特點也避免了傳統(tǒng)數(shù)據(jù)網(wǎng)絡(luò)的問題,并且這一特點也能夠讓企業(yè)網(wǎng)絡(luò)本身和網(wǎng)絡(luò)業(yè)務(wù)流程徹底解耦,為互聯(lián)網(wǎng)業(yè)務(wù)快速發(fā)展提供了可能,并且為現(xiàn)在的互聯(lián)網(wǎng)快速發(fā)展模式提供了方向。
  
  網(wǎng)絡(luò)虛擬化方式
  然而,在事物發(fā)展過程中,任何事物以前所具備的優(yōu)勢在一定時間后都可能成為包袱或者最終成為劣勢。企業(yè)網(wǎng)絡(luò)技術(shù)也仍然遵從這一法則。經(jīng)過幾十年的發(fā)展,無論從傳統(tǒng)企業(yè)網(wǎng)絡(luò)架構(gòu)本身還是和企業(yè)業(yè)務(wù)方式之間都發(fā)生了脫節(jié)和割裂。這種割裂具體表現(xiàn)在:
  • 業(yè)務(wù)網(wǎng)絡(luò)和企業(yè)本身支撐網(wǎng)絡(luò)的之間產(chǎn)生了分離,解耦。企業(yè)業(yè)務(wù)數(shù)據(jù)需要通過軟件定義存儲和其他存儲方式進(jìn)行快速流動,保證企業(yè)管理人員決策者能夠隨時隨地獲取到準(zhǔn)確數(shù)據(jù)。傳統(tǒng)網(wǎng)絡(luò)對虛擬化實現(xiàn)和各種IP應(yīng)用缺乏有力支撐。另外,傳統(tǒng)硬件設(shè)備的更新速度遠(yuǎn)遠(yuǎn)落后于業(yè)務(wù)需求發(fā)展的速度,一個網(wǎng)絡(luò)設(shè)備接入可能需要數(shù)年的部署可行性驗證,需要芯片的開發(fā),軟件的開發(fā)和業(yè)務(wù)層對接試驗等流程。硬件投放到市場需要大概3年左右的時間。所以,傳統(tǒng)網(wǎng)絡(luò)架構(gòu)無法滿足業(yè)務(wù)快速增長的需求。
  • 業(yè)務(wù)流程需要更好的實時體驗,業(yè)務(wù)資源需要靈活調(diào)整。企業(yè)員工之間的通信方式發(fā)生了翻天覆地變化,需要網(wǎng)絡(luò)支撐視頻會議,CRM,桌面云,VoIP和企業(yè)UC,人工智能接入等場景。傳統(tǒng)企業(yè)網(wǎng)絡(luò)缺乏對實時工具的擴(kuò)展支持,沒有很好的用戶體驗保證。在一些業(yè)務(wù)需求中,視頻會議,協(xié)調(diào)工具是融合通信當(dāng)前使用比較多的功能。視頻會議規(guī)模具有非常大的不確定性,傳統(tǒng)的設(shè)備缺乏對資源的動態(tài)靈活調(diào)整。企業(yè)為了滿足最大用戶需求,企業(yè)只能采購最大容量的設(shè)備來支撐其需求。事實上,可能在絕大部分時間內(nèi),網(wǎng)絡(luò)設(shè)備會經(jīng)常處于閑置狀態(tài),這樣就造成了企業(yè)資源的浪費。企業(yè)通過網(wǎng)絡(luò)虛擬化的方式可以滿足其動態(tài)的資源要求,降低了資源浪費。
  • 低效的業(yè)務(wù)部署方式降低了運維的效率。傳統(tǒng)網(wǎng)絡(luò)環(huán)境的部署方式不能支撐目前比較新的技術(shù)實現(xiàn)方式,例如虛擬機(jī)自動遷移擴(kuò)容,對各種不同移動端的用戶安全策略管理缺乏統(tǒng)一管理。在傳統(tǒng)網(wǎng)絡(luò)環(huán)境中,我們嚴(yán)重依賴于某個廠家的網(wǎng)絡(luò)設(shè)備,并且都需要逐一手動對網(wǎng)絡(luò)設(shè)備進(jìn)行相應(yīng)的配置,包括很多安全參數(shù)配置,策略配置和管理配置等,而且還要和其他廠家的設(shè)備進(jìn)行兼容性的適配。這些配置都需要耗費大量的人工成本,并且非常容易產(chǎn)生網(wǎng)絡(luò)故障,同時缺乏靈活性。如果網(wǎng)絡(luò)環(huán)境變化以后,或者設(shè)備需要遷移更換的話,運維人員需要重新部署重新設(shè)置,F(xiàn)在,很多企業(yè)發(fā)布在不同地區(qū)或者國家,對網(wǎng)絡(luò)設(shè)備的部署就需要付出更多的人力成本來完成,這樣降低了運維管理的效率,非常低效。網(wǎng)絡(luò)虛擬化以后通過自動化部署方式結(jié)合智能邊緣設(shè)備提高了業(yè)務(wù)部署效率,降低了運維成本。
  因此,通過以上討論,我們需要通過軟件定義的方式實現(xiàn)業(yè)務(wù)能力的擴(kuò)展支持,并且能夠保證未來網(wǎng)絡(luò)的業(yè)務(wù)要求,要求網(wǎng)絡(luò)支持業(yè)務(wù)敏捷部署,自動化部署,效率提升等特性。為了實現(xiàn)快速靈活的網(wǎng)絡(luò)部署方式,企業(yè)網(wǎng)絡(luò)的技術(shù)架構(gòu)或者服務(wù)提供商,云服務(wù)平臺的網(wǎng)絡(luò)需要滿足以下幾個方面的要求:
  網(wǎng)絡(luò)與物理層面的設(shè)備解耦,網(wǎng)絡(luò)虛擬化的目的是管理所有的網(wǎng)絡(luò)服務(wù),特性和應(yīng)用的必要配置(管理VLANS,防火墻,均衡負(fù)載,多租戶隔離等)。
  在應(yīng)用層級,網(wǎng)絡(luò)層和具體的業(yè)務(wù)層面隔離,例如,在VoIP應(yīng)用場景中,包括信令,媒體解耦,數(shù)據(jù)庫和媒體服務(wù)器解耦,呼叫策略路由解耦等。
  共享物理網(wǎng)絡(luò),支持多種業(yè)務(wù)和多租戶方式,但是這些業(yè)務(wù)層面的應(yīng)用能夠共享物理網(wǎng)絡(luò),數(shù)據(jù)存儲等,降低系統(tǒng)資源浪費。
  網(wǎng)絡(luò)可以實現(xiàn)按需自動化配置,在各種業(yè)務(wù)場景不斷擴(kuò)展到過程中,一些業(yè)務(wù)可能是屬于臨時性的突發(fā)業(yè)務(wù),網(wǎng)絡(luò)能夠?qū)崿F(xiàn)自動化資源的調(diào)整。資源占用完成以后能夠快速釋放資源。
  網(wǎng)絡(luò)服務(wù)的抽象支持,虛擬化的網(wǎng)絡(luò)架構(gòu)中可以實現(xiàn)交換機(jī),路由器的動態(tài)添加刪除,QoS和安全,防火墻的設(shè)置等功能,企業(yè)業(yè)務(wù)無需執(zhí)行靜態(tài)永久綁定。
  在最新的虛擬化網(wǎng)絡(luò)中,SDN(軟件定義網(wǎng)絡(luò))和NFV(網(wǎng)絡(luò)功能虛擬化)是解決網(wǎng)絡(luò)環(huán)境和企業(yè)業(yè)務(wù)割裂的重要手段。在比較典型的傳統(tǒng)網(wǎng)絡(luò)中,VoIP技術(shù)就是一個非常典型的例子,很多服務(wù)提供商和集成商都致力于通過SDN和NFV等各種最新網(wǎng)絡(luò)技術(shù)手段對傳統(tǒng)網(wǎng)絡(luò)進(jìn)行技術(shù)變革以滿足企業(yè)用戶通信發(fā)展的新需求。在接下來的章節(jié)中,筆者將針對關(guān)于VOIP技術(shù)架構(gòu)在虛擬化網(wǎng)絡(luò)的實現(xiàn)進(jìn)行討論。
  2SDN-NFV-云計算的模式滿足了未來企業(yè)VOIP接入要求
  在企業(yè)網(wǎng)絡(luò)中,企業(yè)的通信網(wǎng)絡(luò)是現(xiàn)在迫切需要改造的網(wǎng)絡(luò)之一。目前,無論從學(xué)術(shù)界和商業(yè)產(chǎn)品的部署方面都有很多討論。這些討論涉及了網(wǎng)絡(luò)虛擬化的運營商層面的網(wǎng)絡(luò)架構(gòu)和企業(yè)接入的部署討論。因為基于虛擬化的企業(yè)IPPBX部署已經(jīng)發(fā)展了很多年,目前市場上很多商業(yè)IPPBX或者開源IPPBX(例如,F(xiàn)reePBX)已經(jīng)完全實現(xiàn)了虛擬部署的要求,包括容器安裝等。這里,在關(guān)于企業(yè)通信的虛擬化部署討論中,我們重點介紹一些關(guān)于IMS core網(wǎng)絡(luò)的虛擬化實現(xiàn)方式和關(guān)于SBC虛擬化部署的實現(xiàn)方式的分享。
  IMS core 網(wǎng)絡(luò)的技術(shù)架構(gòu)一直是運營商的NGN網(wǎng)絡(luò)支撐架構(gòu),它包含各種應(yīng)用模塊和具體的功能模塊,互相之間協(xié)同來支持無線用戶的呼叫業(yè)務(wù)功能。隨著訂閱用戶的不斷增加,每個模塊的負(fù)載都遇到了很大的挑戰(zhàn)。如何實現(xiàn)對IMS 網(wǎng)絡(luò)進(jìn)行擴(kuò)展或者HA處理是目前IMS網(wǎng)絡(luò)的一個非常重大的挑戰(zhàn)。通過對IMS網(wǎng)絡(luò)的網(wǎng)絡(luò)功能虛擬化重構(gòu),可以實現(xiàn)其擴(kuò)展的要求,同時增加了HA等功能的穩(wěn)定性。Wei-Kuo Chiang 發(fā)表了關(guān)于對IMS 網(wǎng)絡(luò)設(shè)計中的基于NFV的虛擬IMS對我們有很多啟發(fā)。其論文討論的設(shè)計部署方式對IMS 網(wǎng)絡(luò)有著非常積極的影響。
 
  基于NFV的虛擬vIMS網(wǎng)絡(luò)設(shè)計
  在其論文的討論中,研究人員使用開源IMS平臺Clearwater 和SIPP進(jìn)行了SIP終端注冊和呼叫創(chuàng)建的測試。其研究測試環(huán)境中分別對Clearwater進(jìn)行三種不同的部署方式進(jìn)行測試(單獨的Clearwater,通過虛擬化模塊的方式),對比結(jié)果表明,通過NFV方式部署的場景中,注冊時延和呼叫創(chuàng)建時間都比單純的軟件部署方式有顯著提升。如果讀者對vIMS 有興趣的話,可以參考筆者的參考資料鏈接獲取更多信息。
  除了以上研究人員針對IMS網(wǎng)絡(luò)的研究成果以外,在具體的IMS 網(wǎng)絡(luò)的AS 應(yīng)用中也有一些比較重要的研究。這些研究是通過軟件定義SIP網(wǎng)絡(luò)的方式來實現(xiàn)SDN和NFV的部署。Ahmadreza 的論文關(guān)于軟件定義SIP網(wǎng)絡(luò)具有非常大的參考價值。研究人員通過開源軟交換Kamailio的各種SIP場景的重新編排,提出來四種針對OpenSIPS的軟件定義SIP網(wǎng)絡(luò)的部署方式。
  
  因為Kamailio可以實現(xiàn)多種SIP服務(wù)器的服務(wù)功能,所以在其開放SIP網(wǎng)絡(luò)環(huán)境中,通過不同的OpenSIP網(wǎng)絡(luò)組合,結(jié)合SDN的控制器,NFV等結(jié)合數(shù)據(jù)層面,控制層面重新構(gòu)建實現(xiàn)了基于軟件定義SIP網(wǎng)絡(luò)的場景。
  
  基于SDN和NFV 網(wǎng)絡(luò)功能的虛擬化解耦,Kamailio軟交換結(jié)合開源Asterisk和SIPP 壓力測試工具搭建了不同的測試場景實現(xiàn)了分布式部署和集群的HA測試。
  
  根據(jù)其測試結(jié)果,通過不同場景組合,結(jié)合SDN,OpenFlow和NFV的部署,可以實現(xiàn)軟件定義網(wǎng)絡(luò)的高效處理,并且實現(xiàn)了高吞吐量和低時延的結(jié)果(OpenSIP-NFV+)。
 
  在企業(yè)端的部署中,越來越多的企業(yè)開始通過云SBC 虛擬化的方式來實現(xiàn)高并發(fā)和均衡負(fù)載,HA的處理。企業(yè)云SBC的擴(kuò)展同時也需要終端產(chǎn)品能夠智能部署,實現(xiàn)自動化處理。
  
  除了以上介紹的一些關(guān)于IMS 網(wǎng)絡(luò)功能虛擬化,SBC云部署方式以外。在具體的業(yè)務(wù)層面,企業(yè)客戶還會遇到其他的運維方面的問題,特別是UCaaS的服務(wù)提供商,他們需要面對以下這些問題:
  • 缺乏對客戶端的可視化支持
  • 非常有限的兼容能力
  • 多個trunk線路的維護(hù)
  • 比較高的維護(hù)成本
  • 缺乏統(tǒng)一的配置設(shè)置
  • 網(wǎng)絡(luò)安全漏洞等。
  云SBC和結(jié)合智能邊緣終端可以支持需求類型的靈活擴(kuò)展,可本地部署也可以實現(xiàn)云平臺部署,智能實時的安全分析工具和策略和路由獨立處理,SD-WAN能力支持和NFV網(wǎng)絡(luò)功能虛擬化支持。通過Edgeview 實現(xiàn)終端,網(wǎng)關(guān),SBC的集中管理,實現(xiàn)網(wǎng)絡(luò)編排,排查和自動化部署。
  
  在VOIP技術(shù)領(lǐng)域,客戶比較敏感的問題就是語音質(zhì)量。語音質(zhì)量(或者QoS)的好壞決定著用戶的體驗。軟件定義網(wǎng)絡(luò)繼續(xù)延伸下去的話,我們可以通過軟件定義VoIP,簡稱SDVoIP。Rahil Gandotra發(fā)表的論文關(guān)于軟件定義VoIP,通過SDN方式實現(xiàn)QoS保障,其具體實現(xiàn)方式如下:
  
 
  通過不同終端使用不同編碼來測試其QoS的結(jié)果,包括丟包率,時延等數(shù)值。雖然,作者沒有給出太多具體的測試結(jié)果對比,但是給我們讀者提供了一個通過SDN來優(yōu)化QoS的思路,希望讀者在未來的VOIP網(wǎng)絡(luò)部署中可以考慮通過SDN和NFV實現(xiàn)QoS的優(yōu)化。
  通過以上關(guān)于IMS網(wǎng)絡(luò)的虛擬化設(shè)計討論,針對開放SIP網(wǎng)絡(luò)的軟件定義SIP網(wǎng)絡(luò),包括SBC云平臺部署和企業(yè)網(wǎng)關(guān)接入以及對QoS的優(yōu)化示例,我們可以看出,SDN和NFV網(wǎng)絡(luò)虛擬化的技術(shù)已經(jīng)開始真正進(jìn)入到了VoIP領(lǐng)域,正在逐步進(jìn)行網(wǎng)絡(luò)的變革。
  3關(guān)于通過SDN-NFV對IMS core/SBC技術(shù)架構(gòu)的解耦可行性討論
  傳統(tǒng)網(wǎng)絡(luò)耦合度相當(dāng)高,導(dǎo)致了業(yè)務(wù)處理和網(wǎng)絡(luò)層之間高度綁定,設(shè)備之間的相互依賴度非常高。如果需要業(yè)務(wù)系統(tǒng)升級或者網(wǎng)絡(luò)調(diào)整的話,高耦合度支持起來就非常困難。所以,在SDN和NFV的部署中,解耦是一種非常普遍的部署方式。在IMS和SBC的接入技術(shù)構(gòu)架中,不同模塊和硬件底層,業(yè)務(wù)流程解耦是非常重要的部署方式。
  
  通過對IP網(wǎng)絡(luò)的解耦實現(xiàn)SDN,NFV的各種部署方式,拓展其靈活性。在企業(yè)端接入方面,SBC的解耦是非常重要的一個環(huán)節(jié)。在傳統(tǒng)的網(wǎng)絡(luò)架構(gòu)中,SBC的部署是以硬件設(shè)備的方式進(jìn)行部署,到目前為止,仍然有很多硬件設(shè)備的解決方案。但是,隨著互聯(lián)網(wǎng)技術(shù)和SDN,NFV的不斷發(fā)展,很多企業(yè)通信的平臺和業(yè)務(wù)系統(tǒng)都會發(fā)生遷移,這些遷移到系統(tǒng)就需要不再綁定任何的硬件終端。 因此,SBC的部署方式就不斷發(fā)生變化。從目前的發(fā)展來看,SBC虛擬化部署大概經(jīng)歷了重要的四個發(fā)展過程。
  
  首先,SBC硬件從物理底層和業(yè)務(wù)層面的分離,從平臺解耦出來軟件的形式,開始支持獨立平臺。每個SBC設(shè)備都是獨立的單一設(shè)備,維護(hù)和操作相對比較繁雜,維護(hù)人員的工作效率不高。各個廠家的SBC都相互獨立,缺乏和底層的適配,部署時間相對比較長,拖延了市場推廣時間,如果多臺部署的話,維護(hù)人員需要重復(fù)配置,增加配置成本。然后,SBC實現(xiàn)了虛擬機(jī)的部署方式,可以支持通過虛擬機(jī)示例安裝的方式支持SBC部署。接下來,SBC實現(xiàn)了對原生態(tài)云平臺 NFV 網(wǎng)絡(luò)功能虛擬化的部署,通過NFV的各種部署方式實現(xiàn)了云SBC結(jié)合NFV的部署,最后,SBC通過模塊化分離設(shè)計,結(jié)合云平臺的彈性計算實現(xiàn)集群和大規(guī)模擴(kuò)展方式。
  4VOIP網(wǎng)關(guān)智能邊緣網(wǎng)絡(luò)編排/SD-WAN對企業(yè)VOIP網(wǎng)絡(luò)架構(gòu)的應(yīng)用實踐
  在我們討論IMS 或者SBC 的SDN,NFV網(wǎng)絡(luò)部署的同時,為了能夠支持云平臺和智能終端之間的互聯(lián)互通,我們需要具體的網(wǎng)絡(luò)技術(shù)架構(gòu)來幫助我們實現(xiàn)SDN,NFV和智能網(wǎng)關(guān)的自動化運維管理。對于運營商和比較大型的應(yīng)用場景來說,針對VOIP網(wǎng)絡(luò)實現(xiàn)網(wǎng)絡(luò)編排(Orchestration)可以幫助企業(yè)用戶解決目前比較頭疼的結(jié)果問題和痛點:
  • 客戶端站點的不可見性,運營商端看不到終端端點的網(wǎng)絡(luò)狀態(tài),缺乏完整的檢測機(jī)制,溝通成本增加,增加了檢測排查問題的時間。
  • 非常有限的互聯(lián)互通能力,項目投入運營的周期長。
  • 太多的線路派發(fā)導(dǎo)致現(xiàn)場支持能力負(fù)荷加大,客戶斷線時間延長。
  • 維護(hù)成本高昂,導(dǎo)致利潤降低,客戶滿意度變差。
  • 缺乏完整統(tǒng)一的配置下發(fā)機(jī)制,需要維護(hù)人員逐一配置,配置上線周期長。
  • 托管服務(wù)中,因為目前的企業(yè)VOIP網(wǎng)絡(luò)可能通過多種環(huán)境支持,部署環(huán)境和呼叫路徑多變,發(fā)生問題很難排查。
 
  Ribbon EdgeView 通過網(wǎng)絡(luò)編排實現(xiàn)VOIP網(wǎng)絡(luò)環(huán)境對終端實現(xiàn)自動化管理部署,對各種問題及時排查,上報,同時能夠?qū)崟r進(jìn)行批量化部署和路由策略和安全策略的管理。
  
  網(wǎng)絡(luò)邊緣編制具體的特色包括:
  • 提供有力的服務(wù)保障,包括服務(wù)質(zhì)量確認(rèn),均衡負(fù)載,多路線路支持WAN連接的容災(zāi)機(jī)制。
  • 通過SBC和Edgeview的設(shè)置實現(xiàn)SIP網(wǎng)絡(luò)安全,降低防攻擊等風(fēng)險。
  • 通過Edgeview 詳細(xì)的實時分析數(shù)據(jù)排查問題,解決問題的方式更加高效,降低了運維成本。
  • 新業(yè)務(wù)擴(kuò)展支持,通過服務(wù)保障,SD-WAN和容災(zāi)機(jī)制實現(xiàn)靈活業(yè)務(wù)拓展。
  • 網(wǎng)絡(luò)邊緣編制可以支持多種業(yè)務(wù)場景,包括UCaas 和推廣IPPBX,SIP-IPPBX接入方式,SIP/TDM PBX接入方式,完全實現(xiàn)了和傳統(tǒng)企業(yè)網(wǎng)絡(luò)VOIP系統(tǒng)的對接支持。
 
  除了網(wǎng)絡(luò)編排的服務(wù)器端的功能支持以外,EdgeMarc可以實現(xiàn)SBC的功能以外更多智能終端的功能,包括以下示例場景:
  
  Ribbon EdgeView支持的其他功能包括:
  • ZTP 零干預(yù)自動配置
  • 智能邊緣網(wǎng)關(guān)從edgeview 獲得配置
  • 對SIP 終端話機(jī)支持配置以備設(shè)置
  • 通過LAN-WAN獲得可視化數(shù)據(jù)流量統(tǒng)計數(shù)據(jù),呼叫質(zhì)量數(shù)據(jù)捕捉
  • 對客戶端數(shù)據(jù)自動采集,獲得MOS值,對終端語音質(zhì)量進(jìn)行評估
  • 呼叫流程梯子,抓取完整SIP呼叫流程和SIP數(shù)據(jù)flow,包括抖動,丟包和其他80多個數(shù)據(jù)參數(shù)配置
  • 支持DNS SRV的SIP 服務(wù)器冗余機(jī)制
  • 支持SBC的智能會話控制,包括資源重置,策略強(qiáng)制設(shè)置,呼叫控制,呼叫路由控制,呼叫率控制,TOS/DSCP bit設(shè)置
 
  
  在市場定位方面,Ribbon 不同于其他的SD-WAN廠家的產(chǎn)品定位,Ribbon SD-WAN更多專注中小型企業(yè)的數(shù)據(jù)語音流量控制,服務(wù)質(zhì)量和業(yè)務(wù)連續(xù)性的擴(kuò)展能力支持。
  
  SD-WAN功能比較
  Ribbon 的SD-WAN具有以下幾個功能特點:
  • 支持有狀態(tài)SIP轉(zhuǎn)移-SST(Stateful SIP Transfer ),在網(wǎng)絡(luò)降級環(huán)境中或故障時期,確保在不同WAN網(wǎng)絡(luò)的SIP會話存活。
  • 業(yè)務(wù)測量功能,在一個或多個連接上管理應(yīng)用性能參數(shù)設(shè)置
  • 維持呼叫的存活,提供IPPBX呼叫功能集或負(fù)責(zé)路由到不同的PSTN網(wǎng)絡(luò)
  • 多個WAN口的智能綁定實現(xiàn)故障端口的遷移
  • 支持EdgeMarc 高可靠性硬件設(shè)備技術(shù)框架
 
  
  SST(Stateful SIP Transfer )處理流程
  
  WAN智能綁定
 
  5總結(jié)
  傳統(tǒng)企業(yè)網(wǎng)絡(luò)技術(shù)架構(gòu)的變革是勢在必行的,網(wǎng)絡(luò)技術(shù)架構(gòu)需要適應(yīng)企業(yè)的管理模式和未來的發(fā)展方向。云計算已經(jīng)出現(xiàn)在了我們的日常工作場景中,企業(yè)網(wǎng)絡(luò)架構(gòu)遷移包括企業(yè)通信網(wǎng)絡(luò)的遷移是一個必然趨勢。在本文章中,筆者首先介紹了企業(yè)網(wǎng)絡(luò)和現(xiàn)代云計算部署的割裂,這個割裂需要通過我們改造當(dāng)前的網(wǎng)絡(luò)才能實現(xiàn),通過SDN,NFV和SD-WAN實現(xiàn)其最新的部署方式。筆者通過目前最新的學(xué)術(shù)研究論文,針對IMS core, SBC虛擬化部署和開放SIP網(wǎng)絡(luò),以及軟件定義VOIP的討論分享了當(dāng)前最新的技術(shù)發(fā)展思路和潮流。并且,筆者通過SBC解耦和網(wǎng)絡(luò)編排的方式說明在SDN網(wǎng)絡(luò),NFV虛擬化中實現(xiàn)VOIP優(yōu)化的可能性。最后,筆者通過目前商業(yè)的關(guān)于網(wǎng)絡(luò)編排和SD-WAN解決方案和大家分享如何實現(xiàn)對語音網(wǎng)絡(luò)的SD-WAN部署和業(yè)務(wù)擴(kuò)展。
  任何新技術(shù)的使用都存在一定的滯后期,很多比較大的服務(wù)提供商和數(shù)據(jù)中心逐漸部署了SDN結(jié)合MPLS實現(xiàn)更好的網(wǎng)絡(luò)架構(gòu),中小型企業(yè)中對SD-WAN的需求也逐步增加,但是,因為它們的技術(shù)能力和風(fēng)險控制相對比較弱,所以,部分企業(yè)有部署SD-WAN的愿望,一些企業(yè)仍然處于觀望期。這些企業(yè)通過對SD-WAN的不斷學(xué)習(xí)和研究以及業(yè)務(wù)支撐的迫切需要,筆者相信在不久的將來會考慮通過SD-WAN實現(xiàn)VOIP或者IP網(wǎng)絡(luò)的升級,保證其企業(yè)網(wǎng)絡(luò)架構(gòu)能夠支持企業(yè)的發(fā)展。
  參考資料:
  • www.rbbn.cn
  • www.asterisk.org.cn
  • www.rbbn.com
  • www.hiastar.com
  • Mallik Tatipamula,The Role of Session Border Controllers in Next-Generation IMS–Based Networks
  • ETSI TR 121 905 ,https://www.etsi.org/deliver/etsi_tr/121900_121999/121905/10.03.00_60/tr_121905v100300p.pdf
  • Wei-Kuo Chiang,Design and Experiment of NFV-Based Virtualized IP Multimedia Subsystem
  • Ahmadreza Montazerolghaem,OpenSIP: Toward Software-Defined SIP Networking
  • Rahil Gandotra,SDVoIP—A Software-Defined VoIP Framework For SIP And Dynamic QoS
【免責(zé)聲明】本文僅代表作者本人觀點,與CTI論壇無關(guān)。CTI論壇對文中陳述、觀點判斷保持中立,不對所包含內(nèi)容的準(zhǔn)確性、可靠性或完整性提供任何明示或暗示的保證。請讀者僅作參考,并請自行承擔(dān)全部責(zé)任。

相關(guān)閱讀:

專題

CTI論壇會員企業(yè)