DCN與SDN滿足新需求 IP RAN網(wǎng)絡(luò)新技術(shù)解讀

責(zé)任編輯:editor006

2014-08-28 17:27:26

摘自:論壇

傳統(tǒng)的3G/B3G網(wǎng)絡(luò)需要基礎(chǔ)承載網(wǎng)提供二層能力即可滿足上層網(wǎng)絡(luò)移動業(yè)務(wù)回傳的需求;但在LTE網(wǎng)絡(luò)中,由于S1-Flex和X2接口的引入,基礎(chǔ)承載網(wǎng)必須擁有三層交換的能力。

傳統(tǒng)的3G/B3G網(wǎng)絡(luò)需要基礎(chǔ)承載網(wǎng)提供二層能力即可滿足上層網(wǎng)絡(luò)移動業(yè)務(wù)回傳的需求;但在LTE網(wǎng)絡(luò)中,由于S1-Flex和X2接口的引入,基礎(chǔ)承載網(wǎng)必須擁有三層交換的能力。本文所重點敘述的IP RAN是指以IP/MPLS動態(tài)協(xié)議及關(guān)鍵技術(shù)為基礎(chǔ),滿足基站回傳承載需求的一種二層三層技術(shù)結(jié)合的解決方案。以下分析IP RAN網(wǎng)絡(luò)的關(guān)鍵需求及相關(guān)技術(shù)。

高可用性組網(wǎng)原則

為了將發(fā)生網(wǎng)絡(luò)故障時的業(yè)務(wù)收斂時間控制在毫秒級別,網(wǎng)絡(luò)需要支持一些先進(jìn)快速收斂技術(shù),并要將這些技術(shù)有機(jī)整合在一起。典型的快速收斂技術(shù)如下:IGP快速收斂技術(shù)、IGP快速重路由技術(shù)、優(yōu)先級路由收斂技術(shù)、BGP下一跳跟蹤觸發(fā)(NHT)、BGP下一跳分離技術(shù)及前綴無關(guān)收斂技術(shù)(PIC)等。

優(yōu)先級路由收斂技術(shù)是提高網(wǎng)絡(luò)可靠性的一項重要技術(shù),可為關(guān)鍵業(yè)務(wù)提供更快的路由收斂速度。為了保證MPLS VPN環(huán)境下,快速感知BGP Loopback的快速變化,加快VPN路由的收斂,要啟用優(yōu)先級路由收斂技術(shù),提高IGP的32位主機(jī)路由的收斂優(yōu)先級,加快BGP NHT跟蹤速度。

BGP前綴無關(guān)收斂技術(shù)(PIC)通過對BGP FIB表的多層分離,實現(xiàn)了按需迭代更新,保證了在多路徑前提下,VPN路由的快速收斂與VPN路由數(shù)量進(jìn)行解耦。

VPN FRR和VPN ECMP的快速收斂,主要是探測去往遠(yuǎn)端PE路徑的故障,一般有兩種方式:BFD for Loopback(Peer BFD)方式和NHT方式(通過跟蹤IGP RIB表中的遠(yuǎn)端PE的32位環(huán)回地址來實現(xiàn))。由于BFD方式存在對接、配置繁瑣、數(shù)量規(guī)格等問題,NHT也是一個很好的選擇。但為了保證一定的收斂速度,NHT需要結(jié)合PIC(下一跳分離)和IGP快速收斂技術(shù),當(dāng)發(fā)現(xiàn)IGP RIB的32位環(huán)回地址故障,觸發(fā)更新VPN下一跳指針內(nèi)容或者進(jìn)行VPN FRR的RR表的置位;對于VPN ECMP,可以采用刪除故障下一跳或置下一跳無效的方式進(jìn)行快速重路由技術(shù)。

如果把更新路由表的動作定位在中間層次,BFD方式可以認(rèn)為是一種自下而上的NHT技術(shù),BGP NHT是一種自上而下的NHT技術(shù)。兩者的工作流程基本相同,主要區(qū)別在于BGP NextHop的檢測方式和檢測速度。兩者對于VPN的數(shù)量和路由數(shù)量影響不大,即使受影響,兩者的受影響程度不存在太大的差別。這里面的關(guān)鍵技術(shù)是發(fā)生NHT時,應(yīng)立即對BGP Multi-path的NextHop表進(jìn)行調(diào)整,對于VPN路由應(yīng)該有相應(yīng)的延遲迭代時間(缺省為5s),即優(yōu)先按需更新BGP FIB表(FRR或置Fast Ecmp),協(xié)議進(jìn)程后收斂整個BGP RIB表。

高效運維原則

LTE頻段的特征決定了LTE基站eNodeB的部署趨向于密集化,為了達(dá)到更好的覆蓋效果,eNodeB要成倍于3G基站的數(shù)量。例如一個發(fā)達(dá)本地網(wǎng)的3G基站(包括宏站、微站、室分等站型)數(shù)量達(dá)到2000~4000臺,那么eNodeB站就達(dá)到了8000臺左右,如此龐大數(shù)量的3G和LTE基站會帶來一系列棘手的問題。

海量基站的部署,將新增超過10000臺IP/MPLS基站承載設(shè)備。海量IP/MPLS設(shè)備的引入將帶來網(wǎng)絡(luò)管理空前的復(fù)雜性,而且設(shè)備發(fā)散分布,對運營商構(gòu)成空前的運營壓力。其次,網(wǎng)絡(luò)接入設(shè)備與匯聚設(shè)備之間存在多種協(xié)議配合,對網(wǎng)絡(luò)運維人員技術(shù)能力要求高,網(wǎng)絡(luò)的運行維護(hù)復(fù)雜,給運營商的OPEX帶來壓力。

當(dāng)前IP RAN網(wǎng)絡(luò)基于傳統(tǒng)通用路由器平臺,通過復(fù)雜的IP/MPLS路由多協(xié)議去構(gòu)造具有海量設(shè)備規(guī)模的IP RAN網(wǎng)絡(luò),對部署高可用性網(wǎng)絡(luò)帶來巨大的挑戰(zhàn)。尤其是網(wǎng)絡(luò)的震蕩時刻存在,這無論對網(wǎng)絡(luò)中的設(shè)備處理能力還是對于網(wǎng)絡(luò)的可靠性及故障定位,均是一個挑戰(zhàn)。

業(yè)務(wù)開通需要對匯聚節(jié)點進(jìn)行較多的配置,IP/MPLS技術(shù)配置復(fù)雜,傳統(tǒng)路由器設(shè)備的命令行配置方法不適用于大規(guī)模網(wǎng)絡(luò)節(jié)點的配置和調(diào)整,且配置參數(shù)較多,業(yè)務(wù)配置復(fù)雜,業(yè)務(wù)故障的情況下定位困難,造成業(yè)務(wù)開通復(fù)雜度及維護(hù)成本驟增。

隨著技術(shù)和業(yè)務(wù)應(yīng)用的發(fā)展,新的增值業(yè)務(wù)和應(yīng)用程序不斷出現(xiàn),IP RAN網(wǎng)絡(luò)如何更好地適應(yīng)業(yè)務(wù)網(wǎng)絡(luò)的發(fā)展和要求,快速響應(yīng)業(yè)務(wù)的建立及對業(yè)務(wù)進(jìn)行動態(tài)維護(hù)也是IP RAN網(wǎng)絡(luò)當(dāng)前遇到的問題之一。

IP RAN方案提供商和運營商共同研究探討這些問題,并提出下一代IP RAN網(wǎng)絡(luò)新技術(shù)。從目前看,演進(jìn)過程中的主要技術(shù)有兩個:DCN自通技術(shù)和基于SDN的IP RAN網(wǎng)絡(luò)虛擬化技術(shù)。

DCN自通技術(shù)

對于海量基站的部署,現(xiàn)場調(diào)試、現(xiàn)場配置業(yè)務(wù)非常耗時間,工作量巨大。當(dāng)業(yè)務(wù)調(diào)整頻繁或者急需網(wǎng)絡(luò)擴(kuò)用以應(yīng)對業(yè)務(wù)擴(kuò)張時,現(xiàn)場業(yè)務(wù)部署效率低下。

DCN自通方案就是要解決現(xiàn)場配置、現(xiàn)場調(diào)測的難題。使用DCN自通方案后,接入層設(shè)備上電后能夠自動打通到網(wǎng)管系統(tǒng)的管理通道,進(jìn)而可以從網(wǎng)管系統(tǒng)上對設(shè)備進(jìn)行一系列的維護(hù)和業(yè)務(wù)配置操作。

DCN自通方案要求免去配置A-A和A-B設(shè)備間接口的IP地址,使用無編號以太網(wǎng)接口(即該接口沒有IP地址,通信時只能借用其他接口的IP地址)。A-A/A-B設(shè)備接口上電后首次通信時,借用設(shè)備本身自動生成的loopback環(huán)回地址,并且在運行OSPF協(xié)議的點到點網(wǎng)絡(luò)基礎(chǔ)上,進(jìn)行路由信息LSA的擴(kuò)散,A/B設(shè)備自動學(xué)習(xí)這些擴(kuò)散的路由,形成路由表,進(jìn)而實現(xiàn)DCN通道自通。

DCN自通環(huán)回口Lo-xx的IP地址支持自動分配和人工指定(用于后端地址重新規(guī)劃)兩種方式。

DCN自通方案要求A/B設(shè)備出廠時固化一些信息,包括:Lo-xx接口、Lo-xx地址生成規(guī)則、DCN Vrf、DCN專用的OSPF進(jìn)程、用于轉(zhuǎn)發(fā)該OSPF擴(kuò)散的LSA的子接口VLAN。

DCN自通方案在設(shè)備上電后經(jīng)過一系列自動化步驟,整個接入環(huán)中所有設(shè)備路由都更新完畢,且在網(wǎng)管系統(tǒng)上形成了更新過的A-B拓?fù)?,不需要人工現(xiàn)場配置,極大地提高了設(shè)備安裝、調(diào)測的效率。

基于SDN的網(wǎng)絡(luò)虛擬化技術(shù)

引入SDN之后,IP RAN組網(wǎng)控制面與轉(zhuǎn)發(fā)面分離,接入設(shè)備A與匯聚設(shè)備B集成控制代理模塊,用于轉(zhuǎn)發(fā)面與控制面的協(xié)議交互;B設(shè)備保留原有的路由協(xié)議等功能,用于實現(xiàn)和城域網(wǎng)內(nèi)設(shè)備進(jìn)行L2/L3 VPN互通。

轉(zhuǎn)發(fā)面:考慮到現(xiàn)網(wǎng)已大規(guī)模部署,為了兼容現(xiàn)有網(wǎng)絡(luò)硬件條件,初期網(wǎng)絡(luò)層網(wǎng)元級的互聯(lián)互通及數(shù)據(jù)流轉(zhuǎn)發(fā)需兼容IP/MPLS協(xié)議集(MPLS-TP為其子集)。后期,待openflow流表芯片發(fā)展成熟,逐步向openflow流表轉(zhuǎn)發(fā)演進(jìn)。

控制面:主要做業(yè)務(wù)級的控制平面定義,基于openflow協(xié)議擴(kuò)展,完成網(wǎng)絡(luò)拓?fù)涞陌l(fā)現(xiàn)、業(yè)務(wù)配置下發(fā)、業(yè)務(wù)PW/LSP路徑的計算及表項的下發(fā)。考慮未來可支持多種協(xié)議,如I2RS。

管理面:轉(zhuǎn)發(fā)設(shè)備仍然具有獨立的管理面,在網(wǎng)管上可作為獨立網(wǎng)元管理。但由于業(yè)務(wù)已經(jīng)由控制器集中控制,因此網(wǎng)元管理面只提供網(wǎng)元設(shè)備管理功能??刂破魈峁┗诰W(wǎng)絡(luò)的北向接口,提供給網(wǎng)管和第三方應(yīng)用。

基于SDN的IP RAN網(wǎng)絡(luò)虛擬化技術(shù)可以實現(xiàn)高效的運維管理,高度的軟件自動化。目前存在的一些問題,如時鐘同步、L2/L3組播等,也將在技術(shù)的快速發(fā)展和應(yīng)用過程中,找到一個好的解決方案。 基于SDN的IP RAN網(wǎng)絡(luò)虛擬化技術(shù)及靈活豐富的業(yè)務(wù)APP實現(xiàn)能力認(rèn)為是IP RAN網(wǎng)絡(luò)的未來發(fā)展方向。

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號-6京公網(wǎng)安備 11010502049343號