ME60产品组播基础和定位指导-0

1、/317319ME60组播基础和常见问题定位方法2022/7/11内容介绍组播基础知识和基本转发模型组播常见问题归类典型故障场景处理方法Page 3组播的基本概念What？组播就是数据一点（发送者）到多点（接收者）传送的过程Why？在实现相同应用的情况下，可以节约大量的网络带宽资源How？通过域间、域内、本网段内不同层次的组播协议，建立组播流量的树形拓扑，该树一般以源（发送者）为根，接收者为叶子Page 4组播的优缺点优点降低服务器负载节约带宽,减少冗余流量可扩展性好,增加接收者并不会给网络带来负担(相对性)缺点尽力投递:报文丢失是不可避免的没有拥塞避免机制: 缺少TCP窗口机制和慢启动机制，

2、组播可能会出现拥塞报文重复: 某些组播协议的特殊机制可能会造成偶尔的数据包的重复报文失序 同样组播协议有的时候会造成报文到达的次序错乱，组播应用程序必须自己采用某种手段进行纠正（比如缓冲池机制等）Page 5IP组播地址范围 55 “D”类地址空间（IP地址高四位是“1110”）保留的本地组播地址（专们为路由协议预留，不单是组播协议） 55发送报文时 TTL = 1（Why？） 例如（更多预留地址的含义参考产品手册）: 子网的所有系统 子网的所有路由器 DVMRP路由器 OSPF路由器 3PIMv2路由器 2 所有使能IGMPv3的路由器(RIPV2)组播IP地址，不表示某一个具体的主机，而是

3、表示所有接收该组播IP地址报文的主机集合组播地址组播基本转发模型组播基于二元组进行转发（源+目的）组播路由和单播路由是相反的:单播路由关心数据报文要到哪里去组播路由关心数据报文从哪里来组播路由使用 “逆向路径转发”机制(RPF, Reverse Path Forwarding)来判断数据是否可以被转发组播转发表的组成形式:(源，组，入接口，出接口列表）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入接口存在的目的是防止报文环回。组播基本协议网段内组播协议（用户管理协议） IGMP、IGMP Snooping、IGMP Proxy域内组播路由协议 PIM-SM、PIM-DM域间

5、组播路由协议 MBGP（BGP-4+）、MSDP组播协议部署场景简述IGMPIGMPIGMPPage 9IGMP协议简介IGMP协议的基本报文： Query / Report / LeaveIGMP协议定义的设备角色： Router / HostIGMP协议基本工作过程主机发送IGMP report报文来请求组播流；发送IGMP leave报文来取消请求；路由器周期性地发送IGMP query报文；路由器根据收到的报告请求来维持组成员的存在信息，决定给哪些成员转发组播流；IGMP协议版本：V1 / V2 / V3V1解决了有没有的问题V2增加了report抑制机制和快速离开功能V3实现了天然支

6、持SSM (source specific join and leaves)IGMP snooping简介IGMP Snooping运行在链路层，是运行在二层以太网交换设备上的组播约束机制，用于管理和控制组播数据转发当二层以太网交换设备收到主机和路由器之间传递的IGMP报文时，IGMP Snooping分析IGMP报文所带的信息 ：当监听到主机发出的IGMP主机报告报文时，交换设备就将该主机加入到相应的组播MAC地址表中 当监听到主机发出的IGMP离开报文时，交换设备就将删除与该主机对应的组播MAC地址表中通过不断地监听IGMP报文，交换机就可以在二层建立和维护组播MAC地址表 ，交换机就可以

7、根据组播MAC地址表转发从路由器下发的组播报文 注：没有运行IGMP Snooping时，组播报文将在二层广播 IGMP Proxy简介IGMP Snooping只是通过侦听IGMP的消息来获取有关信息；而IGMP Proxy则拦截了终端用户的IGMP请求并进行相关处理后，再将它转发给上层路由器相当于IGMP snooping来说,实现了IGMP proxy的二层网络设备，对用户侧承担Server的角色，定期查询用户信息，对于网络路由侧又承担Client的角色，在需要时将当前的用户信息发送给网络.不仅能够达到抑制二层组播泛滥的目的更能有效地获取和控制用户信息,同时在减少网络侧协议消息以降低网络

8、负荷方面起到一定作用。IGMP SnoopingPIM-SM协议简介PIM-SM协议机制主动加入(Explicit Join)模型RPT树和SPT树，支持从RPT到SPT的切换周期性发送加入/剪枝(Join/Prune)消息维护分发树状态需要额外的RP发现机制(静态RP，BSR-RP，Auto-RP等)PIM-SM特点相对于DM协议，协议状态复杂，但需要更少的带宽，更有效率目前域间组播最好的协议适用于稀疏分布的接收者模型，广泛应用于IPTVPIM SM协议关键术语源（Source）发送组播数据的主机或服务器接收者（Receiver）接收组播数据的终端或PC指定路由器（Designated Ro

9、uter，DR）在共享网段上选举优先级最高或IP地址最大的路由器为DR源DR负责将数据从源转发到RP接收者DR负责将数据从RP转发到接收者汇聚点（Rendezvous Point, RP）是共享树的根节点，接收者从这里获取源信息共享树（RPT）从接收者DR到RP逐跳建立起来的，以RP为根节点的共享树源树/最短路径树（SPT）从接收者DR到源建立起来的，以源为跟的最短路径树PIM SM协议工作机制简述邻居发现及DR选举通过Hello报文维护邻居关系在共享网段上选举优先级最高和IP地址最大的路由器为DR共享树构建接收者DR向到RP的邻居发送（*，G）加入，并逐跳扩散到RP，形成以RP为根的共享树源

10、DR向RP注册活跃的组播源源DR封装组播数据到register报文中单播发送给RP进行注册并携带组播数据到RP数据沿RPT转发RP接收到源DR发送的注册报文，解封装注册报文中的数据，并沿共享树转发该数据RPT到SPT切换接收者DR向到源的邻居发送（S,G）加入，并逐跳扩散到源DR，形成以源DR为跟的源树RPT剪枝当接收者DR从源树接收到组播数据后，向共享树发送（S,G）RPT剪枝，剪除从共享树上下来的相同源的组播数据RPT及SPT树的状态维护接收者DR向RPT的邻居周期性发送（*，G）加入和（S,G）RPT剪枝，维护（*，G）加入和特定源的RPT剪枝状态接收者DR向SPT的邻居周期性发送（S,

11、G）SPT加入，维护SPT的加入状态Page 15RPT建立过程 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通过单播注册报文发送组播数据到 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建立过程总结接收者DR通过IGMP协议识别用户的加入组播组申请接收者DR查找到RP的RPF邻居（即到RP的单播下一跳，并且该下一跳是PIM邻居），向其发送(*,G)加入请求(*,G)沿着从接收者DR到RP的路径逐跳扩散，沿途路由器都创建相应的(*,G)项，将接收到加入报文的接口加入出接口列表

13、，成为RPT树的节点源DR接收到组播源的数据，封装到注册报文，单播方式发送给RPRP接收到注册报文，解封装里面承载的组播数据报文，并沿共享树转发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配置为永远不向SPT切换接收者 DRI have no receiver空单播注册报文通过单播注册报文发送组播数据到 RPRPT切换到SPT过程总结共享树并不一定是到源的最优路径当从RPT上接收的数据超过配置的阈值时，接收者DR发起从RPT到SPT的切换接收者DR查找到源的RPF邻居（即到源的单播下一跳，并且是PIM邻居）并向

15、其发送(S,G)加入请求(S,G)沿着从接收者DR到源DR的路径逐跳扩散，沿途创建(S,G)项，并将接收到(S,G)加入请求的接口加入到出接口列表，沿途路由器成为SPT树的节点源DR沿SPT树转发数据接收者DR从SPT树上接收到数据，向到RP的RPF邻居发送(S,G)RPT剪枝消息，数据停止从RPT树上向下转发PIM DM协议简介PIM-DM协议机制利用泛滥(Flood)和剪枝(Prune)机制转发数据利用嫁接(Graft)和嫁接应答(Graft acknowledge)机制解决接收者后加入的问题利用断言(Assert)机制在共享网段选出唯一的转发者周期性状态刷新机制(Periodc Stat

16、e Refresh Mechanism)替代周期性泛滥/剪枝机制PIM-DM的特点相对于PIM-SM协议，机制简单，只建立以源为根的分发树适用于网络有富余带宽，多用户接收模型PIM-DM工作机制概述邻居发现(Neighbor discovery)发送和维护邻居关系初始泛滥(InitialFlooding)数据泛滥到所有有邻居或者有IGMP接收者信息的接口扩散剪枝消息，直到剪除不需要的分支被剪除的分支3分钟后转回到转发状态，数据再次泛滥嫁接及嫁接应答(Graft/Graft-Ack)当接收者在数据初始泛滥后加入，利用嫁接和嫁接应答机制恢复先前被剪掉的分支减少加入延迟和数据丢失断言机制（Asser

17、t mechanism）在共享网段上，存在多个接收者会导致重复的数据利用断言机制选出离源最近的路由器为唯一的转发者状态刷新机制(State Refresh Mechanism)利用状态刷新减少数据泛滥和后续的剪枝消息由直连源的第一跳路由器产生，扩散到全网更新出接口的剪枝状态和快速响应拓扑变化Page 21PIM DM工作过程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协议概述MSDP (Multicast Source Discovery Protocol) 主要为了在多个PIM-SM域之间提供连接。依靠TCP协议建立邻居关系，端口号为639。对等体之间通过发送SA(Source-Active)消息发现组播源信息SA消息主要包含其中以下信息：组播源地址组播组地址RP的IP地址Page 23PIM-SM Domain DPIM-SM Domain BMSDP协议概述MSDP流程简介PIM-SM Domain CPIM-SM Domain ARP加入源注册54, SASARPRPSASASRRPPage 24MSDP

20、协议概述MSDP流程简介RPRPRPSR加入(S, G)RPPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain APage 25MSDP协议概述RPRPRPR数据流SMSDP流程简介RPPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain APage 26MSDP协议概述MSDP流程简介RPRPRPRP数据流S加入(S, G)RPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain APage 27MSD

21、P协议概述MSDP流程简介RPRPRPRPR数据流SPIM-SM Domain DPIM-SM Domain BPIM-SM Domain CPIM-SM Domain A组播转发流程简介BAS组播和路由设备三层组播的异同点协议部分完全一样，没有任何特殊实现ME60上针对BAS接口引入了多播子接口（Msub）的概念。目的是为了对控制层面屏蔽了用户信息，同时为了屏蔽一个Bas接口可同时接入多个VPN的情况，简化实现。上层软件平台看到的都是Msub，看不到Bas接口及用户，处理同三层QinQ接口的处理一致。设备定义了两种多播子接口：UA（User Access）和TUA（Trunk User Ac

22、cess），分别对应普通物理BAS接口和trunk的BAS接口。在用户上线接口上使能IGMP，并使能了BAS，就会基于此BRAS接口生产对应的UA/TUA接口。如果在BAS接口上绑定了VPN实例，则会基于此VPN实例再产生一个UA/TUA接口。当有用户上线点播组播节目时，设备就会产生一个以UA/TUA接口为出接口的组播转发表项组播常用查询命令（1）组播三张表：PIM协议路由表 display pim routing-table组播路由表 display multicast routing-table组播转发表 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问题：什么情况下（*，G

29、）比（S，G）时间长； 什么情况下（S,G）比（*，G）时间长？组播常用查询命令（2）查看BAS口是否成功映射出组播逻辑接口HUAWEIdisplay multicast mapping interface Eth-Trunk11.500Eth-Trunk11.500:Interface VPN- - - - - - - - - - - - - - - TUA1 NULL查看用户正在看哪个组播频道，或一个频道正在被哪些用户观看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组播组成员加入请求信息display igmp interface 显示接口的IGMP配置和运行信息针对普通三层组播，该

32、命令可以直接在全局模式或系统模式下针对BAS侧组播，该命令需要在诊断视图查看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侧组播常用调试命令(1)trace igmp-proxy group port跟踪某个组播组在某个BAS接口下或者全局下的BAS用户加入和离开组播组的请求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侧组播调试命令(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侧组播调试命令（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组播常见问题归类机顶盒无法注册组播黑屏完全没有图像，黑屏。组播卡屏或花屏马赛克，或者播放中画面卡顿。点播正常、直播异常；或直播正常、点播异常换台卡屏换台后会有一段时间花屏，一般持续两到三分钟组播典型故障处理方法机顶盒不注册黑屏卡屏、花屏单播

46、正常 、组播故障 或反之换台卡组播典型故障处理方法（应用层协议扫盲）需要了解一些IPTV使用的主要协议路由协议TCP/UDP/IPHTTP/RTSP/IGMP/SDPRTP/RTCPMPEG_TS/ISMA音视频编码标准(MPEG2,MPEG4,H264)机顶盒点看组播频道完整的交互报文机顶盒观看组播频道换台过程交互报文典型故障一：机顶盒无法注册故障现象：机顶盒无法注册上线。问题分析：此类故障一般在新开用户接入或有业务割接时容易出现，一般是网络问题；或账号问题；或机顶盒本身有问题，导致接入认证失败。处理方法:1、检查连线是否正常2、最直接的是用PC替换拨测，如果同一根网线上网没问题，则检查机顶

47、盒3、如果上网/拨号有问题，按普通BAS用户上线失败故障处理，检查BRAS上的上线失败记录，确认上线失败原因。同时可以在BRAS开启基于机顶盒MAC的trace跟踪，确认哪一步导致拨号认证失败display aaa online-fail-record mac-address trace access-user object 1 mac-address Page 42典型故障二：组播黑屏终端收不到任何组播数据时一般体现为黑屏。造成黑屏的常见原因有如下三种：配置问题导致没有引来组播流链路故障导致组播流量中途丢失用户侧的igmp报文没有送到ME60，导致没有生成转发表Page 43组播黑屏定位（1

48、）从配置查起如果是新开业务，那么配置问题导致的可能性比较大，此时应先从配置查起，确认配置是否完整常见的配置问题如下：全局的组播使能命令是否配置“multicast routing-enable”Bas接口下igmp enable 是否配置，是否需要配置“multicast copy by-session”或“multicast copy by-vlan”机顶盒设置是否正确Page 44组播黑屏定位（2）检查组播表项是否建立检查组播三张表，先确认ME60上有没有生成（*，G）和（S，G）表项display pim routing-table 6display multicast routing-

49、table 6display multicast forwarding-table 6 如果只有（*，G）没有（S，G），说明从上游设备引流成不成功；需要逐级排查上游设备组播表项生成情况。在上游设备表项正常的情况下，需要通过在上游设备和本级设备做流统，观察网络口组播报文是否能统计到。 统计时需要注意报文封装格式的差异：常见的copy-by-session场景，组播报文从ME60上行口进来时是目的MAC是组播MAC，从下行BAS口出去时是修改为用户MAC。Page 45组播黑屏定位(3)用户是否点台成功如果生成了(*,G)和(S,G),通过如下命令行确认用户有没有成功加入组播频道display

50、multicast user-ip 如下显示表示用户成功点了频道0；若无显示，表示加入组播频道失败Page 46组播黑屏定位（4）确认BAS侧组播使能(3)通过如下命令行确认用户组播逻辑接口已经使能组播Page 47组播黑屏定位（5）确认协议报文是否丢弃如果终端已经发起了点了台动作，但是ME60上无法生成表项，很有可能终端发出来的组播加入报文被丢弃，丢弃点有以下几个可能：中间二层设备；在二层做流统；ME60芯片；ME60上做流统；ME60软件；ME60上debug； 组播加入报文特征如下，可以据此特征在中间交换机和ME60上做流量统计： 目的IP是组播组IP，源IP是用户IP，无论是流镜像还是

51、做流统都很容易识别出来通过如下命令行确认IGMP协议报文是否上送 。 display cpu-defend statistic-all slot Page 48组播黑屏定位（6）确认转发报文丢包点 如果在ME60上已经生成组播转发表项，且用户点播的频道信息已经可以查到，仍然黑屏的话，此时需要通过ACL统计或镜像抓包等手段确认用户侧是否丢包。统计或抓包规则的制定有两种情况：如果BAS口下配置了multicast copy by-session，复制后的组播流量会以UDP的形式发送到终端，目的IP为组播组IP，目的MAC为终端MAC。在交换机和终端上都能基于用户MAC抓到报文或直接进行流量统计如果

52、BAS口下配置了multicast copy by-vlan，组播报文的MAC地址将依然是组播MAC地址，此时只能基于VLAN+组播组IP抓包或统计Page 49组播黑屏定位（7）分析组播查询报文收发情况在遇到过的组播故障中，有时候会出现很规律的两分钟业务异常，比如之前有过的频道切换后两分钟内花屏，或者观看两分钟之后黑屏。这种问题一般和组播的探测机制有关，ME60会每隔一分钟探测一次用户，默认探测两次连续无应答，就会切断组播流，其中时长2分10秒。这种问题需要在交换机上做流统界定组播查询报文的收发情况。Page 50组播查询报文格式和特征如下组播查询报文的目的IP，源IP是用户的网关，通过IP

53、无法区分用户，所以只能通过IP做流镜像抓包，然后再根据用户mac过滤。报文中的max response time就是最大等待时长，默认10s内收不到回应，计一次超时。Page 51组播查询回应报文格式和特点如下组播查询的回应报文中，源IP是用户的IP，目的IP是组播组IP，通过流统和镜像都很容易就能把该报文区分出来。Page 52组播黑屏定位（8）组播引流没成功用户自动切单播如果在ME60上已经上没有生成组播复制表项，也就是用如下命令行看不到终端在看组播，但是终端还能正常观看，一般是因为终端自动切了单播。此时还是需要通过在中间设备统计或抓包确认IGMP报文丢在哪里。Page 53典型故障三：组

54、播花屏终端花屏的一般表现如下：Page 54组播花屏定位（1）常见原因和基本思路花屏常见原因有以下几种：1、码流丢包；2、码流重复；基本处理思路确认故障范围，界定故障是否集中在某台台特定设备下排查沿路相关设备是否存在误码丢包和链路拥塞花屏问题一般涉及设备范围较广，从接接入终端到视频服务器的整个路径都有可能丢包，最好能将终端用光电转换口直挂ME60来定界，而且这样做测试抓包都容易组播问题定位过程中用到最多的就是流统和抓包，所以理解报文特点，抓包环境对问题定位很关键组播花屏屏定位（2）通过IPTV平台观察指定用户的视频质量通过IPTV平台可以观察到设备正在观看的频道IP，单播还是组播，以及频道数据

55、的实时统计如果是单播的话，还可以看到是从哪个服务器下来的流量根据从平台上获得的相关数据可以直接拿来在中间设备部署ACL统计或抓包组播花屏屏定位（3）逐级ACL统计或镜像组播数据分析丢包点ACL统计配置方法创建一个新的ACL规则，匹配频道IP地址Acl 3000rule 5 permit ip source 14 0 destination 2 0 #组播的源地址和目的地址rule 10 permit ip source 11 0 destination 1 0 #单播的服务器地址和用户地址创建对应的traffic-classifier和traffic-behavior，traffic-poli

56、cy，绑定对应ACL，并使能统计traffic classifier 3000If-match ACL 3000traffic behavior 3000Permittraffic policy 3000undo share-mode #防止各个接口统计叠加Statistic enableClassifier 3000 behavior 3000在网络侧接口绑定traffic-policyInterface GigabitEthernet 3/0/0traffic-policy 3000 inbound查询流量统计组播花屏屏定位（3）逐级ACL统计或镜像组播数据分析丢包点报文镜像配置方法创建一

57、个新的ACL规则，匹配频道IP地址Acl 3000rule 5 permit ip source 14 0 destination 2 0 #组播的源地址和目的地址rule 10 permit ip source 11 0 destination 1 0 #单播的服务器地址和用户地址创建对应的traffic-classifier和traffic-behavior，traffic-policy，绑定对应ACL，并使能镜像traffic classifier 3000If-match ACL 3000traffic behavior 3000port-mirroring enable traffi

58、c policy 3000undo share-mode Statistic enableClassifier 3000 behavior 3000在网络侧接口绑定traffic-policyInterface GigabitEthernet 3/0/0traffic-policy 3000 inbound配置观察口Interface GigabitEthernet 10/0/0port-observing observe-index 10Slot 3mirror to observe-index 10组播镜像报文分析方法举例（见附件：组播卡屏抓包）Page 58组播花屏定位（4）丢包点和故障

59、现象互相印证码流到达ME60时候已经有丢包，这种情况下，应该是大范围故障，该ME60下观看该频道的用户全部花屏ME60丢包，如果多块用户侧单板下挂用户花屏，丢包点在网络侧单板；如果单块用户侧单板下挂用户花屏，丢包点在这块单板及对应二层网络二层丢包，这种情况下，故障范围比较集中，故障原因往往是因为交换机转发性能导致Page 59组播花屏定位（5）码流重复这种场景下，在ME60上同时给终端发送了多份频道流量，大部分机顶盒无法处理，同时多个频道流量会相互挤占用户带宽，导致花屏Page 60码流重复的可能原因：一般是因为ME60没有收到机顶盒发出的leave报文，导致之前频道的流量没能立即撤销，又复制

60、了新流量。可以在交换机和ME60上做流统确认leave报文有没有送达。Leave报文特征如下：需要注意的是，组播leave报文的目的IP为，要离开的组播组IP封装在报文当中一般运营商会在网络设备上部署ACL过滤策略，机顶盒用户只能访问组播服务器和组播组IP，其他报文一律deny掉，由于不是组播组IP，很容易被忽略，导致leave报文到达ME60之后被误deny掉典型故障四：点播正常 直播异常问题分析：这种故障比较常见，典型的有彻底不能看和视频卡/花两种，原因多种多样。分析的重点在于从点播和直播的差异入手。点播一般是IPV4单播的TCP数据，少量丢包可以通过快速重传保证视频质量不受影响，直播一般