組播培訓(xùn)ppt課件

1、IP技術(shù)培訓(xùn)南京電信多媒體維護(hù)中心目錄組播QosMPLS VPN組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署組播概述效力器路由器單播效力器路由器組播組播是主機(jī)向一組主機(jī)發(fā)送信息，存在于某個(gè)組的一切主機(jī)都可以接納到信息，屬于點(diǎn)對(duì)多點(diǎn)通訊 單播是相互感興趣的主機(jī)雙方進(jìn)展通訊，主機(jī)不能接納對(duì)其不感興趣的其它主機(jī)發(fā)送的信息，屬于點(diǎn)對(duì)點(diǎn)通訊 單播可以經(jīng)過在源點(diǎn)效力器與各個(gè)接納點(diǎn)之間建立多個(gè)點(diǎn)對(duì)點(diǎn)的銜接來到達(dá)點(diǎn)對(duì)多點(diǎn)的傳輸。從效力器開場(chǎng)，就會(huì)有多份數(shù)據(jù)流分別流向分散的接納點(diǎn)。這將加重效力器的負(fù)荷，增大對(duì)效力器性能的要求；同時(shí)還在網(wǎng)絡(luò)中呵斥大流量，從而添

2、加網(wǎng)絡(luò)的負(fù)載，導(dǎo)致網(wǎng)絡(luò)擁塞。 組播那么不然，組播源效力器僅發(fā)一份數(shù)據(jù)包，以后數(shù)據(jù)包只是在需求復(fù)制分發(fā)的地方才會(huì)被復(fù)制分發(fā)，每一網(wǎng)段中都將堅(jiān)持只需一份數(shù)據(jù)流。這樣就可以減輕效力器的負(fù)擔(dān)，節(jié)省網(wǎng)絡(luò)帶寬 。組播的優(yōu)勢(shì)例如：音頻流一切客戶端都收聽一個(gè)8K的音頻流00.20.40.60.8流量Mbps120406080100客戶端數(shù)量組播單播加強(qiáng)效率，控制網(wǎng)絡(luò)流量，減少效力器和CPU負(fù)載優(yōu)化性能，消除流量冗余分布式運(yùn)用，使多點(diǎn)傳輸成為能夠組播的優(yōu)勢(shì)盡力而為的分發(fā)機(jī)制: 會(huì)出現(xiàn)丟包景象，組播運(yùn)用不會(huì)有可靠的數(shù)據(jù)傳送?？煽康慕M播依然有待于進(jìn)一步的研討。無擁塞控制:缺乏TCP 的“窗口機(jī)制，且“慢啟動(dòng)機(jī)制會(huì)導(dǎo)

3、致?lián)砣?。假設(shè)可行，組播運(yùn)用應(yīng)該嘗試檢測(cè)并防止擁塞情況PGM、運(yùn)用層組播。反復(fù)和亂序: 一些組播協(xié)議機(jī)制會(huì)導(dǎo)致時(shí)不時(shí)產(chǎn)生反復(fù)的數(shù)據(jù)包。還會(huì)導(dǎo)致數(shù)據(jù)包的無序發(fā)送或者不按序到達(dá)。平安 : 組播協(xié)議本身并不檢查組播源和用戶的合法性。一切組播運(yùn)用都基于UDP協(xié)議組播體系構(gòu)造組播協(xié)議分為主機(jī)-路由器之間的組成員關(guān)系協(xié)議和路由器-路由器之間的組播路由協(xié)議。組成員關(guān)系協(xié)議包括IGMP(互連網(wǎng)組管理協(xié)議)。組播路由協(xié)議分為域內(nèi)組播路由協(xié)議及域間組播路由協(xié)議。域內(nèi)的組播協(xié)議又分為密集方式與稀疏方式。域內(nèi)組播路由協(xié)議主要運(yùn)用PIM-SM，PIM-DM，DVMRP協(xié)議。組播在城域網(wǎng)中的實(shí)現(xiàn)組播源DRDRIGMPIGM

4、P SnoopingPIM SPARSERPRPPIM SPARSEMSDP主機(jī)至業(yè)務(wù)控制點(diǎn)經(jīng)過IGMP參與、分開組播組；接入網(wǎng)二層交換機(jī)利用IGMP Snooping 優(yōu)化組播性能；三層設(shè)備之間經(jīng)過PIM SPARSE 方式建立組播路由；經(jīng)過MSDP保證RP的冗余性。組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署組播地址組播業(yè)務(wù)源地址：1.0.0.0223.255.255.255 即A、B、C三類地址；組播業(yè)務(wù)目的地址：224.0.0.0239.255.255.255。普通都將組播目的地址稱為組播地址。保管的本地鏈路地址 224.0.0.0

5、224.0.0.255 發(fā)送時(shí) TTL = 1 例如: 224.0.0.1網(wǎng)段上的一切系統(tǒng) 224.0.0.2網(wǎng)段上的一切路由器 224.0.0.5OSPF 路由器 224.0.0.13PIMv2 路由器 224.0.1.0224.0.1.255發(fā)送時(shí) TTL 1 例如: 224.0.1.1NTP時(shí)鐘協(xié)議 224.0.1.39/40AutoRP協(xié)議 二層組播地址 MAC地址范圍01:00:5E:00:00:00 01:00:5E:7F:FF:FF分配給組播運(yùn)用即第25bit為0，這就要求將28位的IP組播地址空間映射到23位的MAC地址空間中，詳細(xì)的映射方法是將組播地址中的低23位放入MAC地

6、址的低23位:11100000000100000000010111100IP組播地址后23位映射到MAC地址中32位IP組播地址48位MAC地址以太網(wǎng)/FDDI此5位地址不作映射，因此32個(gè)IP組播地址映射成一個(gè)MAC地址組播地址的二三層對(duì)應(yīng)關(guān)系224.1.1.1224.129.1.1225.1.1.1225.129.1.1 . . .238.1.1.1238.129.1.1239.1.1.1239.129.1.10 x0100.5E01.01011 - Multicast MAC Address(FDDI and Ethernet)32 - IP Multicast Addresses留意有

7、 32:1 地址反復(fù)IP組播 MAC地址映射組播地址在城域網(wǎng)內(nèi)的運(yùn)用239.0.0.0239.255.255.255私有地址空間類似于 RFC1918 中的單播地址用于受限制的組播，不能用于internet上傳播一樣的地址能夠在不同地方的組播運(yùn)用中出現(xiàn)按照GLOP規(guī)定，將AS號(hào)直接填入組播地址的中間兩個(gè)字節(jié)中，每個(gè)自治系統(tǒng)都可以得到255個(gè)組播地址，各個(gè)城域網(wǎng)根據(jù)本身的AS號(hào)計(jì)算出組播地址；以南京城域?yàn)槔珹S號(hào)為64660，組播地址為239.252.148.0239.252.148.255組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署主機(jī)至

8、路由器的協(xié)議：IGMPH3H3224.1.1.1ReportH1H2參與一個(gè)組主機(jī)發(fā)送一個(gè) IGMP 報(bào)告用于參與一個(gè)組主機(jī)至路由器的協(xié)議：IGMP路由器定期發(fā)送查詢包到224.0.0.1當(dāng)同一個(gè)網(wǎng)段內(nèi)有多個(gè)組播路由器時(shí)，IGMPv2 經(jīng)過查詢器選舉機(jī)制從中選舉出獨(dú)一的查詢器。查詢器周期性地發(fā)送通用組查詢音訊進(jìn)展成員關(guān)系查詢；主機(jī)發(fā)送報(bào)告音訊來呼應(yīng)查詢。主機(jī)發(fā)送報(bào)告音訊的時(shí)間有隨機(jī)性，當(dāng)檢測(cè)到同一網(wǎng)段內(nèi)有其它成員發(fā)送同樣的音訊時(shí)，那么抑制本人的呼應(yīng)報(bào)文。Query224.1.1.1Report224.1.1.1SuppressedX224.1.1.1SuppressedXH1H2H3維護(hù)一個(gè)組

9、( Group)主機(jī)至路由器的協(xié)議：IGMP主機(jī)安靜的分開，沒有自動(dòng)退出H1H3H3#1路由器發(fā)送三次查詢 (60 secs 每次)General Query#2沒有任何的成員回應(yīng)信息組超時(shí) (最壞情況 延時(shí)= 3 minutes)H2分開一個(gè)組 (IGMPv1)主機(jī)至路由器的協(xié)議：IGMP主機(jī)發(fā)送一個(gè)分開信息到 224.0.0.2H1H3H3Leave to224.0.0.2224.1.1.1#1路由器發(fā)送一個(gè)特殊的查詢信息到224.1.1.1Group SpecificQuery to 224.1.1.1#23 seconds沒有收到IGMP Report224.1.1.1組超時(shí)H2分開一

10、個(gè)組(IGMPv2)組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署二層組播流量的優(yōu)化問題: 二層組播流量泛濫普通第2層交換機(jī)將組播流量作為未知或廣播流，必需將幀泛洪Flood到每個(gè)端口有時(shí)設(shè)置靜態(tài)條目，以指定哪個(gè)端口應(yīng)接納哪些組的組播流量這些條目的動(dòng)態(tài)配置將減弱用戶管理二層組播流量的優(yōu)化 交換機(jī)感知“IGMP 主機(jī)發(fā)出IGMP成員報(bào)告音訊，這個(gè)音訊是給路由器的；在IGMP成員報(bào)告經(jīng)過交換機(jī)時(shí)，交換機(jī)對(duì)這個(gè)音訊進(jìn)展監(jiān)聽并記錄下來，構(gòu)成組成員和接口的對(duì)應(yīng)關(guān)系 經(jīng)過NMP或經(jīng)過詳細(xì)的硬件ASIC來攔截IGMP交換機(jī)在收到組播數(shù)據(jù)報(bào)文時(shí)，根據(jù)組成員和

11、接口的對(duì)應(yīng)關(guān)系，僅向具有組成員的接口轉(zhuǎn)發(fā)組播報(bào)文。 IGMP監(jiān)聽可以處理二層環(huán)境中的組播報(bào)文泛濫問題，但對(duì)2層交換機(jī)有一定的要求： 交換機(jī)具有提取第三層信息的功能 要求交換機(jī)對(duì)一切的組播報(bào)文進(jìn)展監(jiān)聽和解讀，這會(huì)產(chǎn)生很多無效任務(wù)也會(huì)占用大量的CPU處置時(shí)間 最好運(yùn)用硬件進(jìn)展處置來堅(jiān)持吞吐量處理方案: IGMP探聽I(yíng)GMP snooping)組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署組播分發(fā)樹最短途徑樹基于源的分發(fā)樹接納者 R1BEADF源 S1組播路由項(xiàng)(S, G), iif, oiflistS 源地址G 組地址iif 入接口oiifs 出

12、接口列表C接納者 R2源 S2組播分發(fā)樹共享分發(fā)樹接納者 R1BEAD FC接納者 R2(RP) PIM會(huì)聚點(diǎn)共享樹(RP)組播路由項(xiàng)(*, G), iif, oiflist* 任何源地址G 組地址iif 入接口oiifs 出接口列表源 S1不同分發(fā)樹的特征源樹最短途徑樹占用內(nèi)存較多O(S x G)，但途徑最優(yōu)，延遲最小路由器必需為每個(gè)源維護(hù)途徑信息 共享樹占用內(nèi)存較少O(G)，途徑不是最優(yōu)的，引入額外的延遲實(shí)現(xiàn)時(shí)，設(shè)計(jì)者必需思索RP在網(wǎng)絡(luò)中的位置組播轉(zhuǎn)發(fā)組播路由和單播路由是相反的:單播路由關(guān)懷數(shù)據(jù)報(bào)文要到哪里去。組播路由關(guān)懷數(shù)據(jù)報(bào)文從哪里來。組播路由運(yùn)用 “反向途徑轉(zhuǎn)發(fā)機(jī)制(RPF, Rev

13、erse Path Forwarding)何謂RPF?路由器收到組播數(shù)據(jù)報(bào)文后，只需確認(rèn)這個(gè)數(shù)據(jù)報(bào)文是從本人到源的出接口上到來的，才進(jìn)展轉(zhuǎn)發(fā)，否那么丟棄報(bào)文。RPF檢查 在單播路由表中查找到組播報(bào)文源地址的路由 假設(shè)該源地址路由的出接口就是組播報(bào)文的入接口，RPF勝利， 否那么RPF失敗RPF檢查源151.10.3.21組播報(bào)文RPF檢查失敗 報(bào)文從錯(cuò)誤接口到來!RPF檢查RPF檢查失敗! 單 播 路 由 表網(wǎng)絡(luò) 接口151.10.0.0/16S1198.14.32.0/24S0204.1.16.0/24E0查看單播路由表: RPF檢查失敗E0S1S0S2S1源151.10.3.21發(fā)出的組播

14、數(shù)據(jù)報(bào)文X丟棄數(shù)據(jù)報(bào)文！報(bào)文從錯(cuò)誤接口到達(dá)RPF檢查查看單播路由表: RPF檢查勝利RPF檢查勝利! 單 播 路 由 表網(wǎng)絡(luò) 接口151.10.0.0/16S1198.14.32.0/24S0204.1.16.0/24E0E0S1S0S2源151.10.3.21發(fā)出的組播數(shù)據(jù)報(bào)文S1然后才開場(chǎng)向一切出接口 (即分發(fā)樹的下游)轉(zhuǎn)發(fā)數(shù)據(jù)報(bào)文從正確的接口到達(dá)!組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署組播路由的類型密集方式Dense-mode運(yùn)用“推Push模型先給他，可以不要組播數(shù)據(jù)整網(wǎng)絡(luò)的泛濫Flood下游不想接納的話那么剪枝Prune泛濫

15、、剪枝、泛濫、剪枝周而復(fù)始 (通常3分鐘折騰一次)稀疏方式Sparse-mode運(yùn)用 “拉Pull模型他要了，才給他組播數(shù)據(jù)只發(fā)送到有需求的地方有顯式的參與Join過程。 PIM-DM協(xié)議無關(guān)組播Protocol Independent Multicast支持一切的單播路由協(xié)議: 靜態(tài)路由、RIP、IGRP、IS-IS、BGP、OSPF，總之了，單播路由是什么都沒關(guān)系。運(yùn)用逆向途徑轉(zhuǎn)發(fā)RPF機(jī)制先向網(wǎng)絡(luò)泛濫(Flood)，然后根據(jù)組播組成員關(guān)系進(jìn)展剪枝 (Prune)運(yùn)用Assert機(jī)制來剪枝冗余數(shù)據(jù)流適宜于.小規(guī)模的網(wǎng)絡(luò)PIM-DM 泛洪與剪枝組播源接納者 組播數(shù)據(jù)報(bào)文網(wǎng)絡(luò)中的每個(gè)路由器都創(chuàng)

16、建(S, G)!初始泛洪PIM-DM 泛洪與剪枝組播源剪枝不需求的數(shù)據(jù)流接納者 組播數(shù)據(jù)報(bào)文 剪枝音訊PIM-DM 泛洪與剪枝剪枝之后，看.組播源接納者 組播數(shù)據(jù)報(bào)文泛濫和剪枝過程每3分鐘反復(fù)一次!網(wǎng)絡(luò)中的每個(gè)路由器中依然保管(S, G)!PIM-DM對(duì)于小型網(wǎng)絡(luò)來說非常有效優(yōu)勢(shì):易于配置-總共只需兩條命令實(shí)現(xiàn)機(jī)制簡(jiǎn)單泛濫剪枝潛在問題.泛濫剪枝過程不夠高效復(fù)雜的Assert機(jī)制控制和數(shù)據(jù)平面混合導(dǎo)致網(wǎng)絡(luò)內(nèi)部的一切路由器上都有(S, G)能夠會(huì)導(dǎo)致非確定性的拓?fù)湫袨椴恢С止蚕順銹IM-SM支持共享樹和源樹假設(shè)沒有主機(jī)需求接納組播數(shù)據(jù)，除非它們明確地發(fā)出了懇求運(yùn)用“會(huì)聚點(diǎn)(RP, Rendezvo

17、us Point) 發(fā)送者和接納者在RP處進(jìn)展會(huì)聚發(fā)送者的第一跳路由器把發(fā)送者注冊(cè)到RP上報(bào)個(gè)到，掛個(gè)號(hào)接納者的DR直連網(wǎng)絡(luò)上的擔(dān)任人為接納者參與到共享樹 (樹根在RP)適宜于大規(guī)模的企業(yè)網(wǎng)絡(luò)是任何網(wǎng)絡(luò)的優(yōu)選方案，不論其規(guī)模和成員密集程度。PIM-SM接納者RP(*, G) 參與 共享樹(*, G) 僅在共享樹沿途建立接納者參與樹PIM-SM接納者RP(S, G) 參與組播源 共享樹 (S, G) 注冊(cè)(單播) 源樹(S, G)僅在源樹沿途建立 數(shù)據(jù)流發(fā)送者注冊(cè)PIM-SM接納者RP組播源共享樹源樹(S, G) 注冊(cè)停頓(單播)數(shù)據(jù)流(S, G)注冊(cè)(單播)發(fā)送者注冊(cè)RP向第一跳路由器發(fā)送注冊(cè)

18、停頓Register-Stop音訊，停頓注冊(cè)過程數(shù)據(jù)流從組播源經(jīng)過源樹到達(dá)RPPIM-SM接納者RP組播源共享樹源樹數(shù)據(jù)流源數(shù)據(jù)流沿源樹SPT流向RP從RP開場(chǎng)，數(shù)據(jù)流沿共享樹RPT流向接納者PIM-SM SPT 切換接納者RP(S, G) Join源最優(yōu)樹共享樹最后一跳路由器參與最優(yōu)樹沿著新的最優(yōu)樹，額外的 (S, G)被建立 數(shù)據(jù)流PIM-SM SPT 切換接納者RP源最優(yōu)樹共享樹(S, G)RP-bit Prune數(shù)據(jù)開場(chǎng)沿著新的最優(yōu)樹的分支流向接納者額外的S,G被創(chuàng)建。沿著共享樹的S,G被逐漸修剪掉數(shù)據(jù)流PIM-SM SPT 切換ReceiverRP源最優(yōu)樹共享樹(S, G) 數(shù)據(jù)流如

19、今被修剪掉，數(shù)據(jù)沿著最優(yōu)樹到達(dá)客戶數(shù)據(jù)流PIM-SM SPT 切換ReceiverRP源最優(yōu)樹共享樹(S, G) RP不再需求數(shù)據(jù)流，因此RP修剪掉S,G上的流。數(shù)據(jù)流(S, G) 修剪PIM-SM SPT 切換接納者RP源最優(yōu)樹共享樹(S, G) 如今，數(shù)據(jù)流只沿著最優(yōu)樹流向接納者。數(shù)據(jù)流PIM-SM對(duì)于稀疏和密集運(yùn)用都很高效優(yōu)勢(shì):數(shù)據(jù)流僅沿“參與的分支向下發(fā)送可以根據(jù)流量等條件動(dòng)態(tài)地切換到源樹與詳細(xì)的單播路由協(xié)議無關(guān)域間組播路由的根底和MBGP、MSDP共同結(jié)合運(yùn)用可以完成跨域的組播RPRP可以靜態(tài)配置，也可以動(dòng)態(tài)選舉。 在目前的運(yùn)用條件下，引薦運(yùn)用靜態(tài)配置 必需在每臺(tái)參與組播的路由器上配

20、置 RP地址獨(dú)一，通常只能選擇一臺(tái)路由器做RP 除非運(yùn)用任播RPanycast RPPIM-SM必需配置RPAnycast RP優(yōu)點(diǎn)快速的RP缺點(diǎn)切換 幾秒內(nèi)恢復(fù)發(fā)送無密集方式回退 由于RP地址是靜態(tài)定義的弱點(diǎn)要求部署MSDP 僅在RP 路由器上需求組播組播概述組播地址主機(jī)路由器協(xié)議:IGMP 二層組播優(yōu)化分發(fā)樹和RPF組播路由南京城域網(wǎng)組播部署南京城域網(wǎng)構(gòu)造與網(wǎng)絡(luò)視訊業(yè)務(wù)平臺(tái)的銜接出口中心R4和R5與IPTV內(nèi)容平臺(tái)中心節(jié)點(diǎn)會(huì)聚交換機(jī)T64G實(shí)現(xiàn)對(duì)接，10條GE鏈路全部啟用。普通中心云南路GSR、大行宮GSR、長(zhǎng)樂路GSR、新莊GSR與IPTV內(nèi)容平臺(tái)邊緣節(jié)點(diǎn)會(huì)聚交換機(jī)T64G實(shí)現(xiàn)對(duì)接，36

21、條GE鏈路全部啟用。 組播部署方案GSRCRSGSRIP/TV效力器開啟組播路由相關(guān)端口PIM-SMMSDP開啟組播路由相關(guān)端口PIM-SM開啟組播路由相關(guān)端口PIM-SM指定RP組播過濾靜態(tài)組播組開啟組播路由相關(guān)端口PIM-SM相關(guān)端口igmp-snooping指定RP組播過濾靜態(tài)組播組開啟組播路由相關(guān)端口PIM-SMMSDP指定RP組播過濾靜態(tài)組播組SRBRASPIM-SMIGMPIGMP組播部署方案 選取云南路GSR和大行宮GSR作為MSDP PEER構(gòu)建邏輯RP221.231.205.8，同時(shí)在RP上設(shè)置只允許合法組播源地址發(fā)送注冊(cè)信息，并且對(duì)組播組地址進(jìn)展限制。中心層設(shè)備、業(yè)務(wù)控制層

22、設(shè)備均開啟組播，配置PIM-SM。業(yè)務(wù)控制層配置PIM-SM，配置靜態(tài)組播組以加快IPTV節(jié)目切換速度。中心層設(shè)備、業(yè)務(wù)控制層設(shè)備配置組播過濾以保證組播源和組播組地址的合法性。組播流控制和復(fù)制BAS控制、BAS復(fù)制原理：BAS作為組播業(yè)務(wù)控制設(shè)備，根據(jù)用戶的組播權(quán)限，將組播報(bào)文復(fù)制到單個(gè)用戶的銜接中如VLAN、PPPoE Session優(yōu)點(diǎn)：對(duì)BAS以下的二層設(shè)備無特殊要求缺陷：由于BAS位置普通比較高，用戶較多，將組播報(bào)文轉(zhuǎn)換為單播報(bào)文會(huì)占用大量的BAS端口帶寬和轉(zhuǎn)發(fā)才干計(jì)費(fèi)：支持基于頻道和時(shí)長(zhǎng)的計(jì)費(fèi)適用：組播業(yè)務(wù)開展初期，用戶和頻道數(shù)較少的情況GSR -組播路由器GSR-組播路由器GSR業(yè)

23、務(wù)控制設(shè)備BAS組播路由器組播源組播用戶組播用戶組播用戶組播流控制和復(fù)制二層設(shè)備控制、二層設(shè)備復(fù)制原理：二層設(shè)備作為組播業(yè)務(wù)控制設(shè)備，根據(jù)網(wǎng)管下發(fā)的用戶組播權(quán)限，將組播報(bào)文復(fù)制到有組播權(quán)限的用戶端口優(yōu)點(diǎn)：在最接近用戶的地方復(fù)制組播報(bào)文，占用較少的網(wǎng)絡(luò)帶寬缺陷：要求二層設(shè)備支持IGMP Filtering，且用戶的組播權(quán)限要經(jīng)過網(wǎng)管進(jìn)展配置計(jì)費(fèi)：無法實(shí)現(xiàn)基于組播頻道的計(jì)費(fèi)適用：用戶和頻道數(shù)較多的情況GSR -組播路由器GSR-組播路由器GSRBAS組播路由器組播源組播權(quán)限網(wǎng)管中心組播用戶組播用戶組播用戶IGMP Filtering雙PVC雙SESSIONInternet視頻效力器SE800/ER

24、X1440DSLAM城域網(wǎng)BTV前端PVC1PVC2BAS為組播復(fù)制控制點(diǎn)用戶經(jīng)過PPPOE方式接入IPTV域，并且獲得的IP只能訪問EPG。DSLAM上對(duì)IPTV業(yè)務(wù)和普通上網(wǎng)業(yè)務(wù)的不同PVC或VLAN做QoS保證。由于雙PVC主要以預(yù)留帶寬機(jī)制來保證質(zhì)量,因此部分DSLAM上IPTV業(yè)務(wù)和上網(wǎng)業(yè)務(wù)接入帶寬無法共享。部分新型IP DSLAM支持在不同PVC或VLAN間共享帶寬。經(jīng)過QOS機(jī)制來保證IPTV業(yè)務(wù)質(zhì)量VLAN1VLAN2雙PVC雙SESSION優(yōu)點(diǎn)：可以實(shí)現(xiàn)業(yè)務(wù)隔離，保證網(wǎng)絡(luò)視訊業(yè)務(wù)的可靠性。 缺陷：需求MODEM支持多以太口與PVC做綁定， 擴(kuò)展性不佳。Qos為什么需求QosI

25、P Qos 模型差分效力城域網(wǎng)Qos部署戰(zhàn)略和方案典型業(yè)務(wù)Qos部署為什么需求Qos業(yè)務(wù)綜合化Everything over IP，在IP網(wǎng)上同時(shí)承載語(yǔ)音、視頻、數(shù)據(jù)及企業(yè)互聯(lián)等業(yè)務(wù)業(yè)務(wù)差別化根據(jù)客戶和運(yùn)用需求，提供不同QOS等級(jí)的效力為什么需求Qos對(duì)于效力商來說，在有限的網(wǎng)絡(luò)帶寬資源根底上， 提升帶寬資源的贏利才干，才是網(wǎng)絡(luò)運(yùn)營(yíng)商的運(yùn)營(yíng)網(wǎng)絡(luò)的目的。經(jīng)過QoS技術(shù)，網(wǎng)絡(luò)運(yùn)營(yíng)商可以保證高增值業(yè)務(wù)的效力質(zhì)量。保證大客戶接入網(wǎng)絡(luò)的端到端的效力性能。經(jīng)過網(wǎng)絡(luò)限速，控制低端業(yè)務(wù)流量大量占用網(wǎng)絡(luò)帶寬，為高端業(yè)務(wù)提供保證。重點(diǎn)關(guān)注開展的業(yè)務(wù)高高低低？￥寬帶數(shù)據(jù)運(yùn)用業(yè)務(wù)寬帶互連業(yè)務(wù)傳統(tǒng)數(shù)據(jù)業(yè)務(wù)銷售增長(zhǎng)率市場(chǎng)

26、占有率寬帶接入業(yè)務(wù)代維代管業(yè)務(wù)IP視頻/話音業(yè)務(wù)為什么需求Qos保證網(wǎng)絡(luò)控制信息的暢通，防止DDoS攻擊鏈路缺點(diǎn)情況下或網(wǎng)絡(luò)擁塞情況下，保證高等級(jí)業(yè)務(wù)的效力質(zhì)量防止渣滓流量沖擊高等級(jí)業(yè)務(wù)流量運(yùn)用對(duì)延時(shí)、抖動(dòng)、丟包率等參數(shù)相當(dāng)敏感；在網(wǎng)絡(luò)中總有一些諸如傳輸延時(shí)、處置延時(shí)、CRC錯(cuò)誤之類的不可調(diào)整的要素存在；在網(wǎng)絡(luò)中還存在如緩沖延時(shí)、丟包率等和鏈路擁塞相關(guān)的要素存在；在絕大多數(shù)的網(wǎng)絡(luò)中都存在一定程度的擁塞；不能總用添加帶寬的方式來處理問題；在這種情況下最好的處理方案就是運(yùn)用一個(gè)“可保證的戰(zhàn)略能夠存在擁塞的地方分支1分支22 Mbps1 Mbps速度不匹配1 Mbps1 Mbps1 Mbps1 Mb

27、ps1 Mbps4 Mbps流量聚合分支1分支2中心1 Mbps1 Mbps1 Mbps流量聚合Qos為什么需求QosIP Qos 模型差分效力城域網(wǎng)Qos部署戰(zhàn)略和方案典型業(yè)務(wù)Qos部署IP Qos模型城域網(wǎng)采用IETF引薦的基于RFC 2475的不同等級(jí)效力Diffserv模型。它采用IP報(bào)頭中的TOS字節(jié)中的六位來區(qū)分不同等級(jí)的IP報(bào)，這六位稱DSCP；剩下的兩位是顯式擁塞標(biāo)志ECN，在兩邊終端的TCP層面進(jìn)展擁塞控制，防止丟報(bào)。 IP QoS模型Best-effort 盡力而為效力模型Int-Serv 綜合業(yè)務(wù)模型Diff-Serv 區(qū)分業(yè)務(wù)模型Int-Serv綜合業(yè)務(wù)模型Int-Se

28、rv在IETF的RFC1633中進(jìn)展了定義，建議運(yùn)用RSVP來進(jìn)展信令的傳輸。RSVP為在整個(gè)傳輸過程中，經(jīng)過每臺(tái)路由器的QOS數(shù)據(jù)流預(yù)留了一定的帶寬資源，并且進(jìn)展端到端的信號(hào)傳輸。RSVP依賴于每條數(shù)據(jù)流的形狀和處置過程，因此在大型網(wǎng)絡(luò)中，其擴(kuò)展才干遭到一定的限制。而Int-Serv是一種確定管理控制信號(hào)傳輸數(shù)量的方式。在Int-serv中定義了三種效力類別：保證效力進(jìn)展帶寬、有限的延遲、無數(shù)據(jù)包喪失；負(fù)載控制在負(fù)載較低的網(wǎng)絡(luò)中，近似于盡量承載；盡量承載對(duì)一切的數(shù)據(jù)流一視同仁。Int-Serv的三個(gè)組件確定是誰(shuí)在發(fā)送 (速率,MTU等)TSpec參數(shù)確定什么接納者所需求的: (帶寬,途徑Mt

29、u)RSpec參數(shù)確定發(fā)送者和接納者都需求向網(wǎng)絡(luò)發(fā)出什么樣的信令：RSVP (資源預(yù)留協(xié)議)是IntServ的一個(gè)信令協(xié)議機(jī)PBX媒體效力器多媒體任務(wù)站機(jī)在線路上預(yù)留12K帶寬我需求12K帶寬，延時(shí)100ms以內(nèi)這個(gè)運(yùn)用需求12K的帶寬和100ms以內(nèi)的延時(shí)Int-Serv優(yōu)缺陷優(yōu)點(diǎn)：實(shí)現(xiàn)了絕對(duì)的效力質(zhì)量保證，由于在數(shù)據(jù)流所經(jīng)過的一切路由器上均運(yùn)轉(zhuǎn)了RSVP，網(wǎng)絡(luò)可保證在任何一點(diǎn)都沒有數(shù)據(jù)流可以過量地占用網(wǎng)絡(luò)資源。軟形狀特性，利用PATH與RESV等信令刷新，可以動(dòng)態(tài)改動(dòng)資源預(yù)留形狀缺陷：軟形狀特性，使得網(wǎng)絡(luò)開銷過大要求全網(wǎng)設(shè)備端到端均支持資源預(yù)留協(xié)議RSVP信令復(fù)雜，給運(yùn)營(yíng)和管理添加難度該模

30、型適宜業(yè)務(wù)規(guī)模較小的邊緣網(wǎng)絡(luò)。Qos為什么需求QosIP Qos 模型差分效力城域網(wǎng)Qos部署戰(zhàn)略和方案典型業(yè)務(wù)Qos部署Diff-serv QoS模型Diff-serv的根本機(jī)制是在網(wǎng)絡(luò)的邊緣路由器上根據(jù)業(yè)務(wù)的效力質(zhì)量要求對(duì)業(yè)務(wù)映射到一定的業(yè)務(wù)類別中，隨IP分組中的DS字段獨(dú)一標(biāo)示業(yè)務(wù)的效力類別，網(wǎng)絡(luò)經(jīng)過的各個(gè)節(jié)點(diǎn)將根據(jù)該字段對(duì)各種業(yè)務(wù)類別采取預(yù)先設(shè)定好的效力戰(zhàn)略，保證相應(yīng)的延遲、帶寬、抖動(dòng)等效力質(zhì)量。DiffServ 效力的架構(gòu)Per-Hop Behavior隊(duì)列/丟棄入口結(jié)點(diǎn)內(nèi)部結(jié)點(diǎn)出口結(jié)點(diǎn)TCBPHBPHBTCBPHB流量分類與調(diào)理分類/標(biāo)志/戰(zhàn)略分類和標(biāo)示Classification

31、 and Marking將QOS需求相近的業(yè)務(wù)流分成一類，并做相應(yīng)的標(biāo)志。各網(wǎng)絡(luò)節(jié)點(diǎn)根據(jù)標(biāo)志執(zhí)行相應(yīng)的PHB(Per-Hop Behavior)網(wǎng)絡(luò)邊緣執(zhí)行分類和標(biāo)志不同網(wǎng)絡(luò)邊緣設(shè)備標(biāo)志映射限速和整形Policing and Shaping限速將超越帶寬限額的突發(fā)數(shù)據(jù)簡(jiǎn)單丟棄或降為低等級(jí)流量轉(zhuǎn)發(fā)整形將超越帶寬限額的突發(fā)數(shù)據(jù)緩沖起來，等流量下降后再發(fā)送出去，使得發(fā)送出去的流量變得平滑擁塞管理隊(duì)列調(diào)度不同等級(jí)的分組放入不同的隊(duì)列中，路由器按照一定的隊(duì)列調(diào)度算法，決議從哪個(gè)隊(duì)列中取出數(shù)據(jù)分組進(jìn)展效力隊(duì)列調(diào)度算法直接影響路由器的性能和QOS效果擁塞管理隊(duì)列調(diào)度Time1 2 3 4 5 6 7 8 9

32、 10 11 12 1 2 3Time1 2 3 4 5 6 7 8 9 10 11 12 1 2 3100%Time1 2 3 4 5 6 7 8 9 10 11 12 1 2 3鏈路利用率有超出需求的鏈路帶寬不是最經(jīng)濟(jì)的沒有任何的QOS需求，但是一個(gè)相當(dāng)平安的網(wǎng)絡(luò)100%鏈路利用率100%鏈路利用率少量的擁塞QoS最有效鏈路嚴(yán)重超載QoS有一定的作用，但在這種情況下，最好晉級(jí)帶寬擁塞管理隊(duì)列調(diào)度算法擁塞防止Congestion Avoidence擁塞管理在發(fā)生擁塞時(shí)起作用，而擁塞防止被設(shè)計(jì)為在第一時(shí)間防止發(fā)生擁塞。擁塞防止的概念是基于TCP流量的。全局同步由于網(wǎng)絡(luò)資源有限，當(dāng)擁塞發(fā)生時(shí)，按

33、照傳統(tǒng)的隊(duì)列尾丟棄處置方式，對(duì)于TCP報(bào)文，會(huì)引發(fā)TCP的慢啟動(dòng)和擁塞防止機(jī)制，使TCP減少報(bào)文的發(fā)送。當(dāng)同時(shí)丟棄多個(gè)TCP銜接的報(bào)文時(shí)，將呵斥多個(gè)TCP銜接同時(shí)進(jìn)入慢啟動(dòng)和擁塞防止，稱之為：TCP全局同步。這使得發(fā)向網(wǎng)絡(luò)的報(bào)文流量總是忽大忽小，線路上的流量總在極少和豐滿之間動(dòng)搖，呵斥網(wǎng)絡(luò)利用率降低。WRED為了防止這種擁塞情況的發(fā)生，可以采用隨機(jī)早期檢測(cè)RED或加權(quán)隨機(jī)早期檢測(cè)WRED的丟棄戰(zhàn)略?？煞乐故苟鄠€(gè)TCP銜接同時(shí)降低發(fā)送速度，防止TCP的全局同步景象。這樣，無論什么時(shí)候，總有TCP銜接在進(jìn)展較快的發(fā)送，提高了線路帶寬的利用率，降低擁塞的發(fā)生。丟棄戰(zhàn)略對(duì)網(wǎng)絡(luò)中TCP方式的運(yùn)用有比較好

34、的效果，但對(duì)網(wǎng)絡(luò)中UDP數(shù)據(jù)產(chǎn)生的擁塞那么不會(huì)有很大的改善。Qos為什么需求QosIP Qos 模型差分效力城域網(wǎng)Qos部署戰(zhàn)略和方案典型業(yè)務(wù)Qos部署城域網(wǎng)QoS模型寬帶接入網(wǎng)SRBRASBRAS中心路由器ChinaNetCN2Diffserv domainCN2 SRSRBRAS匯接路由器ATM接入網(wǎng)以太接入網(wǎng)Diffserv PHB：隊(duì)列調(diào)度queuing擁塞控制WRED)分類、標(biāo)志、限速流量整形基于物理結(jié)合802.1P的二層QoSSDH/MSTP/RPRIP城域網(wǎng)基于物理結(jié)合802.1P的二層QoS城域網(wǎng)QoS模型端到端QoS城域網(wǎng)Diffserv域邊境：BRAS、接入路由器接入網(wǎng)無阻

35、塞設(shè)計(jì)中心：IP中心/匯接層路由器相對(duì)無阻塞設(shè)計(jì)限制上行流量整形下行流量分類標(biāo)志限速整形隊(duì)列調(diào)度擁塞控制城域網(wǎng)QoS設(shè)計(jì)原那么合理規(guī)劃網(wǎng)絡(luò)構(gòu)造、配置網(wǎng)絡(luò)帶寬，堅(jiān)持網(wǎng)絡(luò)穩(wěn)定性，提供根本的QoS保證；IP城域網(wǎng)采取以Diffserv為主的QoS技術(shù)業(yè)務(wù)分類、標(biāo)志、流量控制、隊(duì)列調(diào)度等機(jī)制提供突發(fā)擁塞時(shí)QoS保證；寬帶接入網(wǎng)采取以物理保證為主的技術(shù)，結(jié)合802.1P，提供至少兩個(gè)等級(jí)的效力；城域網(wǎng)信任從CN2進(jìn)入的包的QoS標(biāo)志，但對(duì)從CHINANET進(jìn)入的包進(jìn)展重標(biāo)志；城域網(wǎng)QoS部署戰(zhàn)略按技術(shù)角度 a. 分類和標(biāo)志 b. 預(yù)留帶寬管理 c. 流量監(jiān)管和整形 d. 隊(duì)列調(diào)度 e. 擁塞防止按設(shè)備類

36、型 a. 中心路由器 b. 會(huì)聚路由器 c. SR接入控制設(shè)備 d. BRAS寬帶接入效力器分類和標(biāo)志用戶接入端：根據(jù)用戶接入方式的不同，根據(jù)VLAN、特定PVC、用戶端口、用戶帳號(hào)等進(jìn)展標(biāo)志；在BRAS和SR上根據(jù)物理端口、邏輯子端口VLAN ID等或直接根據(jù)COS位對(duì)用戶進(jìn)展分類和三層標(biāo)志DSCP或EXP。城域網(wǎng)內(nèi)部端口：全部采取信任標(biāo)志處置；城域網(wǎng)-CHINANET邊緣：不信任處置，根據(jù)業(yè)務(wù)分類或目的地址等進(jìn)展重標(biāo)志；城域網(wǎng)-CN2邊緣：由于城域網(wǎng)的標(biāo)志規(guī)劃曾經(jīng)思索了CN2的標(biāo)志規(guī)劃，因此根據(jù)CN2的QoS標(biāo)志進(jìn)展標(biāo)志映射；城域網(wǎng)內(nèi)業(yè)務(wù)等級(jí)規(guī)劃服務(wù)等級(jí)業(yè)務(wù)性質(zhì)業(yè)務(wù)DSCPIP Pre/E

37、XP與骨干網(wǎng)銜接隊(duì)列類型1關(guān)鍵業(yè)務(wù)NGN語(yǔ)音、管理控制信息111000111對(duì)應(yīng)CN2 等級(jí)1（EXP110）Low lantencyQueue2CN2金接入新視通、全球眼、IPTV等視訊業(yè)務(wù)、跨越城域網(wǎng)和CN2的高等級(jí)VPN110000110對(duì)應(yīng)CN2等級(jí)2（EXP100）Round -robinQueue3同城互連金業(yè)務(wù)高QoS的同城互連101000101城域網(wǎng)專用Round -robinQueue4CN2銀接入Vnet高等級(jí)業(yè)務(wù)、跨越城域網(wǎng)和CN2的中等級(jí)VPN100000100對(duì)應(yīng)CN2等級(jí)3(EXP010)Round -robinQueue5CN2銅接入Vnet低等級(jí)業(yè)務(wù)、跨越城域網(wǎng)

38、和CN2的低等級(jí)VPN011000011對(duì)應(yīng)CN2等級(jí)4(EXP001)Round -robinQueue6CN2普通接入城域網(wǎng)個(gè)人VIP業(yè)務(wù)、商客AD用戶010000010對(duì)應(yīng)CN2等級(jí)5（EXP000）Round -robinQueue7同城互連銀業(yè)務(wù)低QoS的同城互連001000001城域網(wǎng)專用Round -robinQueue8普通業(yè)務(wù)普通互聯(lián)網(wǎng)業(yè)務(wù)000000000ChinaNet 盡力轉(zhuǎn)發(fā)BE Queue流量監(jiān)管和流量整形對(duì)于城域網(wǎng)接入的專線大客戶，應(yīng)根據(jù)與客戶所簽署的SLA協(xié)議，在大客戶接入交換機(jī)上對(duì)用戶上行流量進(jìn)展速率限制，這樣既保證了該客戶的帶寬需求，也能保證其他客戶的帶寬不

39、會(huì)被擠占，保證了QoS質(zhì)量。對(duì)于寬帶撥號(hào)用戶的限速,那么在DSLAM上限定DSLAM到Modem的速率。同時(shí)在BAS上對(duì)用戶PVC進(jìn)展限速。經(jīng)過速率限制，同時(shí)也防止其他大客戶的數(shù)量業(yè)務(wù)遭到部分特殊大客戶的突發(fā)流量而引起的同類業(yè)務(wù)等級(jí)內(nèi)的帶寬沖擊。擁塞管理隊(duì)列調(diào)度城域網(wǎng)中采用帶有優(yōu)先隊(duì)列的加權(quán)輪循WRRPQ比較符合業(yè)務(wù)需求。該隊(duì)列管理機(jī)制定義了一個(gè)絕對(duì)高優(yōu)選級(jí)的隊(duì)列用于滿足語(yǔ)音等對(duì)時(shí)延要求小的業(yè)務(wù)，其他隊(duì)列采用加權(quán)輪循方式分享帶寬。PQ絕對(duì)優(yōu)先等級(jí)實(shí)施限速，以防止該等級(jí)餓死其他等級(jí)和利用絕對(duì)優(yōu)先級(jí)隊(duì)列進(jìn)展DOS攻擊。 除PQ外，WRR各隊(duì)列實(shí)踐無優(yōu)先級(jí)別，而僅是根據(jù)帶寬分配比決議其隊(duì)列可運(yùn)用帶寬

40、；PQ或WRR隊(duì)列的剩余帶寬可以被其他WRR隊(duì)列所運(yùn)用。擁塞防止根據(jù)現(xiàn)網(wǎng)的流量分析闡明，目前網(wǎng)上大部分流量為TCP流量，而WRED擁塞防止機(jī)制對(duì)于防止由于TCP尾丟棄而引起的全局同步問題具有明顯效果，所以建議在一切具有擁塞管理功能的設(shè)備上開啟WRED。由于調(diào)理同一隊(duì)列Q不同T的WRED參數(shù)max(th)和min(th)，會(huì)改動(dòng)同一隊(duì)列中的丟棄優(yōu)先級(jí)，可以經(jīng)過同一隊(duì)列Q的不同T隊(duì)列來區(qū)分不同的業(yè)務(wù)優(yōu)先級(jí)。中心/會(huì)聚層設(shè)備QoS部署戰(zhàn)略O(shè)utbound PacketsSchedulerPQ用于最高優(yōu)先運(yùn)用 WRR用于保證數(shù)據(jù)運(yùn)用的最小帶寬隊(duì)列調(diào)度和擁塞防止 在中心會(huì)聚層面部署QoS，主要是根據(jù)上游

41、設(shè)備提供的DSCP或者M(jìn)PLS EXP標(biāo)簽，啟用(PQ+WRR)+WRED的隊(duì)列調(diào)度機(jī)制。SR設(shè)備的QoS部署戰(zhàn)略SR設(shè)備其功能一方面是會(huì)聚下面二三層接入交換機(jī)的用戶流量，同時(shí)也擔(dān)當(dāng)著對(duì)于城域網(wǎng)上面重要用戶的直接接入功能。用戶分類標(biāo)志 接入SR設(shè)備的大用戶;下游不支持標(biāo)志的接入設(shè)備透?jìng)魃蟻淼挠脩袅髁筷?duì)列調(diào)度和擁塞防止 SR設(shè)備在主要是根據(jù)上游和下游設(shè)備提供的cos/DSCP進(jìn)展隊(duì)列調(diào)度。 限速與流量整形 直接接入SR的大用戶和高等級(jí)業(yè)務(wù)用戶，在用戶端口，根據(jù)用戶的協(xié)議帶寬，對(duì)用戶的入流量進(jìn)展限制，防止用戶過度運(yùn)用帶寬。同時(shí)對(duì)用戶的下行流量經(jīng)過運(yùn)用流量整形功能，盡量減少用戶突發(fā)流量呵斥的丟包。

42、BRAS設(shè)備的QoS部署戰(zhàn)略BRAS設(shè)備主要作用是終結(jié)ADSL用戶pppoe會(huì)話。用戶分類標(biāo)志 對(duì)于BRAS設(shè)備，目前主要經(jīng)過不同的VR/DOMAIN來接入不同的業(yè)務(wù)類型的用戶。在用戶的SESSION或者IP端口上面對(duì)用戶的入流量進(jìn)展標(biāo)志，區(qū)分不同的業(yè)務(wù)。隊(duì)列調(diào)度和擁塞防止 用戶的上行流量，根據(jù)DSCP標(biāo)志在物理接口層面進(jìn)展隊(duì)列調(diào)度。用戶下行流量，對(duì)用戶的PVC根據(jù)用戶協(xié)議帶寬進(jìn)展限制。然后根據(jù) 用戶的不同業(yè)務(wù)的流量進(jìn)展SESSION之間WRR(PQ)+WRED的戰(zhàn)略調(diào)度。流量限速對(duì)于用戶下行流量，首先要在用戶PVC層面，對(duì)用戶的PVC根據(jù)用戶協(xié)議帶寬進(jìn)展限制，做到從BAS到DLSAM下行端口

43、，有一個(gè)一致的速率IP 城域網(wǎng)的典型QoS部署模型一IP 城域網(wǎng)的典型QoS部署模型二IP 城域網(wǎng)的典型QoS部署模型三IP 城域網(wǎng)的典型QoS部署模型四二層寬帶接入網(wǎng)QoS部署戰(zhàn)略寬帶接入網(wǎng)在802.1P上標(biāo)志等級(jí)；接入網(wǎng)設(shè)備普通根據(jù)端口、VLAN采用COS進(jìn)展標(biāo)志接入網(wǎng)設(shè)備和業(yè)務(wù)接入控制層設(shè)備不信任用戶上傳的COS或DSCP值，需求改寫。 接入網(wǎng)層交換機(jī)或DSLAM最低要求支持2Q，分別對(duì)應(yīng)各高等級(jí)業(yè)務(wù)和最低等級(jí)的業(yè)務(wù)假設(shè)設(shè)備支持?jǐn)?shù)率限制和流量整形，在用戶接入端口，啟用入方向的數(shù)率限制，防止用戶過渡運(yùn)用資源以及出現(xiàn)流量攻擊，同時(shí)在用戶的接入端口，對(duì)用戶的下行流量進(jìn)展流量整形，盡量減少因突發(fā)

44、流量導(dǎo)致的丟包景象。LAN網(wǎng)絡(luò)的QoS部署模型C3550C6500C7600C6500C2950 EIC3550 SMI14C2948GHW2403F/HHW2021不支持或不確認(rèn)能支持set cos值對(duì)端口設(shè)置cos2802.1Q基于VLAN設(shè)置DSCP3VlanWRR(PQ)WRED5完成COS-DSCP的轉(zhuǎn)換或改寫6對(duì)端口設(shè)置DSCPDSL網(wǎng)絡(luò)QoS部署模型一DSL網(wǎng)絡(luò)QoS部署模型二不同QoS域的對(duì)接-163網(wǎng)假設(shè)客戶運(yùn)用的業(yè)務(wù)為跨城域網(wǎng)業(yè)務(wù)，如需保證客戶全程雙向的效力質(zhì)量，那么需求在骨干網(wǎng)層面部署QoS。ChinaNet163網(wǎng)原那么上不開啟QoS。 163網(wǎng)不信任城域網(wǎng)過來的業(yè)務(wù)標(biāo)

45、志，盡力而為處置城域網(wǎng)對(duì)于163網(wǎng)過來的業(yè)務(wù)流量，原那么上標(biāo)志置零，盡力而為處置針對(duì)某些需求保證業(yè)務(wù)，在城域網(wǎng)出口路由器上可以采用基于網(wǎng)段分類標(biāo)志方式，實(shí)現(xiàn)城域網(wǎng)的端到端QoS保證。不同QoS域的對(duì)接-CN2網(wǎng)絡(luò)CN2在IP Precedence/MPLS Exp上標(biāo)志等級(jí)；城域網(wǎng)在DSCP/IP Precedence標(biāo)志等級(jí)；寬帶接入網(wǎng)在802.1P上標(biāo)志等級(jí)；CN2和城域網(wǎng)互置信任彼此的QOS等級(jí)，CN2側(cè)擔(dān)任進(jìn)出城域網(wǎng)數(shù)據(jù)包的標(biāo)志映射任務(wù)；Qos為什么需求QosIP Qos 模型差分效力城域網(wǎng)Qos部署戰(zhàn)略和方案典型業(yè)務(wù)Qos部署IPTV 業(yè)務(wù)開展方式IPTV業(yè)務(wù)為直播業(yè)務(wù)和點(diǎn)播業(yè)務(wù);視

46、頻源采用分布式CDN網(wǎng)絡(luò),其效力器直掛于城域網(wǎng)會(huì)聚路由器IPTV 用戶主要是LAN 接入和ADSL接入兩種方式二層DSL網(wǎng)絡(luò) 一條PVC 多個(gè)SESSION或者多條PVC 多個(gè)SESSION開展方式IPTV的上下行流量非常不對(duì)稱，主要保證下行流量IPTV 業(yè)務(wù)QoS保證在C12816-IPTV媒體效力入口處針對(duì)IPTV業(yè)務(wù)直接設(shè)置DSCP標(biāo)志，在C12816的出端口，針對(duì)IPTV業(yè)務(wù)的DSCP值進(jìn)展WRR進(jìn)展隊(duì)列調(diào)度，為IPTV點(diǎn)播業(yè)務(wù)預(yù)留一定帶寬，運(yùn)用WRED進(jìn)展擁塞防止。在C7609/C6509上，入端口做DSCP信任轉(zhuǎn)換，出端口針對(duì)IPTV業(yè)務(wù)進(jìn)展WRR進(jìn)展隊(duì)列調(diào)度，為IPTV點(diǎn)播業(yè)務(wù)預(yù)

47、留一定帶寬，運(yùn)用WRED進(jìn)展擁塞躲避。在BAS上，流量按照業(yè)務(wù)分開在不同VR中。在BRAS下行端口中， 保證IPTV Session的業(yè)務(wù)流量具有更高的優(yōu)先級(jí)別，而寬帶上網(wǎng)業(yè)務(wù)流量只實(shí)現(xiàn)best effort。接入層IPTV業(yè)務(wù)QoS保證LAN 接入運(yùn)用VLAN機(jī)制隔離寬帶上網(wǎng)業(yè)務(wù)與IPTV業(yè)務(wù)，并運(yùn)用802.1p標(biāo)簽保證IPTV業(yè)務(wù)流的優(yōu)先傳輸;在末端交換機(jī)上根據(jù)組播業(yè)務(wù)地址或IPTV單播地址完成業(yè)務(wù)流的VLAN與802.1p分類。ADSL 接入IP DSLAM：運(yùn)用VLAN與802.1p機(jī)制實(shí)現(xiàn)IPTV業(yè)務(wù)的QoS保證ATM DSLAM：運(yùn)用ATM業(yè)務(wù)等級(jí)控制機(jī)制，對(duì)寬帶上網(wǎng)給予UBR業(yè)務(wù)

48、類別，對(duì)IPTV業(yè)務(wù)流給予nrt-VBR，rt-VBR業(yè)務(wù)類別，由ATM網(wǎng)絡(luò)保證業(yè)務(wù)的時(shí)延特性以及網(wǎng)絡(luò)帶寬等性能；在ADSL Modem上根據(jù)物理端口將業(yè)務(wù)流映射到不同PVC，DSLAM 運(yùn)用PVC區(qū)分寬帶上網(wǎng)業(yè)務(wù)與IPTV業(yè)務(wù)全球眼業(yè)務(wù)開展方式Directory效力器擔(dān)任各個(gè)地市視頻流的轉(zhuǎn)發(fā)。Archiver效力器擔(dān)任每個(gè)地市攝像頭數(shù)據(jù)采集和全球眼監(jiān)控用戶采集數(shù)據(jù)下發(fā)攝像頭接入方式主要有ADSL虛擬撥號(hào)和LAN 專線兩種接入方式，經(jīng)過VSIP和RTP協(xié)議與效力器通訊全球眼監(jiān)控用戶接入方式也是ADSL虛擬撥號(hào)和LAN專線兩種接入方式，監(jiān)控用戶獲取視頻流主要是兩種方式，一種是與Directory

49、效力器通訊，由其下發(fā)視頻流數(shù)據(jù)；另外一種方法是直接閱讀前端編碼器視頻信息。全球眼業(yè)務(wù)視頻發(fā)送方向單向碼流400K到500K，另外一個(gè)方向的碼流很小，大約為50K。全球眼業(yè)務(wù)QoS保證全球眼的視頻采集以上行為主，對(duì)于全球眼業(yè)務(wù)的QOS保證，在業(yè)務(wù)控制點(diǎn)上根據(jù)IP五元組設(shè)置DSCP值，并且在出端口上做隊(duì)列調(diào)度，保證上行的流量。在BRAS下行端口中， 保證全球眼的業(yè)務(wù)流量具有更高的優(yōu)先級(jí)別，而寬帶上網(wǎng)業(yè)務(wù)流量只實(shí)現(xiàn)best effort。對(duì)于全球眼下行流量，在城域網(wǎng)出口路由器上根據(jù)全球眼效力器網(wǎng)段進(jìn)展分類和標(biāo)識(shí)，下行端口做隊(duì)列調(diào)度保證全球眼入方向的帶寬 。Qos業(yè)務(wù)開展部署實(shí)施難點(diǎn)差別化效力針對(duì)用戶

50、還是針對(duì)業(yè)務(wù)QoS是對(duì)業(yè)務(wù)進(jìn)展保證,用戶只是業(yè)務(wù)的一種分類而已;目前以用戶為單位，以單純的用戶接入物理端口、用戶的撥號(hào)域名后綴或者用戶名等做為劃分用戶等級(jí)的根據(jù) ;在業(yè)務(wù)控制點(diǎn)(BRAS和SR)上，以用戶分類為單位終結(jié)大部分的用戶效力級(jí)別的標(biāo)志，如IPTV用戶、VIP用戶等，經(jīng)過不同的域名撥入BRAS的不同VR差別化效力針對(duì)業(yè)務(wù),邊緣設(shè)備分類比較復(fù)雜,需求基于業(yè)務(wù)流特征IP 五元組等, 實(shí)施較復(fù)雜,維護(hù)本錢高,需求智能CE的出現(xiàn)如有同一用戶不同的業(yè)務(wù)差別化效力的需求，有兩種方法：經(jīng)過不同線路接入不同業(yè)務(wù)；在BRAS和SR上，根據(jù)PVC、SESSION、端口號(hào)等識(shí)別同一用戶的不同業(yè)務(wù)，實(shí)現(xiàn)不同業(yè)

51、務(wù)流的差分并進(jìn)展調(diào)度QoS管理監(jiān)控實(shí)施難點(diǎn)QoS部署完后 如何對(duì)部署效果進(jìn)展檢驗(yàn)？ 需求對(duì)業(yè)務(wù)變化趨勢(shì)進(jìn)展察看？ 如何知道用戶業(yè)務(wù)能否符合承諾參數(shù)？一個(gè)完善的電信網(wǎng)絡(luò)和業(yè)務(wù)系統(tǒng)必需是一個(gè)可運(yùn)營(yíng)、可管理的網(wǎng)絡(luò)和業(yè)務(wù)。QOS的正確部署實(shí)施以及后期的運(yùn)維和管理都是必需求處理的問題，目前還沒有比較好的處理方法。MPLS VPN技術(shù)簡(jiǎn)介和技術(shù)簡(jiǎn)介跨域MPLS VPNMPLS VPN省網(wǎng)構(gòu)造技術(shù)簡(jiǎn)介Multi-Protocol Label SwitchingLabel Switching：一種標(biāo)簽交換技術(shù)Multi-Protocol：支持多種三層協(xié)議技術(shù)簡(jiǎn)介以簡(jiǎn)單的標(biāo)簽轉(zhuǎn)發(fā)替代了繁瑣的IP轉(zhuǎn)發(fā)以部分的標(biāo)簽

52、映射表替代了全局的路由表可以在此根底上提供增值業(yè)務(wù)L3 VPNL2 VPNTraffic EngineeringQoS網(wǎng)絡(luò)IngressEgressMPLS邊緣路由器(LER)MPLS中心路由器(LSR)標(biāo)簽交換途徑(LSP)技術(shù)簡(jiǎn)介L(zhǎng)SP的建立經(jīng)過LDP(Label Distribution Protocol)協(xié)議實(shí)現(xiàn)MPLS域內(nèi)報(bào)文進(jìn)展標(biāo)簽轉(zhuǎn)發(fā)標(biāo)簽可以進(jìn)展無窮嵌套，提供無限的業(yè)務(wù)支持才干MPLS的幾個(gè)關(guān)鍵概念標(biāo)簽(Label)：是一個(gè)比較短的，定長(zhǎng)的，通常只具有部分意義的標(biāo)識(shí)，這些標(biāo)簽通常位于數(shù)據(jù)鏈路層的二層封裝頭和三層數(shù)據(jù)包之間，標(biāo)簽經(jīng)過綁定過程同F(xiàn)EC相映射FEC：Forwarding

53、 Equivalence Class(轉(zhuǎn)發(fā)等價(jià)類)，是在轉(zhuǎn)發(fā)過程中以等價(jià)的方式處置的一組數(shù)據(jù)分組， 可以經(jīng)過地址、隧道、COS等來標(biāo)識(shí)創(chuàng)建FEC;通常在一臺(tái)設(shè)備上，對(duì)一個(gè)FEC分配一樣的標(biāo)簽LSP：標(biāo)簽交換通道。一個(gè)FEC的數(shù)據(jù)流，在不同的節(jié)點(diǎn)被賦予確定的標(biāo)簽，數(shù)據(jù)轉(zhuǎn)發(fā)按照這些標(biāo)簽進(jìn)展。數(shù)據(jù)流所走的途徑就是LSPLSR：Label Switching Router，LSR是MPLS的網(wǎng)絡(luò)的中心路由器，它提供標(biāo)簽交換和標(biāo)簽分發(fā)功能LER:Label Switching Edge Router,在MPLS的網(wǎng)絡(luò)邊緣，進(jìn)入到MPLS網(wǎng)絡(luò)的流量由LER分為不同的FEC，并為這些FEC懇求相應(yīng)的標(biāo)簽。它

54、提供流量分類和標(biāo)簽的映射、標(biāo)簽的移除功能標(biāo)簽MPLS運(yùn)用一個(gè)32-bit的標(biāo)簽區(qū)域包含以下信息:20-bit label (數(shù)字標(biāo)識(shí)的標(biāo)簽)3-bit experimental field (協(xié)議沒有明確，通常用作QOS)1-bit bottom-of-stack indicator (用于標(biāo)識(shí)能否是棧底，闡明MPLS的標(biāo)簽可以嵌套)8-bit TTL (等同IP頭中的TTL)LABELEXPSTTL0192223312024FrameHeaderIP HeaderPayloadLayer 2Layer 3FrameHeaderLabelIP HeaderPayloadLayer 2Layer

55、 2 Layer 3路由查找和標(biāo)簽分配標(biāo)簽在第二層頭中的協(xié)議標(biāo)識(shí)符指明了payload從標(biāo)簽開場(chǎng)并且跟隨著IP包頭Bottom-of-stack位標(biāo)識(shí)下一個(gè)頭能否是另外一個(gè)標(biāo)簽還是一個(gè)第三層的頭實(shí)際上，標(biāo)簽棧可以無限嵌套，以下的場(chǎng)景能夠產(chǎn)生多個(gè)標(biāo)簽:MPLS VPNs (兩個(gè)標(biāo)簽頂部標(biāo)簽指向出口路由器,第二個(gè)標(biāo)簽標(biāo)識(shí)VPN)MPLS TE (FRR)(兩個(gè)和多個(gè)標(biāo)簽頂部標(biāo)簽指向流量工程的tunnel中的末端第二個(gè)標(biāo)簽指向目的段)MPLS VPN結(jié)合了MPLS TE (三個(gè)或者多個(gè)標(biāo)簽)FrameHeaderLabel 1IP HeaderPayloadLabel 2Label 3S=0S=0S

56、=1PID=MPLS-IPMPLS體系構(gòu)造LSR控制層面數(shù)據(jù)轉(zhuǎn)發(fā)層面Routing ProtocolLabel Distribution ProtocolLabel Forwarding TableIP Routing Table交換路由信息交換標(biāo)簽打了標(biāo)簽的包入打了標(biāo)簽的包出Edge LSR控制層面數(shù)據(jù)轉(zhuǎn)發(fā)層面Routing ProtocolLabel Distribution ProtocolLabel Forwarding TableIP Routing TableIP Forwarding TableIP包入交換路由信息交換標(biāo)簽打了標(biāo)簽的包入IP包出打了標(biāo)簽的包出MPLS被功能性的分為

57、兩個(gè)主要部分:控制層面和數(shù)據(jù)轉(zhuǎn)發(fā)面：控制流交換第三層路由信息(IGP/BGP)和標(biāo)簽(TDP/LDP/RSVP)，并且維護(hù)著標(biāo)簽交換表的內(nèi)容(LFIB)數(shù)據(jù)流基于標(biāo)簽轉(zhuǎn)發(fā)數(shù)據(jù)包,執(zhí)行簡(jiǎn)單的轉(zhuǎn)發(fā)LSR(標(biāo)簽交換路由器)主要用來轉(zhuǎn)發(fā)打了標(biāo)簽的包(label swapping)Edge LSR(邊緣標(biāo)簽交換路由器)主要用來給IP包打上標(biāo)簽并且把他們轉(zhuǎn)發(fā)到 MPLS域內(nèi),或者刪除標(biāo)簽轉(zhuǎn)發(fā)IP包出MPLS域MPLS VPN技術(shù)簡(jiǎn)介和技術(shù)簡(jiǎn)介跨域MPLS VPNMPLS VPN省網(wǎng)構(gòu)造技術(shù)簡(jiǎn)介一種EGP(Exterior Gateway Protocol)協(xié)議支持自治系統(tǒng)間海量路由的發(fā)布和學(xué)習(xí)定義了多種屬

58、性防止環(huán)路提供多樣的戰(zhàn)略控制可以傳送豐富的信令數(shù)據(jù)技術(shù)簡(jiǎn)介承載在TCP銜接之上(端口號(hào):179)鄰居兩側(cè)經(jīng)過定時(shí)器機(jī)制自動(dòng)發(fā)起銜接建立BGP銜接時(shí)協(xié)商銜接參數(shù)建立BGP銜接后立刻交換一切BGP路由增量式發(fā)布路由經(jīng)過keepalive報(bào)文堅(jiān)持銜接技術(shù)簡(jiǎn)介BGP是一種無類別路由協(xié)議支持CIDR(Classless Inter-Domain Routing)同一目的地的路由之間根據(jù)屬性進(jìn)展優(yōu)選適宜作為遠(yuǎn)程鄰居之間交換信息的信令協(xié)議MP-BGP(Multi-Protocol BGP)引入MP_REACH和MP_UNREACH以及EXTEND_COMMUNITY屬性可以支持任何協(xié)議的可達(dá)/不可達(dá)信息在B

59、GP報(bào)文中傳送技術(shù)簡(jiǎn)介一種允許在公網(wǎng)上運(yùn)轉(zhuǎn)私有網(wǎng)絡(luò)流量的技術(shù)采用私有地址，地址不允許發(fā)布到公網(wǎng)常用的傳統(tǒng)VPN協(xié)議L2TPGREIPSEC技術(shù)簡(jiǎn)介L(zhǎng)2TP協(xié)議適宜于零散的用戶接入只能用于撥號(hào)用戶以及PPP接入鏈路GRE協(xié)議每?jī)蓚€(gè)PE之間要建立隧道，有N平方問題不同VPN之間的地址不能重疊IPSEC協(xié)議需求對(duì)報(bào)文進(jìn)展加密處置，效率低、本錢高同樣有N平方問題MPLS VPN技術(shù)簡(jiǎn)介和技術(shù)簡(jiǎn)介跨域MPLS VPNMPLS VPN省網(wǎng)構(gòu)造的特點(diǎn)在這種網(wǎng)絡(luò)構(gòu)造中，由效力提供商向用戶提供VPN效力，用戶覺得不到公共網(wǎng)絡(luò)的存在，就好似擁有獨(dú)立的網(wǎng)絡(luò)資源一樣。P 路由器，也不需求知道有VPN的存在，僅僅擔(dān)任骨

60、干網(wǎng)內(nèi)部的數(shù)據(jù)傳輸。但其必需可以支持MPLS協(xié)議，并使能該協(xié)議。一切的VPN的構(gòu)建、銜接和管理任務(wù)都是在PE上進(jìn)展的。網(wǎng)絡(luò)配置簡(jiǎn)單可以直接利用現(xiàn)有路由協(xié)議而無需任何改動(dòng)MPLS VPN網(wǎng)絡(luò)具有良好的可擴(kuò)展性可實(shí)現(xiàn)具有QOS和TE的VPN 與傳統(tǒng)VPN的比較與傳統(tǒng)的Overlay VPN模型相比，MPLS VPN可以提供一種動(dòng)態(tài)建立的隧道技術(shù)MPLS中的LSP正是一種天然的隧道，而且這種隧道的建立是基于LDP協(xié)議，又恰恰是一種動(dòng)態(tài)的標(biāo)簽生成協(xié)議 與傳統(tǒng)的Peer to Peer VPN模型相比，MPLS VPN可以處理不同VPN共享一樣地址空間的問題，即處理地址沖突的問題經(jīng)過動(dòng)態(tài)路由協(xié)議來處理為