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