【正文】 同時由于當(dāng)前應(yīng)用層的 CAC 和網(wǎng)絡(luò)擁塞控制結(jié)合技術(shù)尚不成熟和部署（IMS 擬解決該問題，IMS 控制層能夠通過標(biāo)準(zhǔn)的接口實(shí)時感知承載網(wǎng)的帶寬狀況，根據(jù)容量下發(fā) QoS 策略和實(shí)施呼叫控制） ，為盡。? 考慮話音核心關(guān)鍵業(yè)務(wù)，應(yīng)規(guī)劃備份路徑和帶寬預(yù)留。有了這樣的層次化調(diào)度，中國移動可以為各種業(yè)務(wù)承載、對外業(yè)務(wù)提供靈活的SLA。prioity 3)GE 通過層次化調(diào)度，在用戶 SLA 總帶寬下調(diào)度該用戶的不同等級流量的保證帶寬和突發(fā)帶寬，在所有等級應(yīng)用均有流量時，首先滿足各等級應(yīng)用的保證帶寬（CIR） ，SLA下的剩余帶寬按策略在各等級應(yīng)用的突發(fā)帶寬（PIR）范圍內(nèi)再進(jìn)行分配；如果其它應(yīng)用沒有流量，用戶的每個等級的應(yīng)用都能突發(fā)到自己的 PIR。下圖以一個大客戶 VPN 為例，說明通過層次化調(diào)度實(shí)現(xiàn) SLA，包括控制該 VPN 用戶的總帶寬和他所使用的每個服務(wù)等級的應(yīng)用流量的帶寬。7750 的層次化調(diào)度將帶寬控制帶到了一個新的靈活的高度，通過多級調(diào)度器控制多個隊列的總帶寬，這多個隊列可能來自于同一個業(yè)務(wù)或不同的業(yè)務(wù)，真正實(shí)現(xiàn)了控制一個業(yè)務(wù)或多個業(yè)務(wù)的總的 SLA。層次化調(diào)度:7750 的層次化隊列調(diào)度是目前業(yè)界最先進(jìn)的調(diào)度方式，如下圖所示：35 / 55Q u e ueQ u e ueQ u e ueQ u e ueQ u e ueQ u e ueW e i g h t edR a t e L i m i t i n gS c h e d u l e rS t r i c t /W e i g h t edR a t e L i m i t i n gS c h e d u l e rS t r i c t /W e i g h t edR a t e L i m i t i n gS c h e d u l e rS t r i c t /W e i g h t edR a t e L i m i t i n gS c h e d u l e rS t r i c t /W e i g h t edR a t e L i m i t i n gS c h e d u l e rS t r i c t / 能夠控制單個業(yè)務(wù)或多個業(yè)務(wù)的總帶寬，真正實(shí)現(xiàn)業(yè)務(wù)接入側(cè) SLA 保證。7750 路由器采用了比普通 Round Robin 和 WFQ 更先進(jìn)的隊列調(diào)度方法，對于網(wǎng)絡(luò)接口，每個端口采用 3 個調(diào)度器分別調(diào)度高優(yōu)先級隊列中 (網(wǎng)絡(luò)控制 NC 隊列，EF 隊列,H1 和 H2 隊列)保證速率以內(nèi)（CIR 以內(nèi)）的數(shù)據(jù)，一般保證優(yōu)先級隊列中（ AF,L1,L2隊列）保證速率以內(nèi)（CIR 以內(nèi)）的數(shù)據(jù)以及所有隊列中保證速率（ CIR）和峰值速率(PIR)之間的數(shù)據(jù)(盡力而為 BE 隊列的 CIR 為零，因此其中所有數(shù)據(jù)均為 CIR 和 PIR 之間的數(shù)據(jù))，三個調(diào)度器的工作順序由高到低排列，每個調(diào)度器在調(diào)度自己負(fù)責(zé)的隊列時根據(jù)每個隊列的 CIR 值或 CIR 和 PIR 值按相應(yīng)權(quán)重順序調(diào)度。每個轉(zhuǎn)發(fā)等級的網(wǎng)絡(luò)側(cè)隊列（ 包括入口和出口隊列）都可設(shè)置相應(yīng)的 CIR 和 PIR進(jìn)行流量整形（7750 為每個隊列提供缺省的 CIR 和 PIR 參數(shù)） ，如果接收過來的業(yè)務(wù)數(shù)據(jù)包已有 Inprofile（CIR 以內(nèi)）和 Outprofile（CIR 和 PIR 之間）的表示，7750能夠識別并作出相應(yīng)的轉(zhuǎn)發(fā)優(yōu)先級處理。34 / 55網(wǎng)絡(luò)側(cè)接口的隊列及其調(diào)度機(jī)制7750 的每個網(wǎng)絡(luò)互連接口擁有 8 個出口緩存隊列(使用的總帶寬資源為該端口的物理帶寬)，每個 MDA 擁有 8 個入口緩存隊列被該 MDA 上的所有網(wǎng)絡(luò)接口共享 (使用的總帶寬為該 MDA 連接交換矩陣的端口網(wǎng)絡(luò)帶寬10Gbps) ，7750 支持 8 個 Diffserv 轉(zhuǎn)發(fā)等級（NC,EF,H1,H2,AF,L1,L2, BE） ，分別映射到 8 個緩存隊列（在出口和入口雙方向上） ，作為網(wǎng)絡(luò)核心路由器時，7750 根據(jù)業(yè)務(wù)接入側(cè)匯聚過來的流量的數(shù)據(jù)包中帶有的優(yōu)先級表識將數(shù)據(jù)包自動分配到相應(yīng)的隊列當(dāng)中，如果是 IP 包，根據(jù)包頭的DSCP 位進(jìn)行識別，如果是 MPLS 包，根據(jù) Label 上的 EXP 位進(jìn)行識別。再如，對于某個服務(wù)等級的應(yīng)用，其正常的 Unicast 應(yīng)用數(shù)據(jù)流要求固定的帶寬保證，而應(yīng)用中會產(chǎn)生額外的 Multicast 或 Broadcast 流量但不屬于正常的應(yīng)用數(shù)據(jù)包，如果不支持同服務(wù)等級下 Unicast、Multicast 和 Broadcast 數(shù)據(jù)流獨(dú)立的隊列緩存和流量整形，非應(yīng)用的Multicast 或 Broadcast 流量將會侵占正常的 Unicast 應(yīng)用數(shù)據(jù)流的帶寬，使其服務(wù)質(zhì)量得不到保證，并且會對網(wǎng)絡(luò)造成不必要的負(fù)擔(dān)，而 7750 的這一特性能夠?qū)ulticast 或 Broadcast 流量放入獨(dú)立的隊列使其不占用 Unicast 流量的帶寬，同時對 Multicast 或 Broadcast 隊列進(jìn)行速率限制，使其不會對網(wǎng)絡(luò)帶寬資源造成負(fù)擔(dān)。業(yè)務(wù)接入側(cè) Qos 策略和隊列及其調(diào)度機(jī)制:7750 提供業(yè)界最強(qiáng)大的 QOS 保證，業(yè)務(wù)接入側(cè)的隊列機(jī)制會根據(jù)每個具體業(yè)務(wù)分配緩存隊列，隊列不按照端口進(jìn)行分配,在業(yè)務(wù)接入端口上 (多個用戶/業(yè)務(wù)接入到同一個物理端口)能夠針對每個用戶的每一種應(yīng)用流量進(jìn)行獨(dú)立的輸入和輸出整形,每個應(yīng)用流量都可獲得屬于自己的獨(dú)立的 Buffer 隊列空間，每一個獨(dú)立的隊列都有獨(dú)立的類似 Frame Relay 的 CIR,PIR,MBS,CBS 整形參數(shù)，7750 支持 8 種轉(zhuǎn)發(fā)等級（COS 優(yōu)先級），每個隊列都可支持一種或多種轉(zhuǎn)發(fā)等級，同服務(wù)等級的 Unicast 數(shù)據(jù)包和Multicast/Broadcast 數(shù)據(jù)包可使用不同的隊列進(jìn)行處理，如下圖所示：33 / 55這種能力對某些業(yè)務(wù)來說非常重要。7750 支持基于 IP/MPLS 的 Diffserv 架構(gòu)在 IP/MPLS 網(wǎng)絡(luò)上提供 QOS 解決方案?？傊?，如果 IP 承載網(wǎng)不能保證 IP 承載網(wǎng)中每條鏈路在發(fā)生中斷時的切換時間很短，NGN 和 3G 網(wǎng)絡(luò)中的很多對實(shí)時性要求較高的業(yè)務(wù)將無法開展。目前路由器的性能提高很30 / 55快，基于硬件轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)時延大約是 2 毫秒。NGN 初期業(yè)務(wù)中主要需解決語音的 QoS。? 3G 電路域（CS）和分組域（PS）核心網(wǎng)等? 端局軟交換話音，指基于 IP 方式的省內(nèi)軟交換架構(gòu)交換機(jī)之間的話音業(yè)務(wù)流量? 固定 NGN 業(yè)務(wù)，指基于 IMS 架構(gòu)的固定 NGN 試點(diǎn)和商用業(yè)務(wù)話音核心業(yè)務(wù) Qos 要求:關(guān)鍵核心業(yè)務(wù)為話音業(yè)務(wù)，其 IP 數(shù)據(jù)包有信令流和媒體流兩大類，QoS 要求如下：? 信令流：如各地的 MSC 之間，及 MSC 與 MGW 之間等，該類數(shù)據(jù)的特點(diǎn)為實(shí)時性要求很強(qiáng)，數(shù)據(jù)量不大。29 / 55第五章 承載網(wǎng) QOS 部署 業(yè)務(wù) QoS 要求本 IP 專用承載網(wǎng)是個多業(yè)務(wù)的承載網(wǎng)絡(luò)，將主要逐步承載如下業(yè)務(wù)：? 省際軟交換匯接網(wǎng)的話音業(yè)務(wù)? 端局軟交換信令，包括“軟交換匯接網(wǎng)” 、3G CS 核心網(wǎng)以及“省內(nèi)軟交換架構(gòu)端局改造”等項目所涉及的 H .24BICC 信令等，暫不考慮 HSTP/LSTP7 號信令網(wǎng)的 IP 化承載需求。ip vrf NGN_chuanshuNMSrd 24059:800routetarget export 24059:800routetarget import 24059:800ip cefinterface GigabitEther1/1/1no ip address!interface GigabitEther1/1/encapsulation dot1Q 100 ip vrf forwarding NGN_NMS ip address !interface GigabitEther1/1/encapsulation dot1Q 100 ip vrf forwarding NGN_Media ip address 。 。具體實(shí)現(xiàn)方式如下：7750 的相關(guān)配置7750 與 6509 互連的端口配置成 Access 模式，并封裝 協(xié)議：7750SR configure port 1/1/1 ether access (配置端口為 access 模式)7750SR configure port 1/1/1 ether encaptype dot1q (配置端口封狀類型為 dot1q)7750 上配置 8 個 VPRN，與 6509 間運(yùn)行 OSPF 路由協(xié)議，建議配置 OSPF 默認(rèn)路由：service26 / 55 customer 100 create description vprn for NGN exit vprn 100 customer 100 create routedistinguisher 24059:100 autobind ldp vrftarget target: 24059:100//不需要再配置路由重分布策略 interface to_PD_65091VLAN100 create description vprn for NGN_NMS address sap 1/1/1:100 create//與 6509 交換機(jī)互連端口 exit exit ospf export generate defalt route//下發(fā) OSPF 默認(rèn)路由，建議配置 area 0 interface to_PD_65091VLAN100 vprn 200 customer 100 create routedistinguisher 24059:200 autobind ldp vrftarget target: 24059:200 interface to_PD_65091VLAN200 create description vprn for NGN_Media address sap 1/1/1:200 create//與 6509 交換機(jī)互連端口 exit 。 每臺 7750 與每臺 6509 間通過一條 10G 物理鏈路相連，而本次工程中，目前共有8 個 VPN 需要從 7750 傳到 6509，由 6509 作為這 8 個 VPN 的業(yè)務(wù)網(wǎng)關(guān)，這樣就要求6509 作為 MultiVRF CE 設(shè)備。本期工程為確保各種業(yè)務(wù)的接入 PE 路由器不存在單點(diǎn)故障，特意在每節(jié)點(diǎn)設(shè)置了兩臺 7750SR12 路由器，當(dāng)主用的一臺 SR12 出現(xiàn)問題時，網(wǎng)絡(luò)設(shè)計上必須保證另外一臺路由器能夠正常向外發(fā)布本地 VPN 路由，并引導(dǎo)流量返回和發(fā)出。根據(jù)上述對網(wǎng)絡(luò)帶寬需求的估算，結(jié)合帶寬規(guī)劃原則，一期建設(shè)中的鏈路配置能滿足輕載的要求。上圖是部署 VPN 的簡單示意圖（具體的部署方法見以下規(guī)劃） 。建議上海移動本期工程選擇OSPF 路由協(xié)議。三、對于特別大型的 VPN 客戶，當(dāng)客戶的路由策略較為復(fù)雜，或者其路由數(shù)量較多，而且波動交頻繁，則需要運(yùn)營商采用 BGP 與 CE 作 Peer，以實(shí)現(xiàn)相應(yīng)的路由策略和控制功能。 PE 與 CE 的協(xié)議選擇一、對于較小的 VPN 客戶，PE 與 CE 間一般采用靜態(tài)或直連路由即可滿足要求。上海移動本期期采用原有的 2 臺 VPN RR（ NE404） ，VPN RR （NE404）通過 GE接口直接連接到本大區(qū)核心節(jié)點(diǎn) CR（NE5000E）上；NE404 能夠支持 300 個以上 MP24 / 55iBGP 連接。為保證 MPLS VPN MPiBGP 配置和管理的可擴(kuò)展性，中國移動 IP 專用承載網(wǎng)獨(dú)立設(shè)置 VPN 路由反射器（VRR） 。萬榮：萬榮 6509 交換機(jī) 1 通過 10G GE 接口與同機(jī)房的 7750 路由器相連，萬榮6509 交換機(jī) 2 通過 10G POS 接口與欽州機(jī)房的 7750 路由器相連，同機(jī)房的 7750 路由器作為主用 PE，不同機(jī)房的 7750 路由器作為備用 PE，具體實(shí)現(xiàn)是通過在兩臺 6509 交換機(jī)上運(yùn)行 VRRP 協(xié)議，設(shè)置不同的優(yōu)先級，讓業(yè)務(wù)流量優(yōu)先從主用 PE 流出，當(dāng)主用PE 發(fā)生故障時，流量倒換到備用 PE。金橋：金橋 6509 交換機(jī) 1 通過 10G GE 接口與同機(jī)房的 7750 路由器相連， 6509交換機(jī) 2 通過 10G POS 接口與浦東機(jī)房的 7750 路由器相連，同機(jī)房