ME60產(chǎn)品組播基礎(chǔ)和定位指導(dǎo)-0

1、/317319ME60組播基礎(chǔ)和常見(jiàn)問(wèn)題定位方法2022/7/11內(nèi)容介紹組播基礎(chǔ)知識(shí)和基本轉(zhuǎn)發(fā)模型組播常見(jiàn)問(wèn)題歸類典型故障場(chǎng)景處理方法Page 3組播的基本概念What？組播就是數(shù)據(jù)一點(diǎn)（發(fā)送者）到多點(diǎn)（接收者）傳送的過(guò)程Why？在實(shí)現(xiàn)相同應(yīng)用的情況下，可以節(jié)約大量的網(wǎng)絡(luò)帶寬資源How？通過(guò)域間、域內(nèi)、本網(wǎng)段內(nèi)不同層次的組播協(xié)議，建立組播流量的樹形拓?fù)?，該樹一般以源（發(fā)送者）為根，接收者為葉子Page 4組播的優(yōu)缺點(diǎn)優(yōu)點(diǎn)降低服務(wù)器負(fù)載節(jié)約帶寬,減少冗余流量可擴(kuò)展性好,增加接收者并不會(huì)給網(wǎng)絡(luò)帶來(lái)負(fù)擔(dān)(相對(duì)性)缺點(diǎn)盡力投遞:報(bào)文丟失是不可避免的沒(méi)有擁塞避免機(jī)制: 缺少TCP窗口機(jī)制和慢啟動(dòng)機(jī)制，

2、組播可能會(huì)出現(xiàn)擁塞報(bào)文重復(fù): 某些組播協(xié)議的特殊機(jī)制可能會(huì)造成偶爾的數(shù)據(jù)包的重復(fù)報(bào)文失序 同樣組播協(xié)議有的時(shí)候會(huì)造成報(bào)文到達(dá)的次序錯(cuò)亂，組播應(yīng)用程序必須自己采用某種手段進(jìn)行糾正（比如緩沖池機(jī)制等）Page 5IP組播地址范圍 55 “D”類地址空間（IP地址高四位是“1110”）保留的本地組播地址（專們?yōu)槁酚蓞f(xié)議預(yù)留，不單是組播協(xié)議） 55發(fā)送報(bào)文時(shí) TTL = 1（Why？） 例如（更多預(yù)留地址的含義參考產(chǎn)品手冊(cè)）: 子網(wǎng)的所有系統(tǒng) 子網(wǎng)的所有路由器 DVMRP路由器 OSPF路由器 3PIMv2路由器 2 所有使能IGMPv3的路由器(RIPV2)組播IP地址，不表示某一個(gè)具體的主機(jī)，而是

3、表示所有接收該組播IP地址報(bào)文的主機(jī)集合組播地址組播基本轉(zhuǎn)發(fā)模型組播基于二元組進(jìn)行轉(zhuǎn)發(fā)（源+目的）組播路由和單播路由是相反的:單播路由關(guān)心數(shù)據(jù)報(bào)文要到哪里去組播路由關(guān)心數(shù)據(jù)報(bào)文從哪里來(lái)組播路由使用 “逆向路徑轉(zhuǎn)發(fā)”機(jī)制(RPF, Reverse Path Forwarding)來(lái)判斷數(shù)據(jù)是否可以被轉(zhuǎn)發(fā)組播轉(zhuǎn)發(fā)表的組成形式:(源，組，入接口，出接口列表）display multicast forwarding-table Multicast Forwarding Table of VPN-Instance: public netTotal 78 entries, 78 matched00001.

4、 (1, 0) MID: 83, Flags: 0 x0:0 Uptime: 1w:2d, Timeout in: 00:03:30 Incoming interface: GigabitEthernet4/0/0 List of 10 outgoing interfaces: 1: TUA1 Msub-Tag total number is 3 2: TUA5 Msub-Tag total number is 1入接口存在的目的是防止報(bào)文環(huán)回。組播基本協(xié)議網(wǎng)段內(nèi)組播協(xié)議（用戶管理協(xié)議） IGMP、IGMP Snooping、IGMP Proxy域內(nèi)組播路由協(xié)議 PIM-SM、PIM-DM域間

5、組播路由協(xié)議 MBGP（BGP-4+）、MSDP組播協(xié)議部署場(chǎng)景簡(jiǎn)述IGMPIGMPIGMPPage 9IGMP協(xié)議簡(jiǎn)介IGMP協(xié)議的基本報(bào)文： Query / Report / LeaveIGMP協(xié)議定義的設(shè)備角色： Router / HostIGMP協(xié)議基本工作過(guò)程主機(jī)發(fā)送IGMP report報(bào)文來(lái)請(qǐng)求組播流；發(fā)送IGMP leave報(bào)文來(lái)取消請(qǐng)求；路由器周期性地發(fā)送IGMP query報(bào)文；路由器根據(jù)收到的報(bào)告請(qǐng)求來(lái)維持組成員的存在信息，決定給哪些成員轉(zhuǎn)發(fā)組播流；IGMP協(xié)議版本：V1 / V2 / V3V1解決了有沒(méi)有的問(wèn)題V2增加了report抑制機(jī)制和快速離開功能V3實(shí)現(xiàn)了天然支

6、持SSM (source specific join and leaves)IGMP snooping簡(jiǎn)介IGMP Snooping運(yùn)行在鏈路層，是運(yùn)行在二層以太網(wǎng)交換設(shè)備上的組播約束機(jī)制，用于管理和控制組播數(shù)據(jù)轉(zhuǎn)發(fā)當(dāng)二層以太網(wǎng)交換設(shè)備收到主機(jī)和路由器之間傳遞的IGMP報(bào)文時(shí)，IGMP Snooping分析IGMP報(bào)文所帶的信息 ：當(dāng)監(jiān)聽(tīng)到主機(jī)發(fā)出的IGMP主機(jī)報(bào)告報(bào)文時(shí)，交換設(shè)備就將該主機(jī)加入到相應(yīng)的組播MAC地址表中 當(dāng)監(jiān)聽(tīng)到主機(jī)發(fā)出的IGMP離開報(bào)文時(shí)，交換設(shè)備就將刪除與該主機(jī)對(duì)應(yīng)的組播MAC地址表中通過(guò)不斷地監(jiān)聽(tīng)I(yíng)GMP報(bào)文，交換機(jī)就可以在二層建立和維護(hù)組播MAC地址表 ，交換機(jī)就可以

7、根據(jù)組播MAC地址表轉(zhuǎn)發(fā)從路由器下發(fā)的組播報(bào)文 注：沒(méi)有運(yùn)行IGMP Snooping時(shí)，組播報(bào)文將在二層廣播 IGMP Proxy簡(jiǎn)介IGMP Snooping只是通過(guò)偵聽(tīng)I(yíng)GMP的消息來(lái)獲取有關(guān)信息；而IGMP Proxy則攔截了終端用戶的IGMP請(qǐng)求并進(jìn)行相關(guān)處理后，再將它轉(zhuǎn)發(fā)給上層路由器相當(dāng)于IGMP snooping來(lái)說(shuō),實(shí)現(xiàn)了IGMP proxy的二層網(wǎng)絡(luò)設(shè)備，對(duì)用戶側(cè)承擔(dān)Server的角色，定期查詢用戶信息，對(duì)于網(wǎng)絡(luò)路由側(cè)又承擔(dān)Client的角色，在需要時(shí)將當(dāng)前的用戶信息發(fā)送給網(wǎng)絡(luò).不僅能夠達(dá)到抑制二層組播泛濫的目的更能有效地獲取和控制用戶信息,同時(shí)在減少網(wǎng)絡(luò)側(cè)協(xié)議消息以降低網(wǎng)絡(luò)

8、負(fù)荷方面起到一定作用。IGMP SnoopingPIM-SM協(xié)議簡(jiǎn)介PIM-SM協(xié)議機(jī)制主動(dòng)加入(Explicit Join)模型RPT樹和SPT樹，支持從RPT到SPT的切換周期性發(fā)送加入/剪枝(Join/Prune)消息維護(hù)分發(fā)樹狀態(tài)需要額外的RP發(fā)現(xiàn)機(jī)制(靜態(tài)RP，BSR-RP，Auto-RP等)PIM-SM特點(diǎn)相對(duì)于DM協(xié)議，協(xié)議狀態(tài)復(fù)雜，但需要更少的帶寬，更有效率目前域間組播最好的協(xié)議適用于稀疏分布的接收者模型，廣泛應(yīng)用于IPTVPIM SM協(xié)議關(guān)鍵術(shù)語(yǔ)源（Source）發(fā)送組播數(shù)據(jù)的主機(jī)或服務(wù)器接收者（Receiver）接收組播數(shù)據(jù)的終端或PC指定路由器（Designated Ro

9、uter，DR）在共享網(wǎng)段上選舉優(yōu)先級(jí)最高或IP地址最大的路由器為DR源DR負(fù)責(zé)將數(shù)據(jù)從源轉(zhuǎn)發(fā)到RP接收者DR負(fù)責(zé)將數(shù)據(jù)從RP轉(zhuǎn)發(fā)到接收者匯聚點(diǎn)（Rendezvous Point, RP）是共享樹的根節(jié)點(diǎn)，接收者從這里獲取源信息共享樹（RPT）從接收者DR到RP逐跳建立起來(lái)的，以RP為根節(jié)點(diǎn)的共享樹源樹/最短路徑樹（SPT）從接收者DR到源建立起來(lái)的，以源為跟的最短路徑樹PIM SM協(xié)議工作機(jī)制簡(jiǎn)述鄰居發(fā)現(xiàn)及DR選舉通過(guò)Hello報(bào)文維護(hù)鄰居關(guān)系在共享網(wǎng)段上選舉優(yōu)先級(jí)最高和IP地址最大的路由器為DR共享樹構(gòu)建接收者DR向到RP的鄰居發(fā)送（*，G）加入，并逐跳擴(kuò)散到RP，形成以RP為根的共享樹源

10、DR向RP注冊(cè)活躍的組播源源DR封裝組播數(shù)據(jù)到register報(bào)文中單播發(fā)送給RP進(jìn)行注冊(cè)并攜帶組播數(shù)據(jù)到RP數(shù)據(jù)沿RPT轉(zhuǎn)發(fā)RP接收到源DR發(fā)送的注冊(cè)報(bào)文，解封裝注冊(cè)報(bào)文中的數(shù)據(jù)，并沿共享樹轉(zhuǎn)發(fā)該數(shù)據(jù)RPT到SPT切換接收者DR向到源的鄰居發(fā)送（S,G）加入，并逐跳擴(kuò)散到源DR，形成以源DR為跟的源樹RPT剪枝當(dāng)接收者DR從源樹接收到組播數(shù)據(jù)后，向共享樹發(fā)送（S,G）RPT剪枝，剪除從共享樹上下來(lái)的相同源的組播數(shù)據(jù)RPT及SPT樹的狀態(tài)維護(hù)接收者DR向RPT的鄰居周期性發(fā)送（*，G）加入和（S,G）RPT剪枝，維護(hù)（*，G）加入和特定源的RPT剪枝狀態(tài)接收者DR向SPT的鄰居周期性發(fā)送（S,

11、G）SPT加入，維護(hù)SPT的加入狀態(tài)Page 15RPT建立過(guò)程 H3HostSend IGMP Report Send (*,G) Join towards RPRPRP create (*,G) entry and add this oifH3組播源源DRCreate (*,G) entry and add oifCreate (*,G) entry and add oifI have a receiverI want data from,GSend data通過(guò)單播注冊(cè)報(bào)文發(fā)送組播數(shù)據(jù)到 RPCreate (S,G) entry and copy oif from (*,G)Create

12、 (S,G) entry and copy oif from (*,G)Forward dataForward dataCreate (S,G) entry and copy oif from (*,G)Send (*,G) Join towards RPForward dataRegister 接口RPT建立過(guò)程總結(jié)接收者DR通過(guò)IGMP協(xié)議識(shí)別用戶的加入組播組申請(qǐng)接收者DR查找到RP的RPF鄰居（即到RP的單播下一跳，并且該下一跳是PIM鄰居），向其發(fā)送(*,G)加入請(qǐng)求(*,G)沿著從接收者DR到RP的路徑逐跳擴(kuò)散，沿途路由器都創(chuàng)建相應(yīng)的(*,G)項(xiàng)，將接收到加入報(bào)文的接口加入出接口列表

13、，成為RPT樹的節(jié)點(diǎn)源DR接收到組播源的數(shù)據(jù)，封裝到注冊(cè)報(bào)文，單播方式發(fā)送給RPRP接收到注冊(cè)報(bào)文，解封裝里面承載的組播數(shù)據(jù)報(bào)文，并沿共享樹轉(zhuǎn)發(fā)Page 17RPT 到SPT 切換H3HostRPH3組播源源 DRI have a receiverI want data from GSend dataForward dataForward dataCreate (S,G) entry and add this oifForward dataSend (S,G) Join towards SourceSend (S,G) Join towards SourceAdd this oif in (S

14、,G) entryForward dataForward dataSend (S,G,rpt) prune towards RPSend (S,G,rpt) prune towards RPSend (S,G,) Register stop towards DR此例中RP配置為永遠(yuǎn)不向SPT切換接收者 DRI have no receiver空單播注冊(cè)報(bào)文通過(guò)單播注冊(cè)報(bào)文發(fā)送組播數(shù)據(jù)到 RPRPT切換到SPT過(guò)程總結(jié)共享樹并不一定是到源的最優(yōu)路徑當(dāng)從RPT上接收的數(shù)據(jù)超過(guò)配置的閾值時(shí)，接收者DR發(fā)起從RPT到SPT的切換接收者DR查找到源的RPF鄰居（即到源的單播下一跳，并且是PIM鄰居）并向

15、其發(fā)送(S,G)加入請(qǐng)求(S,G)沿著從接收者DR到源DR的路徑逐跳擴(kuò)散，沿途創(chuàng)建(S,G)項(xiàng)，并將接收到(S,G)加入請(qǐng)求的接口加入到出接口列表，沿途路由器成為SPT樹的節(jié)點(diǎn)源DR沿SPT樹轉(zhuǎn)發(fā)數(shù)據(jù)接收者DR從SPT樹上接收到數(shù)據(jù)，向到RP的RPF鄰居發(fā)送(S,G)RPT剪枝消息，數(shù)據(jù)停止從RPT樹上向下轉(zhuǎn)發(fā)PIM DM協(xié)議簡(jiǎn)介PIM-DM協(xié)議機(jī)制利用泛濫(Flood)和剪枝(Prune)機(jī)制轉(zhuǎn)發(fā)數(shù)據(jù)利用嫁接(Graft)和嫁接應(yīng)答(Graft acknowledge)機(jī)制解決接收者后加入的問(wèn)題利用斷言(Assert)機(jī)制在共享網(wǎng)段選出唯一的轉(zhuǎn)發(fā)者周期性狀態(tài)刷新機(jī)制(Periodc Stat

16、e Refresh Mechanism)替代周期性泛濫/剪枝機(jī)制PIM-DM的特點(diǎn)相對(duì)于PIM-SM協(xié)議，機(jī)制簡(jiǎn)單，只建立以源為根的分發(fā)樹適用于網(wǎng)絡(luò)有富余帶寬，多用戶接收模型PIM-DM工作機(jī)制概述鄰居發(fā)現(xiàn)(Neighbor discovery)發(fā)送和維護(hù)鄰居關(guān)系初始泛濫(InitialFlooding)數(shù)據(jù)泛濫到所有有鄰居或者有IGMP接收者信息的接口擴(kuò)散剪枝消息，直到剪除不需要的分支被剪除的分支3分鐘后轉(zhuǎn)回到轉(zhuǎn)發(fā)狀態(tài)，數(shù)據(jù)再次泛濫嫁接及嫁接應(yīng)答(Graft/Graft-Ack)當(dāng)接收者在數(shù)據(jù)初始泛濫后加入，利用嫁接和嫁接應(yīng)答機(jī)制恢復(fù)先前被剪掉的分支減少加入延遲和數(shù)據(jù)丟失斷言機(jī)制（Asser

17、t mechanism）在共享網(wǎng)段上，存在多個(gè)接收者會(huì)導(dǎo)致重復(fù)的數(shù)據(jù)利用斷言機(jī)制選出離源最近的路由器為唯一的轉(zhuǎn)發(fā)者狀態(tài)刷新機(jī)制(State Refresh Mechanism)利用狀態(tài)刷新減少數(shù)據(jù)泛濫和后續(xù)的剪枝消息由直連源的第一跳路由器產(chǎn)生，擴(kuò)散到全網(wǎng)更新出接口的剪枝狀態(tài)和快速響應(yīng)拓?fù)渥兓疨age 21PIM DM工作過(guò)程H3HostH3HostH3組播源Send dataForward dataForward dataForward dataForward dataI want data from,GForward dataSend (S,G) pruneSend (S,G) pruneR

18、emove downstream.Send (S,G) pruneI have no receiverI have no receiverOlist null. Go to Pruned state. Remove downstreamRemove downstreamForward dataI want data from,GSend (S,G) GraftSend (S,G) Graft-ACKAdd downstream.Go to Forward state in upstreamSend (S,G) GraftSend (S,G) Graft-ACKAdd downstream. F

19、orward dataPage 22MSDP協(xié)議概述MSDP (Multicast Source Discovery Protocol) 主要為了在多個(gè)PIM-SM域之間提供連接。依靠TCP協(xié)議建立鄰居關(guān)系，端口號(hào)為639。對(duì)等體之間通過(guò)發(fā)送SA(Source-Active)消息發(fā)現(xiàn)組播源信息SA消息主要包含其中以下信息：組播源地址組播組地址RP的IP地址Page 23PIM-SM Domain DPIM-SM Domain BMSDP協(xié)議概述MSDP流程簡(jiǎn)介PIM-SM Domain CPIM-SM Domain ARP加入源注冊(cè)54, SASARPRPSASASRRPPage 24MSDP

20、協(xié)議概述MSDP流程簡(jiǎn)介RPRPRPSR加入(S, G)RPPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain APage 25MSDP協(xié)議概述RPRPRPR數(shù)據(jù)流SMSDP流程簡(jiǎn)介RPPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain APage 26MSDP協(xié)議概述MSDP流程簡(jiǎn)介RPRPRPRP數(shù)據(jù)流S加入(S, G)RPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain APage 27MSD

21、P協(xié)議概述MSDP流程簡(jiǎn)介RPRPRPRPR數(shù)據(jù)流SPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain A組播轉(zhuǎn)發(fā)流程簡(jiǎn)介BAS組播和路由設(shè)備三層組播的異同點(diǎn)協(xié)議部分完全一樣，沒(méi)有任何特殊實(shí)現(xiàn)ME60上針對(duì)BAS接口引入了多播子接口（Msub）的概念。目的是為了對(duì)控制層面屏蔽了用戶信息，同時(shí)為了屏蔽一個(gè)Bas接口可同時(shí)接入多個(gè)VPN的情況，簡(jiǎn)化實(shí)現(xiàn)。上層軟件平臺(tái)看到的都是Msub，看不到Bas接口及用戶，處理同三層QinQ接口的處理一致。設(shè)備定義了兩種多播子接口：UA（User Access）和TUA（Trunk User Ac

22、cess），分別對(duì)應(yīng)普通物理BAS接口和trunk的BAS接口。在用戶上線接口上使能IGMP，并使能了BAS，就會(huì)基于此BRAS接口生產(chǎn)對(duì)應(yīng)的UA/TUA接口。如果在BAS接口上綁定了VPN實(shí)例，則會(huì)基于此VPN實(shí)例再產(chǎn)生一個(gè)UA/TUA接口。當(dāng)有用戶上線點(diǎn)播組播節(jié)目時(shí)，設(shè)備就會(huì)產(chǎn)生一個(gè)以UA/TUA接口為出接口的組播轉(zhuǎn)發(fā)表項(xiàng)組播常用查詢命令（1）組播三張表：PIM協(xié)議路由表 display pim routing-table組播路由表 display multicast routing-table組播轉(zhuǎn)發(fā)表 display multicast forwarding-tabledisplay

23、multicast routing-tableMulticast routing table of VPN-Instance: public net Total 53 entries 00001. (67, 54) Uptime: 6w:4d Upstream Interface: GigabitEthernet4/0/0 List of 1 downstream interface 1: LoopBack123 00002. (8, ) Uptime: 3w:5d Upstream Interface: GigabitEthernet4/0/0 List of 6 downstream in

24、terfaces 1: TUA32(Multicast virtual interface) 2: TUA39(Multicast virtual interface) 3: UA2/0/6(Multicast virtual interface) 4: TUA235(Multicast virtual interface) 5: TUA409(Multicast virtual interface) 6: TUA412(Multicast virtual interface)display multicast forwarding-tableMulticast Forwarding Tabl

25、e of VPN-Instance: public netTotal 53 entries, 53 matched00001. (67, 54) MID: 118, Flags: ACT Uptime: 6w:4d, Timeout in: 00:03:20 Incoming interface: GigabitEthernet4/0/0 List of 1 outgoing interfaces: 1: LoopBack123 Activetime: 6w:4d Matched 1065959133 packets(1468891685260 bytes), Wrong If 0 packe

26、ts Forwarded 1065959133 packets(1468891685260 bytes)00002. (8, ) MID: 32, Flags: ACT Uptime: 3w:5d, Timeout in: 00:03:20 Incoming interface: GigabitEthernet4/0/0 List of 6 outgoing interfaces: 1: TUA32 Activetime: 06:30:12 Msub-Tag total number is 1 6: TUA412 Activetime: 1d:20h Msub-Tag total number

27、 is 2 Matched 373063140 packets(483195413766 bytes), Wrong If 708 packets Forwarded 373062432 packets(483195323142 bytes)display pim routing-table VPN-Instance: public net Total 52 (*, G) entries; 53 (S, G) entries (*, 54) RP: 77 Protocol: pim-sm, Flag: WC EXT UpTime: 6w:4d Upstream interface: Gigab

28、itEthernet4/0/0 Upstream neighbor: 5 RPF prime neighbor: 5 Downstream interface(s) information: None (67, 54) RP: 77 Protocol: pim-sm, Flag: SPT ACT UpTime: 6w:4d Upstream interface: GigabitEthernet4/0/0 Upstream neighbor: 5 RPF prime neighbor: 5 Downstream interface(s) information: None問(wèn)題：什么情況下（*，G

29、）比（S，G）時(shí)間長(zhǎng)； 什么情況下（S,G）比（*，G）時(shí)間長(zhǎng)？組播常用查詢命令（2）查看BAS口是否成功映射出組播邏輯接口HUAWEIdisplay multicast mapping interface Eth-Trunk11.500Eth-Trunk11.500:Interface VPN- - - - - - - - - - - - - - - TUA1 NULL查看用戶正在看哪個(gè)組播頻道，或一個(gè)頻道正在被哪些用戶觀看ME60display multicast group-ip out-interface Eth-Trunk 11.500 User ID User IP User ty

30、pe Interface 258904 8 Local Eth-Trunk11.500 206537 2 Local Eth-Trunk11.500 119237 79 Local Eth-Trunk11.500 170465 41 Local Eth-Trunk11.500 Local user number :4 Remote user number:0 Total user number :4ME60display multicast user-ip 8 User ID:258904 User IPv4 address :8 Gateway IPv4 address: User toke

31、n (IPv4) :387499 BRAS interface :Eth-Trunk11.500 User MAC-address :0007-6369-5e8c MAX program list :4 User VLAN :P-VLAN 2121 / C-VLAN 561 NO.1 Group address : Source address : Proxy interface:TUA1組播常用查詢命令（3）IGMP查詢命令display igmp group 顯示IGMP組播組成員加入請(qǐng)求信息display igmp interface 顯示接口的IGMP配置和運(yùn)行信息針對(duì)普通三層組播，該

32、命令可以直接在全局模式或系統(tǒng)模式下針對(duì)BAS側(cè)組播，該命令需要在診斷視圖查看ME60-diagnosedisplay igmp interface Eth-Trunk7.20241001(-): IGMP is enabled Current IGMP version is 2 IGMP state: down IGMP group policy: none IGMP limit: - Value of query interval for IGMP (negotiated): - Value of query interval for IGMP (configured): 60 s Valu

33、e of other querier timeout for IGMP: - Value of maximum query response time for IGMP: 10 s Querier for IGMP: - TUA649(): IGMP is enabled Current IGMP version is 3 IGMP state: up IGMP group policy: none IGMP limit: - Value of query interval for IGMP (negotiated): 60 s Value of query interval for IGMP

34、 (configured): 60 s Value of other querier timeout for IGMP: 0 s On-demand is enabled Value of maximum query response time for IGMP: 10 s Querier for IGMP: (this router) IGMP interface created by: 0 x1ME60-diagnosedisplay igmp group Interface group report information of VPN-Instance: public net TUA4

35、06(): Total 1 IGMP Group reported Group Address Last Reporter Uptime Expires 0 02:02:46 off (on-demand) TUA401(): Total 1 IGMP Group reported Group Address Last Reporter Uptime Expires 4 00:19:16 off (on-demand) TUA392(): Total 1 IGMP Group reported Group Address Last Reporter Uptime Expires 4 00:12

36、:20 off (on-demand) TUA354(): Total 1 IGMP Group reported Group Address Last Reporter Uptime Expires 0 1d:00h off (on-demand) UA2/0/0(): Total 4 IGMP Groups reported Group Address Last Reporter Uptime Expires 3 00:54:53 off (on-demand) 5 01:22:16 off (on-demand) 0 1d:22h off (on-demand) 12 00:17:26

37、off (on-demand)BAS側(cè)組播常用調(diào)試命令(1)trace igmp-proxy group port跟蹤某個(gè)組播組在某個(gè)BAS接口下或者全局下的BAS用戶加入和離開組播組的請(qǐng)求ME60-diagtrace igmp-proxy May 5 2015 20:16:45.800.1+08:00 MAN.ME60 IGMP_PROXY/7/TRACE: =Report packet process=ulMsubIfIndex = 1375 TUA151 = Eth-Trunk6.3357usTag = 19668 ulAddFlag = 1 The user:106777 order

38、programme the (S:,G:) multicast group.(BASMC_IGMLD_FUNC:7551).May 5 2015 20:16:45.800.2+08:00 ME60 IGMP_PROXY/7/TRACE: =MC Auth end=Info: The user:106777 multicast authorization succeed. ulRet = 0.May 5 2015 20:16:04.900.1+08:00 ME60 IGMP_PROXY/7/TRACE: =Leave packet process=ulMsubIfIndex = 3914 TUA

39、412 = Eth-Trunk11.30891001usTag = 58677 ulAddFlag = 0 The user:58619 left the (S:,G:) multicast group.BAS側(cè)組播調(diào)試命令(2)ME60-diagdebugging igmp-proxy all/query/event/leave/report May 13 2015 17:00:28.980.2+08:00 ME60 IGMP_PROXY/7/DBG_Query:Slot=1; PPI_IGMLD_SendPkt()GroupIpAddr = 7 (BASMC_IGMLD_FUNC:7104

40、).May 13 2015 17:00:28.980.11+08:00 ME60 IGMP_PROXY/7/DBG_Query:Slot=1; Send query packet success.GrpAddr = 7Interface = GigabitEthernet1/1/0/11.1May 13 2015 16:55:34.580.7+08:00 ME60 IGMP_PROXY/7/DBG_Query:Slot=1; PPI_IGMLD_SendPkt()GroupIpAddr = (BASMC_IGMLD_FUNC:7104).May 13 2015 16:55:34.580.17+

41、08:00 ME60 IGMP_PROXY/7/DBG_Query:Slot=1; Send query packet success.GrpAddr = Interface = GigabitEthernet1/1/0/10.1May 13 2015 16:56:34.440.1+08:00 ME60 IGMP_PROXY/7/DBG_Report:Slot=1; this (S:,G:6) already exist,neetdt product Proc.(BASMC_IGMLD_FUNC:7559).BAS側(cè)組播調(diào)試命令（3）Debugging igmp report/query/le

42、ave/event debugging igmp event May 13 2015 17:06:34.80.1+08:00 ME60 IGMP/7/EVENT:(public net): Creating group(1) for interface TUA17() (G015566)May 13 2015 17:06:34.80.2+08:00 ME60 IGMP/7/EVENT:(public net): (*, 1) aux join received on interface TUA17() (G011299)May 13 2015 17:06:34.80.3+08:00 ME60

43、IGMP/7/EVENT:(public net): Adding interface TUA17() to downstream IN tree for (*, 1) (G011336)May 13 2015 17:06:34.430.1+08:00 ME60 IGMP/7/EVENT:(public net): Group(3) expired and sources empty. Deleting this group on interface TUA18(). (G016266)May 13 2015 17:06:34.430.2+08:00 ME60 IGMP/7/EVENT:(pu

44、blic net): Deleting group(3) on interface TUA18() (G018014)May 13 2015 17:06:34.430.3+08:00 ME60 IGMP/7/EVENT:(public net): Processing Aux Prune Alert for (*, 3) on interface TUA18() (G011538)May 13 2015 17:06:34.430.4+08:00 ME60 IGMP/7/EVENT:(public net): Deleting downstream interface TUA18() entry

45、 for (*, 3) in global MRT tree (G011569)May 13 2015 17:06:34.430.5+08:00 ME60 IGMP/7/EVENT:(public net): Processing Aux Prune Alert for (*, 3) on interface TUA18() (G011538)Page 36組播常見(jiàn)問(wèn)題歸類機(jī)頂盒無(wú)法注冊(cè)組播黑屏完全沒(méi)有圖像，黑屏。組播卡屏或花屏馬賽克，或者播放中畫面卡頓。點(diǎn)播正常、直播異常；或直播正常、點(diǎn)播異常換臺(tái)卡屏換臺(tái)后會(huì)有一段時(shí)間花屏，一般持續(xù)兩到三分鐘組播典型故障處理方法機(jī)頂盒不注冊(cè)黑屏卡屏、花屏單播

46、正常 、組播故障 或反之換臺(tái)卡組播典型故障處理方法（應(yīng)用層協(xié)議掃盲）需要了解一些IPTV使用的主要協(xié)議路由協(xié)議TCP/UDP/IPHTTP/RTSP/IGMP/SDPRTP/RTCPMPEG_TS/ISMA音視頻編碼標(biāo)準(zhǔn)(MPEG2,MPEG4,H264)機(jī)頂盒點(diǎn)看組播頻道完整的交互報(bào)文機(jī)頂盒觀看組播頻道換臺(tái)過(guò)程交互報(bào)文典型故障一：機(jī)頂盒無(wú)法注冊(cè)故障現(xiàn)象：機(jī)頂盒無(wú)法注冊(cè)上線。問(wèn)題分析：此類故障一般在新開用戶接入或有業(yè)務(wù)割接時(shí)容易出現(xiàn)，一般是網(wǎng)絡(luò)問(wèn)題；或賬號(hào)問(wèn)題；或機(jī)頂盒本身有問(wèn)題，導(dǎo)致接入認(rèn)證失敗。處理方法:1、檢查連線是否正常2、最直接的是用PC替換撥測(cè)，如果同一根網(wǎng)線上網(wǎng)沒(méi)問(wèn)題，則檢查機(jī)頂

47、盒3、如果上網(wǎng)/撥號(hào)有問(wèn)題，按普通BAS用戶上線失敗故障處理，檢查BRAS上的上線失敗記錄，確認(rèn)上線失敗原因。同時(shí)可以在BRAS開啟基于機(jī)頂盒MAC的trace跟蹤，確認(rèn)哪一步導(dǎo)致?lián)芴?hào)認(rèn)證失敗display aaa online-fail-record mac-address trace access-user object 1 mac-address Page 42典型故障二：組播黑屏終端收不到任何組播數(shù)據(jù)時(shí)一般體現(xiàn)為黑屏。造成黑屏的常見(jiàn)原因有如下三種：配置問(wèn)題導(dǎo)致沒(méi)有引來(lái)組播流鏈路故障導(dǎo)致組播流量中途丟失用戶側(cè)的igmp報(bào)文沒(méi)有送到ME60，導(dǎo)致沒(méi)有生成轉(zhuǎn)發(fā)表Page 43組播黑屏定位（1

48、）從配置查起如果是新開業(yè)務(wù)，那么配置問(wèn)題導(dǎo)致的可能性比較大，此時(shí)應(yīng)先從配置查起，確認(rèn)配置是否完整常見(jiàn)的配置問(wèn)題如下：全局的組播使能命令是否配置“multicast routing-enable”Bas接口下igmp enable 是否配置，是否需要配置“multicast copy by-session”或“multicast copy by-vlan”機(jī)頂盒設(shè)置是否正確Page 44組播黑屏定位（2）檢查組播表項(xiàng)是否建立檢查組播三張表，先確認(rèn)ME60上有沒(méi)有生成（*，G）和（S，G）表項(xiàng)display pim routing-table 6display multicast routing-

49、table 6display multicast forwarding-table 6 如果只有（*，G）沒(méi)有（S，G），說(shuō)明從上游設(shè)備引流成不成功；需要逐級(jí)排查上游設(shè)備組播表項(xiàng)生成情況。在上游設(shè)備表項(xiàng)正常的情況下，需要通過(guò)在上游設(shè)備和本級(jí)設(shè)備做流統(tǒng)，觀察網(wǎng)絡(luò)口組播報(bào)文是否能統(tǒng)計(jì)到。 統(tǒng)計(jì)時(shí)需要注意報(bào)文封裝格式的差異：常見(jiàn)的copy-by-session場(chǎng)景，組播報(bào)文從ME60上行口進(jìn)來(lái)時(shí)是目的MAC是組播MAC，從下行BAS口出去時(shí)是修改為用戶MAC。Page 45組播黑屏定位(3)用戶是否點(diǎn)臺(tái)成功如果生成了(*,G)和(S,G),通過(guò)如下命令行確認(rèn)用戶有沒(méi)有成功加入組播頻道display

50、multicast user-ip 如下顯示表示用戶成功點(diǎn)了頻道0；若無(wú)顯示，表示加入組播頻道失敗Page 46組播黑屏定位（4）確認(rèn)BAS側(cè)組播使能(3)通過(guò)如下命令行確認(rèn)用戶組播邏輯接口已經(jīng)使能組播Page 47組播黑屏定位（5）確認(rèn)協(xié)議報(bào)文是否丟棄如果終端已經(jīng)發(fā)起了點(diǎn)了臺(tái)動(dòng)作，但是ME60上無(wú)法生成表項(xiàng)，很有可能終端發(fā)出來(lái)的組播加入報(bào)文被丟棄，丟棄點(diǎn)有以下幾個(gè)可能：中間二層設(shè)備；在二層做流統(tǒng)；ME60芯片；ME60上做流統(tǒng)；ME60軟件；ME60上debug； 組播加入報(bào)文特征如下，可以據(jù)此特征在中間交換機(jī)和ME60上做流量統(tǒng)計(jì)： 目的IP是組播組IP，源IP是用戶IP，無(wú)論是流鏡像還是

51、做流統(tǒng)都很容易識(shí)別出來(lái)通過(guò)如下命令行確認(rèn)IGMP協(xié)議報(bào)文是否上送 。 display cpu-defend statistic-all slot Page 48組播黑屏定位（6）確認(rèn)轉(zhuǎn)發(fā)報(bào)文丟包點(diǎn) 如果在ME60上已經(jīng)生成組播轉(zhuǎn)發(fā)表項(xiàng)，且用戶點(diǎn)播的頻道信息已經(jīng)可以查到，仍然黑屏的話，此時(shí)需要通過(guò)ACL統(tǒng)計(jì)或鏡像抓包等手段確認(rèn)用戶側(cè)是否丟包。統(tǒng)計(jì)或抓包規(guī)則的制定有兩種情況：如果BAS口下配置了multicast copy by-session，復(fù)制后的組播流量會(huì)以UDP的形式發(fā)送到終端，目的IP為組播組IP，目的MAC為終端MAC。在交換機(jī)和終端上都能基于用戶MAC抓到報(bào)文或直接進(jìn)行流量統(tǒng)計(jì)如果

52、BAS口下配置了multicast copy by-vlan，組播報(bào)文的MAC地址將依然是組播MAC地址，此時(shí)只能基于VLAN+組播組IP抓包或統(tǒng)計(jì)Page 49組播黑屏定位（7）分析組播查詢報(bào)文收發(fā)情況在遇到過(guò)的組播故障中，有時(shí)候會(huì)出現(xiàn)很規(guī)律的兩分鐘業(yè)務(wù)異常，比如之前有過(guò)的頻道切換后兩分鐘內(nèi)花屏，或者觀看兩分鐘之后黑屏。這種問(wèn)題一般和組播的探測(cè)機(jī)制有關(guān)，ME60會(huì)每隔一分鐘探測(cè)一次用戶，默認(rèn)探測(cè)兩次連續(xù)無(wú)應(yīng)答，就會(huì)切斷組播流，其中時(shí)長(zhǎng)2分10秒。這種問(wèn)題需要在交換機(jī)上做流統(tǒng)界定組播查詢報(bào)文的收發(fā)情況。Page 50組播查詢報(bào)文格式和特征如下組播查詢報(bào)文的目的IP，源IP是用戶的網(wǎng)關(guān)，通過(guò)IP

53、無(wú)法區(qū)分用戶，所以只能通過(guò)IP做流鏡像抓包，然后再根據(jù)用戶mac過(guò)濾。報(bào)文中的max response time就是最大等待時(shí)長(zhǎng)，默認(rèn)10s內(nèi)收不到回應(yīng)，計(jì)一次超時(shí)。Page 51組播查詢回應(yīng)報(bào)文格式和特點(diǎn)如下組播查詢的回應(yīng)報(bào)文中，源IP是用戶的IP，目的IP是組播組IP，通過(guò)流統(tǒng)和鏡像都很容易就能把該報(bào)文區(qū)分出來(lái)。Page 52組播黑屏定位（8）組播引流沒(méi)成功用戶自動(dòng)切單播如果在ME60上已經(jīng)上沒(méi)有生成組播復(fù)制表項(xiàng)，也就是用如下命令行看不到終端在看組播，但是終端還能正常觀看，一般是因?yàn)榻K端自動(dòng)切了單播。此時(shí)還是需要通過(guò)在中間設(shè)備統(tǒng)計(jì)或抓包確認(rèn)IGMP報(bào)文丟在哪里。Page 53典型故障三：組

54、播花屏終端花屏的一般表現(xiàn)如下：Page 54組播花屏定位（1）常見(jiàn)原因和基本思路花屏常見(jiàn)原因有以下幾種：1、碼流丟包；2、碼流重復(fù)；基本處理思路確認(rèn)故障范圍，界定故障是否集中在某臺(tái)臺(tái)特定設(shè)備下排查沿路相關(guān)設(shè)備是否存在誤碼丟包和鏈路擁塞花屏問(wèn)題一般涉及設(shè)備范圍較廣，從接接入終端到視頻服務(wù)器的整個(gè)路徑都有可能丟包，最好能將終端用光電轉(zhuǎn)換口直掛ME60來(lái)定界，而且這樣做測(cè)試抓包都容易組播問(wèn)題定位過(guò)程中用到最多的就是流統(tǒng)和抓包，所以理解報(bào)文特點(diǎn)，抓包環(huán)境對(duì)問(wèn)題定位很關(guān)鍵組播花屏屏定位（2）通過(guò)IPTV平臺(tái)觀察指定用戶的視頻質(zhì)量通過(guò)IPTV平臺(tái)可以觀察到設(shè)備正在觀看的頻道IP，單播還是組播，以及頻道數(shù)據(jù)

55、的實(shí)時(shí)統(tǒng)計(jì)如果是單播的話，還可以看到是從哪個(gè)服務(wù)器下來(lái)的流量根據(jù)從平臺(tái)上獲得的相關(guān)數(shù)據(jù)可以直接拿來(lái)在中間設(shè)備部署ACL統(tǒng)計(jì)或抓包組播花屏屏定位（3）逐級(jí)ACL統(tǒng)計(jì)或鏡像組播數(shù)據(jù)分析丟包點(diǎn)ACL統(tǒng)計(jì)配置方法創(chuàng)建一個(gè)新的ACL規(guī)則，匹配頻道IP地址Acl 3000rule 5 permit ip source 14 0 destination 2 0 #組播的源地址和目的地址rule 10 permit ip source 11 0 destination 1 0 #單播的服務(wù)器地址和用戶地址創(chuàng)建對(duì)應(yīng)的traffic-classifier和traffic-behavior，traffic-poli

56、cy，綁定對(duì)應(yīng)ACL，并使能統(tǒng)計(jì)traffic classifier 3000If-match ACL 3000traffic behavior 3000Permittraffic policy 3000undo share-mode #防止各個(gè)接口統(tǒng)計(jì)疊加Statistic enableClassifier 3000 behavior 3000在網(wǎng)絡(luò)側(cè)接口綁定traffic-policyInterface GigabitEthernet 3/0/0traffic-policy 3000 inbound查詢流量統(tǒng)計(jì)組播花屏屏定位（3）逐級(jí)ACL統(tǒng)計(jì)或鏡像組播數(shù)據(jù)分析丟包點(diǎn)報(bào)文鏡像配置方法創(chuàng)建一

57、個(gè)新的ACL規(guī)則，匹配頻道IP地址Acl 3000rule 5 permit ip source 14 0 destination 2 0 #組播的源地址和目的地址rule 10 permit ip source 11 0 destination 1 0 #單播的服務(wù)器地址和用戶地址創(chuàng)建對(duì)應(yīng)的traffic-classifier和traffic-behavior，traffic-policy，綁定對(duì)應(yīng)ACL，并使能鏡像traffic classifier 3000If-match ACL 3000traffic behavior 3000port-mirroring enable traffi

58、c policy 3000undo share-mode Statistic enableClassifier 3000 behavior 3000在網(wǎng)絡(luò)側(cè)接口綁定traffic-policyInterface GigabitEthernet 3/0/0traffic-policy 3000 inbound配置觀察口Interface GigabitEthernet 10/0/0port-observing observe-index 10Slot 3mirror to observe-index 10組播鏡像報(bào)文分析方法舉例（見(jiàn)附件：組播卡屏抓包）Page 58組播花屏定位（4）丟包點(diǎn)和故障

59、現(xiàn)象互相印證碼流到達(dá)ME60時(shí)候已經(jīng)有丟包，這種情況下，應(yīng)該是大范圍故障，該ME60下觀看該頻道的用戶全部花屏ME60丟包，如果多塊用戶側(cè)單板下掛用戶花屏，丟包點(diǎn)在網(wǎng)絡(luò)側(cè)單板；如果單塊用戶側(cè)單板下掛用戶花屏，丟包點(diǎn)在這塊單板及對(duì)應(yīng)二層網(wǎng)絡(luò)二層丟包，這種情況下，故障范圍比較集中，故障原因往往是因?yàn)榻粨Q機(jī)轉(zhuǎn)發(fā)性能導(dǎo)致Page 59組播花屏定位（5）碼流重復(fù)這種場(chǎng)景下，在ME60上同時(shí)給終端發(fā)送了多份頻道流量，大部分機(jī)頂盒無(wú)法處理，同時(shí)多個(gè)頻道流量會(huì)相互擠占用戶帶寬，導(dǎo)致花屏Page 60碼流重復(fù)的可能原因：一般是因?yàn)镸E60沒(méi)有收到機(jī)頂盒發(fā)出的leave報(bào)文，導(dǎo)致之前頻道的流量沒(méi)能立即撤銷，又復(fù)制

60、了新流量。可以在交換機(jī)和ME60上做流統(tǒng)確認(rèn)leave報(bào)文有沒(méi)有送達(dá)。Leave報(bào)文特征如下：需要注意的是，組播leave報(bào)文的目的IP為，要離開的組播組IP封裝在報(bào)文當(dāng)中一般運(yùn)營(yíng)商會(huì)在網(wǎng)絡(luò)設(shè)備上部署ACL過(guò)濾策略，機(jī)頂盒用戶只能訪問(wèn)組播服務(wù)器和組播組IP，其他報(bào)文一律deny掉，由于不是組播組IP，很容易被忽略，導(dǎo)致leave報(bào)文到達(dá)ME60之后被誤deny掉典型故障四：點(diǎn)播正常 直播異常問(wèn)題分析：這種故障比較常見(jiàn)，典型的有徹底不能看和視頻卡/花兩種，原因多種多樣。分析的重點(diǎn)在于從點(diǎn)播和直播的差異入手。點(diǎn)播一般是IPV4單播的TCP數(shù)據(jù)，少量丟包可以通過(guò)快速重傳保證視頻質(zhì)量不受影響，直播一般