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

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

3、由器 OSPF路由器 3PIMv2路由器 2 所有使能IGMPv3的路由器 (RIPV2) 組播IP地址，不表示某一個具體的主機(jī)，而是表示所有接收該組播IP地址報文的主機(jī)集合,組播地址,組播基本轉(zhuǎn)發(fā)模型,組播基于二元組進(jìn)行轉(zhuǎn)發(fā)（源+目的） 組播路由和單播路由是相反的: 單播路由關(guān)心數(shù)據(jù)報文要到哪里去 組播路由關(guān)心數(shù)據(jù)報文從哪里來 組播路由使用 “逆向路徑轉(zhuǎn)發(fā)”機(jī)制(RPF, Reverse Path Forwarding)來判斷數(shù)據(jù)是否可以被轉(zhuǎn)發(fā) 組播轉(zhuǎn)發(fā)表的組成形式:(源，組，入接口，出接口列表） display mul

4、ticast forwarding-table Multicast Forwarding Table of VPN-Instance: public net Total 78 entries, 78 matched 00001. (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 tot

5、al number is 3 2: TUA5 Msub-Tag total number is 1 入接口存在的目的是防止報文環(huán)回。,組播基本協(xié)議,網(wǎng)段內(nèi)組播協(xié)議（用戶管理協(xié)議） IGMP、IGMP Snooping、IGMP Proxy 域內(nèi)組播路由協(xié)議 PIM-SM、PIM-DM 域間組播路由協(xié)議 MBGP（BGP-4+）、MSDP,組播協(xié)議部署場景簡述,IGMP協(xié)議簡介,IGMP協(xié)議的基本報文： Query / Report / Leave IGMP協(xié)議定義的設(shè)備角色： Router / Host IGMP協(xié)議基本工作過程 主機(jī)發(fā)送IGMP report報文來請求組播流；發(fā)送IGMP l

6、eave報文來取消請求； 路由器周期性地發(fā)送IGMP query報文； 路由器根據(jù)收到的報告請求來維持組成員的存在信息，決定給哪些成員轉(zhuǎn)發(fā)組播流； IGMP協(xié)議版本：V1 / V2 / V3 V1解決了有沒有的問題 V2增加了report抑制機(jī)制和快速離開功能 V3實現(xiàn)了天然支持SSM (source specific join and leaves),IGMP snooping簡介,IGMP Snooping運行在鏈路層，是運行在二層以太網(wǎng)交換設(shè)備上的組播約束機(jī)制，用于管理和控制組播數(shù)據(jù)轉(zhuǎn)發(fā) 當(dāng)二層以太網(wǎng)交換設(shè)備收到主機(jī)和路由器之間傳遞的IGMP報文時，IGMP Snooping分析IGMP

7、報文所帶的信息 ： 當(dāng)監(jiān)聽到主機(jī)發(fā)出的IGMP主機(jī)報告報文時，交換設(shè)備就將該主機(jī)加入到相應(yīng)的組播MAC地址表中 當(dāng)監(jiān)聽到主機(jī)發(fā)出的IGMP離開報文時，交換設(shè)備就將刪除與該主機(jī)對應(yīng)的組播MAC地址表中 通過不斷地監(jiān)聽IGMP報文，交換機(jī)就可以在二層建立和維護(hù)組播MAC地址表 ，交換機(jī)就可以根據(jù)組播MAC地址表轉(zhuǎn)發(fā)從路由器下發(fā)的組播報文 注：沒有運行IGMP Snooping時，組播報文將在二層廣播,IGMP Proxy簡介,IGMP Snooping只是通過偵聽IGMP的消息來獲取有關(guān)信息； 而IGMP Proxy則攔截了終端用戶的IGMP請求并進(jìn)行相關(guān)處理后，再將它轉(zhuǎn)發(fā)給上層路由器 相當(dāng)于IG

8、MP snooping來說,實現(xiàn)了IGMP proxy的二層網(wǎng)絡(luò)設(shè)備，對用戶側(cè)承擔(dān)Server的角色，定期查詢用戶信息，對于網(wǎng)絡(luò)路由側(cè)又承擔(dān)Client的角色，在需要時將當(dāng)前的用戶信息發(fā)送給網(wǎng)絡(luò).不僅能夠達(dá)到抑制二層組播泛濫的目的更能有效地獲取和控制用戶信息,同時在減少網(wǎng)絡(luò)側(cè)協(xié)議消息以降低網(wǎng)絡(luò)負(fù)荷方面起到一定作用。,IGMP Snooping,PIM-SM協(xié)議簡介,PIM-SM協(xié)議機(jī)制 主動加入(Explicit Join)模型 RPT樹和SPT樹，支持從RPT到SPT的切換 周期性發(fā)送加入/剪枝(Join/Prune)消息維護(hù)分發(fā)樹狀態(tài) 需要額外的RP發(fā)現(xiàn)機(jī)制(靜態(tài)RP，BSR-RP，Aut

9、o-RP等) PIM-SM特點 相對于DM協(xié)議，協(xié)議狀態(tài)復(fù)雜，但需要更少的帶寬，更有效率 目前域間組播最好的協(xié)議 適用于稀疏分布的接收者模型，廣泛應(yīng)用于IPTV,PIM SM協(xié)議關(guān)鍵術(shù)語,源（Source） 發(fā)送組播數(shù)據(jù)的主機(jī)或服務(wù)器 接收者（Receiver） 接收組播數(shù)據(jù)的終端或PC 指定路由器（Designated Router，DR） 在共享網(wǎng)段上選舉優(yōu)先級最高或IP地址最大的路由器為DR 源DR負(fù)責(zé)將數(shù)據(jù)從源轉(zhuǎn)發(fā)到RP 接收者DR負(fù)責(zé)將數(shù)據(jù)從RP轉(zhuǎn)發(fā)到接收者 匯聚點（Rendezvous Point, RP） 是共享樹的根節(jié)點，接收者從這里獲取源信息 共享樹（RPT） 從接收者DR到

10、RP逐跳建立起來的，以RP為根節(jié)點的共享樹 源樹/最短路徑樹（SPT） 從接收者DR到源建立起來的，以源為跟的最短路徑樹,PIM SM協(xié)議工作機(jī)制簡述,鄰居發(fā)現(xiàn)及DR選舉 通過Hello報文維護(hù)鄰居關(guān)系 在共享網(wǎng)段上選舉優(yōu)先級最高和IP地址最大的路由器為DR 共享樹構(gòu)建 接收者DR向到RP的鄰居發(fā)送（*，G）加入，并逐跳擴(kuò)散到RP，形成以RP為根的共享樹 源DR向RP注冊活躍的組播源 源DR封裝組播數(shù)據(jù)到register報文中單播發(fā)送給RP進(jìn)行注冊并攜帶組播數(shù)據(jù)到RP 數(shù)據(jù)沿RPT轉(zhuǎn)發(fā) RP接收到源DR發(fā)送的注冊報文，解封裝注冊報文中的數(shù)據(jù)，并沿共享樹轉(zhuǎn)發(fā)該數(shù)據(jù) RPT到SPT切換 接收者DR

11、向到源的鄰居發(fā)送（S,G）加入，并逐跳擴(kuò)散到源DR，形成以源DR為跟的源樹 RPT剪枝 當(dāng)接收者DR從源樹接收到組播數(shù)據(jù)后，向共享樹發(fā)送（S,G）RPT剪枝，剪除從共享樹上下來的相同源的組播數(shù)據(jù) RPT及SPT樹的狀態(tài)維護(hù) 接收者DR向RPT的鄰居周期性發(fā)送（*，G）加入和（S,G）RPT剪枝，維護(hù)（*，G）加入和特定源的RPT剪枝狀態(tài) 接收者DR向SPT的鄰居周期性發(fā)送（S,G）SPT加入，維護(hù)SPT的加入狀態(tài),RPT建立過程,Send IGMP Report,Send (*,G) Join towards RP,RP,RP create (*,G) entry and add this o

12、if,源DR,Create (*,G) entry and add oif,Create (*,G) entry and add oif,I have a receiver,I want data from,G,Send data,通過單播注冊報文發(fā)送組播數(shù)據(jù)到 RP,Create (S,G) entry and copy oif from (*,G),Create (S,G) entry and copy oif from (*,G),Forward data,Forward data,Create (S,G) entry and copy oif from (*,G),Send (*,G)

13、 Join towards RP,Forward data,Register 接口,RPT建立過程總結(jié),接收者DR通過IGMP協(xié)議識別用戶的加入組播組申請 接收者DR查找到RP的RPF鄰居（即到RP的單播下一跳，并且該下一跳是PIM鄰居），向其發(fā)送(*,G)加入請求 (*,G)沿著從接收者DR到RP的路徑逐跳擴(kuò)散，沿途路由器都創(chuàng)建相應(yīng)的(*,G)項，將接收到加入報文的接口加入出接口列表，成為RPT樹的節(jié)點 源DR接收到組播源的數(shù)據(jù)，封裝到注冊報文，單播方式發(fā)送給RP RP接收到注冊報文，解封裝里面承載的組播數(shù)據(jù)報文，并沿共享樹轉(zhuǎn)發(fā),RPT 到SPT 切換,RP,源 DR,I have a re

14、ceiver,I want data from G,Send data,Forward data,Forward data,Create (S,G) entry and add this oif,Forward data,Send (S,G) Join towards Source,Send (S,G) Join towards Source,Add this oif in (S,G) entry,Forward data,Forward data,Send (S,G,rpt) prune towards RP,Send (S,G,rpt) prune towards RP,Send (S,G

15、,) Register stop towards DR,此例中RP配置為永遠(yuǎn)不向SPT切換,接收者 DR,I have no receiver,空單播注冊報文,通過單播注冊報文發(fā)送組播數(shù)據(jù)到 RP,RPT切換到SPT過程總結(jié),共享樹并不一定是到源的最優(yōu)路徑 當(dāng)從RPT上接收的數(shù)據(jù)超過配置的閾值時，接收者DR發(fā)起從RPT到SPT的切換 接收者DR查找到源的RPF鄰居（即到源的單播下一跳，并且是PIM鄰居）并向其發(fā)送(S,G)加入請求 (S,G)沿著從接收者DR到源DR的路徑逐跳擴(kuò)散，沿途創(chuàng)建(S,G)項，并將接收到(S,G)加入請求的接口加入到出接口列表，沿途路由器成為SPT樹的節(jié)點 源DR沿S

16、PT樹轉(zhuǎn)發(fā)數(shù)據(jù) 接收者DR從SPT樹上接收到數(shù)據(jù)，向到RP的RPF鄰居發(fā)送(S,G)RPT剪枝消息，數(shù)據(jù)停止從RPT樹上向下轉(zhuǎn)發(fā),PIM DM協(xié)議簡介,PIM-DM協(xié)議機(jī)制 利用泛濫(Flood)和剪枝(Prune)機(jī)制轉(zhuǎn)發(fā)數(shù)據(jù) 利用嫁接(Graft)和嫁接應(yīng)答(Graft acknowledge)機(jī)制解決接收者后加入的問題 利用斷言(Assert)機(jī)制在共享網(wǎng)段選出唯一的轉(zhuǎn)發(fā)者 周期性狀態(tài)刷新機(jī)制(Periodc State Refresh Mechanism)替代周期性泛濫/剪枝機(jī)制 PIM-DM的特點 相對于PIM-SM協(xié)議，機(jī)制簡單，只建立以源為根的分發(fā)樹 適用于網(wǎng)絡(luò)有富余帶寬，多用戶

17、接收模型,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ī)制（Assert mechanism） 在共享網(wǎng)段上，存在多個接收者會導(dǎo)致重復(fù)的數(shù)據(jù) 利用斷言機(jī)制選出離源最近的路由器為唯一的轉(zhuǎn)發(fā)者 狀態(tài)刷新機(jī)制(State

18、 Refresh Mechanism) 利用狀態(tài)刷新減少數(shù)據(jù)泛濫和后續(xù)的剪枝消息 由直連源的第一跳路由器產(chǎn)生，擴(kuò)散到全網(wǎng) 更新出接口的剪枝狀態(tài)和快速響應(yīng)拓?fù)渥兓?PIM DM工作過程,Send data,Forward data,Forward data,Forward data,Forward data,I want data from,G,Forward data,Send (S,G) prune,Send (S,G) prune,Remove downstream.,Send (S,G) prune,I have no receiver,I have no receiver,Olist

19、null. Go to Pruned state. Remove downstream,Remove downstream,Forward data,I want data from,G,Send (S,G) Graft,Send (S,G) Graft-ACK,Add downstream.Go to Forward state in upstream,Send (S,G) Graft,Send (S,G) Graft-ACK,Add downstream.,Forward data,MSDP協(xié)議概述,MSDP (Multicast Source Discovery Protocol) 主要

20、為了在多個PIM-SM域之間提供連接。 依靠TCP協(xié)議建立鄰居關(guān)系，端口號為639。 對等體之間通過發(fā)送SA(Source-Active)消息發(fā)現(xiàn)組播源信息 SA消息主要包含其中以下信息： 組播源地址 組播組地址 RP的IP地址,PIM-SM Domain D,PIM-SM Domain B,MSDP協(xié)議概述,MSDP流程簡介,PIM-SM Domain C,PIM-SM Domain A,RP,加入,RP,RP,S,R,RP,MSDP協(xié)議概述,MSDP流程簡介,RP,RP,RP,S,R,RP,PIM-SM Domain D,PIM-SM Domain B,PIM-SM Domain C,PI

21、M-SM Domain A,MSDP協(xié)議概述,RP,RP,RP,R,S,MSDP流程簡介,RP,PIM-SM Domain D,PIM-SM Domain B,PIM-SM Domain C,PIM-SM Domain A,MSDP協(xié)議概述,MSDP流程簡介,RP,RP,RP,RP,S,R,PIM-SM Domain D,PIM-SM Domain B,PIM-SM Domain C,PIM-SM Domain A,MSDP協(xié)議概述,MSDP流程簡介,RP,RP,RP,RP,R,S,PIM-SM Domain D,PIM-SM Domain B,PIM-SM Domain C,PIM-SM D

22、omain A,組播轉(zhuǎn)發(fā)流程簡介,BAS組播和路由設(shè)備三層組播的異同點,協(xié)議部分完全一樣，沒有任何特殊實現(xiàn) ME60上針對BAS接口引入了多播子接口（Msub）的概念。目的是為了對控制層面屏蔽了用戶信息，同時為了屏蔽一個Bas接口可同時接入多個VPN的情況，簡化實現(xiàn)。上層軟件平臺看到的都是Msub，看不到Bas接口及用戶，處理同三層QinQ接口的處理一致。 設(shè)備定義了兩種多播子接口：UA（User Access）和TUA（Trunk User Access），分別對應(yīng)普通物理BAS接口和trunk的BAS接口。 在用戶上線接口上使能IGMP，并使能了BAS，就會基于此BRAS接口生產(chǎn)對應(yīng)的UA

23、/TUA接口。 如果在BAS接口上綁定了VPN實例，則會基于此VPN實例再產(chǎn)生一個UA/TUA接口。 當(dāng)有用戶上線點播組播節(jié)目時，設(shè)備就會產(chǎn)生一個以UA/TUA接口為出接口的組播轉(zhuǎn)發(fā)表項,組播常用查詢命令（1）,組播三張表： PIM協(xié)議路由表 display pim routing-table 組播路由表 display multicast routing-table 組播轉(zhuǎn)發(fā)表 display multicast forwarding-table,display multicast routing-table Multicast routing table of VPN-Instance:

24、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 interfaces 1: TUA32(M

25、ulticast 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-table Multicast Forwarding Table of VPN-Instance

26、: public net Total 53 entries, 53 matched 00001. (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

27、 packets 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 Activetim

28、e: 1d:20h Msub-Tag total number 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-s

29、m, Flag: WC EXT UpTime: 6w:4d Upstream interface: GigabitEthernet4/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: Giga

30、bitEthernet4/0/0 Upstream neighbor: 5 RPF prime neighbor: 5 Downstream interface(s) information: None,問題：什么情況下（*，G）比（S，G）時間長； 什么情況下（S,G）比（*，G）時間長？,組播常用查詢命令（2）,查看BAS口是否成功映射出組播邏輯接口 HUAWEIdisplay multicast mapping interface Eth-Trunk11.500 Eth-Trunk11.500: Interface VPN - - - -

31、- - - - - - - - - - - TUA1 NULL 查看用戶正在看哪個組播頻道，或一個頻道正在被哪些用戶觀看,ME60display multicast group-ip out-interface Eth-Trunk 11.500 User ID User IP User type Interface 258904 8 Local Eth-Trunk11.500 206537 2 Local Eth-Trunk11.500 119237 79 Local Eth-Trunk11.500 1

32、70465 41 Local Eth-Trunk11.500 Local user number :4 Remote user number:0 Total user number :4,ME60display multicast user-ip 8 -User ID:258904- User IPv4 address :8 Gateway IPv4 address: User token (IPv4) :387499 BRAS interface :Eth-Trunk11.500 User MAC-add

33、ress :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組播組成員加入請求信息 display igmp interface 顯示接口的IGMP配置和運行信息 針對普通三層組播，該命令可以直接在全局模式或系統(tǒng)模式下 針對BAS側(cè)組播，該命令需要在診

34、斷視圖查看 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 Value of other querier timeout for I

35、GMP: - 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 (configured): 60 s Value

36、 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 x1,ME60-diagnosedisplay igmp group Interface group report information of VPN-Instance: public net TUA406(): Tot

37、al 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 report

38、ed Group Address Last Reporter Uptime Expires 4 00:12: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

39、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 off (on-demand),BAS側(cè)組播常用調(diào)試命令(1),trace igmp-proxy group port跟蹤某個組播組在某個BAS接口下或者全局下的BAS用戶加入和

40、離開組播組的請求 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.3357 usTag = 19668 ulAddFlag = 1 The user:106777 order programme the (S:,G:) multicast group. (BASMC_IGMLD_

41、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 TUA412 = Eth-Trunk11.30891001 usTag = 58677 ulAddF

42、lag = 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). May 13 20

43、15 17:00:28.980.11+08:00 ME60 IGMP_PROXY/7/DBG_Query:Slot=1; Send query packet success. GrpAddr = 7 Interface = GigabitEthernet1/1/0/11.1 May 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

44、16:55:34.580.17+08:00 ME60 IGMP_PROXY/7/DBG_Query:Slot=1; Send query packet success. GrpAddr = Interface = GigabitEthernet1/1/0/10.1 May 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:75

45、59).,BAS側(cè)組播調(diào)試命令（3）,Debugging igmp report/query/leave/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 jo

46、in received on interface TUA17() (G011299) May 13 2015 17:06:34.80.3+08:00 ME60 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 so

47、urces empty. Deleting this group on interface TUA18(). (G016266) May 13 2015 17:06:34.430.2+08:00 ME60 IGMP/7/EVENT:(public 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

48、 (*, 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 for (*, 3) in global MRT tree (G011569) May 13 2015 17:06:34.430.5+08:00 ME60 IGMP/7/EVENT:(public net): Processin

49、g Aux Prune Alert for (*, 3) on interface TUA18() (G011538),組播常見問題歸類,機(jī)頂盒無法注冊 組播黑屏 完全沒有圖像，黑屏。 組播卡屏或花屏 馬賽克，或者播放中畫面卡頓。 點播正常、直播異常；或直播正常、點播異常 換臺卡屏 換臺后會有一段時間花屏，一般持續(xù)兩到三分鐘,組播典型故障處理方法,機(jī)頂盒不注冊 黑屏 卡屏、花屏 單播正常 、組播故障 或反之 換臺卡,組播典型故障處理方法（應(yīng)用層協(xié)議掃盲）,需要了解一些IPTV使用的主要協(xié)議 路由協(xié)議 TCP/UDP/IP HTTP/RTSP/IGMP/SD

50、P RTP/RTCP MPEG_TS/ISMA 音視頻編碼標(biāo)準(zhǔn)(MPEG2,MPEG4,H264),機(jī)頂盒點看組播頻道完整的交互報文,機(jī)頂盒觀看組播頻道換臺過程交互報文,典型故障一：機(jī)頂盒無法注冊,故障現(xiàn)象：機(jī)頂盒無法注冊上線。 問題分析：此類故障一般在新開用戶接入或有業(yè)務(wù)割接時容易出現(xiàn)，一般是網(wǎng)絡(luò)問題；或賬號問題；或機(jī)頂盒本身有問題，導(dǎo)致接入認(rèn)證失敗。 處理方法: 1、檢查連線是否正常 2、最直接的是用PC替換撥測，如果同一根網(wǎng)線上網(wǎng)沒問題，則檢查機(jī)頂盒 3、如果上網(wǎng)/撥號有問題，按普通BAS用戶上線失敗故障處理，檢查BRAS上的上線失敗記錄，確認(rèn)上線失敗原因。同時可以在BRAS開啟基于機(jī)頂

51、盒MAC的trace跟蹤，確認(rèn)哪一步導(dǎo)致?lián)芴栒J(rèn)證失敗 display aaa online-fail-record mac-address trace access-user object 1 mac-address ,典型故障二：組播黑屏,終端收不到任何組播數(shù)據(jù)時一般體現(xiàn)為黑屏。 造成黑屏的常見原因有如下三種： 配置問題導(dǎo)致沒有引來組播流 鏈路故障導(dǎo)致組播流量中途丟失 用戶側(cè)的igmp報文沒有送到ME60，導(dǎo)致沒有生成轉(zhuǎn)發(fā)表,組播黑屏定位（1）從配置查起,如果是新開業(yè)務(wù)，那么配置問題導(dǎo)致的可能性比較大，此時應(yīng)先從配置查起，確認(rèn)配置是否完整 常見的配置問題如下： 全局的組播使能命令是否配置“m

52、ulticast routing-enable” Bas接口下igmp enable 是否配置，是否需要配置“multicast copy by-session”或“multicast copy by-vlan” 機(jī)頂盒設(shè)置是否正確,組播黑屏定位（2）檢查組播表項是否建立,檢查組播三張表，先確認(rèn)ME60上有沒有生成（*，G）和（S，G）表項 display pim routing-table 6 display multicast routing-table 6 display multicast forwarding-table 239.125.0

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

54、10；若無顯示，表示加入組播頻道失敗,組播黑屏定位（4）確認(rèn)BAS側(cè)組播使能,(3)通過如下命令行確認(rèn)用戶組播邏輯接口已經(jīng)使能組播,組播黑屏定位（5）確認(rèn)協(xié)議報文是否丟棄,如果終端已經(jīng)發(fā)起了點了臺動作，但是ME60上無法生成表項，很有可能終端發(fā)出來的組播加入報文被丟棄，丟棄點有以下幾個可能： 中間二層設(shè)備；-在二層做流統(tǒng)； ME60芯片；-ME60上做流統(tǒng)； ME60軟件；-ME60上debug； 組播加入報文特征如下，可以據(jù)此特征在中間交換機(jī)和ME60上做流量統(tǒng)計： 目的IP是組播組IP，源IP是用戶IP，無論是流鏡像還是做流統(tǒng)都很容易識別出來 通過如下命令行確認(rèn)IGMP協(xié)議報文是否上送 。

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

56、C地址將依然是組播MAC地址，此時只能基于VLAN+組播組IP抓包或統(tǒng)計,組播黑屏定位（7）分析組播查詢報文收發(fā)情況,在遇到過的組播故障中，有時候會出現(xiàn)很規(guī)律的兩分鐘業(yè)務(wù)異常，比如之前有過的頻道切換后兩分鐘內(nèi)花屏，或者觀看兩分鐘之后黑屏。 這種問題一般和組播的探測機(jī)制有關(guān)，ME60會每隔一分鐘探測一次用戶，默認(rèn)探測兩次連續(xù)無應(yīng)答，就會切斷組播流，其中時長2分10秒。這種問題需要在交換機(jī)上做流統(tǒng)界定組播查詢報文的收發(fā)情況。,組播查詢報文格式和特征如下,組播查詢報文的目的IP，源IP是用戶的網(wǎng)關(guān)，通過IP無法區(qū)分用戶，所以只能通過IP做流鏡像抓包，然后再根據(jù)用戶mac過濾。報文中

57、的max response time就是最大等待時長，默認(rèn)10s內(nèi)收不到回應(yīng)，計一次超時。,組播查詢回應(yīng)報文格式和特點如下,組播查詢的回應(yīng)報文中，源IP是用戶的IP，目的IP是組播組IP，通過流統(tǒng)和鏡像都很容易就能把該報文區(qū)分出來。,組播黑屏定位（8）組播引流沒成功用戶自動切單播,如果在ME60上已經(jīng)上沒有生成組播復(fù)制表項，也就是用如下命令行看不到終端在看組播，但是終端還能正常觀看，一般是因為終端自動切了單播。此時還是需要通過在中間設(shè)備統(tǒng)計或抓包確認(rèn)IGMP報文丟在哪里。,典型故障三：組播花屏,終端花屏的一般表現(xiàn)如下：,組播花屏定位（1）常見原因和基本思路,花屏常見原因有以下幾種： 1、碼流丟

58、包； 2、碼流重復(fù)； 基本處理思路 確認(rèn)故障范圍，界定故障是否集中在某臺臺特定設(shè)備下 排查沿路相關(guān)設(shè)備是否存在誤碼丟包和鏈路擁塞 花屏問題一般涉及設(shè)備范圍較廣，從接接入終端到視頻服務(wù)器的整個路徑都有可能丟包，最好能將終端用光電轉(zhuǎn)換口直掛ME60來定界，而且這樣做測試抓包都容易 組播問題定位過程中用到最多的就是流統(tǒng)和抓包，所以理解報文特點，抓包環(huán)境對問題定位很關(guān)鍵,組播花屏屏定位（2）通過IPTV平臺觀察指定用戶的視頻質(zhì)量,通過IPTV平臺可以觀察到設(shè)備正在觀看的頻道IP，單播還是組播，以及頻道數(shù)據(jù)的實時統(tǒng)計 如果是單播的話，還可以看到是從哪個服務(wù)器下來的流量 根據(jù)從平臺上獲得的相關(guān)數(shù)據(jù)可以直接拿來在中間設(shè)備部署ACL統(tǒng)計或抓包,組播花屏屏定位（3）逐級ACL統(tǒng)計或鏡像組播數(shù)據(jù)分析丟包點,ACL統(tǒng)計配置方法 創(chuàng)建一個新的ACL規(guī)則，匹配頻道IP地址 Acl 3000 rule 5 permit ip source 14 0 destination 2 0 #組播的源地址和目的地址 rule 10 permit ip source 11 0 destination 1 0 #單播的服務(wù)器地址和用戶地址 創(chuàng)