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

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

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

3、由器 OSPF路由器 3PIMv2路由器 2 所有使能IGMPv3的路由器 (RIPV2) 组播IP地址，不表示某一个具体的主机，而是表示所有接收该组播IP地址报文的主机集合,组播地址,组播基本转发模型,组播基于二元组进行转发（源+目的） 组播路由和单播路由是相反的: 单播路由关心数据报文要到哪里去 组播路由关心数据报文从哪里来 组播路由使用 “逆向路径转发”机制(RPF, Reverse Path Forwarding)来判断数据是否可以被转发 组播转发表的组成形式:(源，组，入接口，出接口列表） 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 入接口存在的目的是防止报文环回。,组播基本协议,网段内组播协议（用户管理协议） IGMP、IGMP Snooping、IGMP Proxy 域内组播路由协议 PIM-SM、PIM-DM 域间组播路由协议 MBGP（BGP-4+）、MSDP,组播协议部署场景简述,IGMP协议简介,IGMP协议的基本报文： Query / Report / Leave IGMP协议定义的设备角色： Router / Host IGMP协议基本工作过程 主机发送IGMP report报文来请求组播流；发送IGMP l

6、eave报文来取消请求； 路由器周期性地发送IGMP query报文； 路由器根据收到的报告请求来维持组成员的存在信息，决定给哪些成员转发组播流； IGMP协议版本：V1 / V2 / V3 V1解决了有没有的问题 V2增加了report抑制机制和快速离开功能 V3实现了天然支持SSM (source specific join and leaves),IGMP snooping简介,IGMP Snooping运行在链路层，是运行在二层以太网交换设备上的组播约束机制，用于管理和控制组播数据转发 当二层以太网交换设备收到主机和路由器之间传递的IGMP报文时，IGMP Snooping分析IGMP

7、报文所带的信息 ： 当监听到主机发出的IGMP主机报告报文时，交换设备就将该主机加入到相应的组播MAC地址表中 当监听到主机发出的IGMP离开报文时，交换设备就将删除与该主机对应的组播MAC地址表中 通过不断地监听IGMP报文，交换机就可以在二层建立和维护组播MAC地址表 ，交换机就可以根据组播MAC地址表转发从路由器下发的组播报文 注：没有运行IGMP Snooping时，组播报文将在二层广播,IGMP Proxy简介,IGMP Snooping只是通过侦听IGMP的消息来获取有关信息； 而IGMP Proxy则拦截了终端用户的IGMP请求并进行相关处理后，再将它转发给上层路由器 相当于IG

8、MP snooping来说,实现了IGMP proxy的二层网络设备，对用户侧承担Server的角色，定期查询用户信息，对于网络路由侧又承担Client的角色，在需要时将当前的用户信息发送给网络.不仅能够达到抑制二层组播泛滥的目的更能有效地获取和控制用户信息,同时在减少网络侧协议消息以降低网络负荷方面起到一定作用。,IGMP Snooping,PIM-SM协议简介,PIM-SM协议机制 主动加入(Explicit Join)模型 RPT树和SPT树，支持从RPT到SPT的切换 周期性发送加入/剪枝(Join/Prune)消息维护分发树状态 需要额外的RP发现机制(静态RP，BSR-RP，Aut

9、o-RP等) PIM-SM特点 相对于DM协议，协议状态复杂，但需要更少的带宽，更有效率 目前域间组播最好的协议 适用于稀疏分布的接收者模型，广泛应用于IPTV,PIM SM协议关键术语,源（Source） 发送组播数据的主机或服务器 接收者（Receiver） 接收组播数据的终端或PC 指定路由器（Designated Router，DR） 在共享网段上选举优先级最高或IP地址最大的路由器为DR 源DR负责将数据从源转发到RP 接收者DR负责将数据从RP转发到接收者 汇聚点（Rendezvous Point, RP） 是共享树的根节点，接收者从这里获取源信息 共享树（RPT） 从接收者DR到

10、RP逐跳建立起来的，以RP为根节点的共享树 源树/最短路径树（SPT） 从接收者DR到源建立起来的，以源为跟的最短路径树,PIM SM协议工作机制简述,邻居发现及DR选举 通过Hello报文维护邻居关系 在共享网段上选举优先级最高和IP地址最大的路由器为DR 共享树构建 接收者DR向到RP的邻居发送（*，G）加入，并逐跳扩散到RP，形成以RP为根的共享树 源DR向RP注册活跃的组播源 源DR封装组播数据到register报文中单播发送给RP进行注册并携带组播数据到RP 数据沿RPT转发 RP接收到源DR发送的注册报文，解封装注册报文中的数据，并沿共享树转发该数据 RPT到SPT切换 接收者DR

11、向到源的邻居发送（S,G）加入，并逐跳扩散到源DR，形成以源DR为跟的源树 RPT剪枝 当接收者DR从源树接收到组播数据后，向共享树发送（S,G）RPT剪枝，剪除从共享树上下来的相同源的组播数据 RPT及SPT树的状态维护 接收者DR向RPT的邻居周期性发送（*，G）加入和（S,G）RPT剪枝，维护（*，G）加入和特定源的RPT剪枝状态 接收者DR向SPT的邻居周期性发送（S,G）SPT加入，维护SPT的加入状态,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,通过单播注册报文发送组播数据到 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建立过程总结,接收者DR通过IGMP协议识别用户的加入组播组申请 接收者DR查找到RP的RPF邻居（即到RP的单播下一跳，并且该下一跳是PIM邻居），向其发送(*,G)加入请求 (*,G)沿着从接收者DR到RP的路径逐跳扩散，沿途路由器都创建相应的(*,G)项，将接收到加入报文的接口加入出接口列表，成为RPT树的节点 源DR接收到组播源的数据，封装到注册报文，单播方式发送给RP RP接收到注册报文，解封装里面承载的组播数据报文，并沿共享树转发,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配置为永远不向SPT切换,接收者 DR,I have no receiver,空单播注册报文,通过单播注册报文发送组播数据到 RP,RPT切换到SPT过程总结,共享树并不一定是到源的最优路径 当从RPT上接收的数据超过配置的阈值时，接收者DR发起从RPT到SPT的切换 接收者DR查找到源的RPF邻居（即到源的单播下一跳，并且是PIM邻居）并向其发送(S,G)加入请求 (S,G)沿着从接收者DR到源DR的路径逐跳扩散，沿途创建(S,G)项，并将接收到(S,G)加入请求的接口加入到出接口列表，沿途路由器成为SPT树的节点 源DR沿S

16、PT树转发数据 接收者DR从SPT树上接收到数据，向到RP的RPF邻居发送(S,G)RPT剪枝消息，数据停止从RPT树上向下转发,PIM DM协议简介,PIM-DM协议机制 利用泛滥(Flood)和剪枝(Prune)机制转发数据 利用嫁接(Graft)和嫁接应答(Graft acknowledge)机制解决接收者后加入的问题 利用断言(Assert)机制在共享网段选出唯一的转发者 周期性状态刷新机制(Periodc State Refresh Mechanism)替代周期性泛滥/剪枝机制 PIM-DM的特点 相对于PIM-SM协议，机制简单，只建立以源为根的分发树 适用于网络有富余带宽，多用户

17、接收模型,PIM-DM工作机制概述,邻居发现(Neighbor discovery) 发送和维护邻居关系 初始泛滥(InitialFlooding) 数据泛滥到所有有邻居或者有IGMP接收者信息的接口 扩散剪枝消息，直到剪除不需要的分支 被剪除的分支3分钟后转回到转发状态，数据再次泛滥 嫁接及嫁接应答(Graft/Graft-Ack) 当接收者在数据初始泛滥后加入，利用嫁接和嫁接应答机制恢复先前被剪掉的分支 减少加入延迟和数据丢失 断言机制（Assert mechanism） 在共享网段上，存在多个接收者会导致重复的数据 利用断言机制选出离源最近的路由器为唯一的转发者 状态刷新机制(State

18、 Refresh Mechanism) 利用状态刷新减少数据泛滥和后续的剪枝消息 由直连源的第一跳路由器产生，扩散到全网 更新出接口的剪枝状态和快速响应拓扑变化,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协议概述,MSDP (Multicast Source Discovery Protocol) 主要

20、为了在多个PIM-SM域之间提供连接。 依靠TCP协议建立邻居关系，端口号为639。 对等体之间通过发送SA(Source-Active)消息发现组播源信息 SA消息主要包含其中以下信息： 组播源地址 组播组地址 RP的IP地址,PIM-SM Domain D,PIM-SM Domain B,MSDP协议概述,MSDP流程简介,PIM-SM Domain C,PIM-SM Domain A,RP,加入,RP,RP,S,R,RP,MSDP协议概述,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协议概述,RP,RP,RP,R,S,MSDP流程简介,RP,PIM-SM Domain D,PIM-SM Domain B,PIM-SM Domain C,PIM-SM Domain A,MSDP协议概述,MSDP流程简介,RP,RP,RP,RP,S,R,PIM-SM Domain D,PIM-SM Domain B,PIM-SM Domain C,PIM-SM Domain A,MSDP协议概述,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,组播转发流程简介,BAS组播和路由设备三层组播的异同点,协议部分完全一样，没有任何特殊实现 ME60上针对BAS接口引入了多播子接口（Msub）的概念。目的是为了对控制层面屏蔽了用户信息，同时为了屏蔽一个Bas接口可同时接入多个VPN的情况，简化实现。上层软件平台看到的都是Msub，看不到Bas接口及用户，处理同三层QinQ接口的处理一致。 设备定义了两种多播子接口：UA（User Access）和TUA（Trunk User Access），分别对应普通物理BAS接口和trunk的BAS接口。 在用户上线接口上使能IGMP，并使能了BAS，就会基于此BRAS接口生产对应的UA

23、/TUA接口。 如果在BAS接口上绑定了VPN实例，则会基于此VPN实例再产生一个UA/TUA接口。 当有用户上线点播组播节目时，设备就会产生一个以UA/TUA接口为出接口的组播转发表项,组播常用查询命令（1）,组播三张表： PIM协议路由表 display pim routing-table 组播路由表 display multicast routing-table 组播转发表 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配置和运行信息 针对普通三层组播，该命令可以直接在全局模式或系统模式下 针对BAS侧组播，该命令需要在诊

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侧组播常用调试命令(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侧组播调试命令(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侧组播调试命令（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),组播常见问题归类,机顶盒无法注册 组播黑屏 完全没有图像，黑屏。 组播卡屏或花屏 马赛克，或者播放中画面卡顿。 点播正常、直播异常；或直播正常、点播异常 换台卡屏 换台后会有一段时间花屏，一般持续两到三分钟,组播典型故障处理方法,机顶盒不注册 黑屏 卡屏、花屏 单播正常 、组播故障 或反之 换台卡,组播典型故障处理方法（应用层协议扫盲）,需要了解一些IPTV使用的主要协议 路由协议 TCP/UDP/IP HTTP/RTSP/IGMP/SD

50、P RTP/RTCP MPEG_TS/ISMA 音视频编码标准(MPEG2,MPEG4,H264),机顶盒点看组播频道完整的交互报文,机顶盒观看组播频道换台过程交互报文,典型故障一：机顶盒无法注册,故障现象：机顶盒无法注册上线。 问题分析：此类故障一般在新开用户接入或有业务割接时容易出现，一般是网络问题；或账号问题；或机顶盒本身有问题，导致接入认证失败。 处理方法: 1、检查连线是否正常 2、最直接的是用PC替换拨测，如果同一根网线上网没问题，则检查机顶盒 3、如果上网/拨号有问题，按普通BAS用户上线失败故障处理，检查BRAS上的上线失败记录，确认上线失败原因。同时可以在BRAS开启基于机顶

51、盒MAC的trace跟踪，确认哪一步导致拨号认证失败 display aaa online-fail-record mac-address trace access-user object 1 mac-address ,典型故障二：组播黑屏,终端收不到任何组播数据时一般体现为黑屏。 造成黑屏的常见原因有如下三种： 配置问题导致没有引来组播流 链路故障导致组播流量中途丢失 用户侧的igmp报文没有送到ME60，导致没有生成转发表,组播黑屏定位（1）从配置查起,如果是新开业务，那么配置问题导致的可能性比较大，此时应先从配置查起，确认配置是否完整 常见的配置问题如下： 全局的组播使能命令是否配置“m

52、ulticast routing-enable” Bas接口下igmp enable 是否配置，是否需要配置“multicast copy by-session”或“multicast copy by-vlan” 机顶盒设置是否正确,组播黑屏定位（2）检查组播表项是否建立,检查组播三张表，先确认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），说明从上游设备引流成不成功；需要逐级排查上游设备组播表项生成情况。在上游设备表项正常的情况下，需要通过在上游设备和本级设备做流统，观察网络口组播报文是否能统计到。 统计时需要注意报文封装格式的差异：常见的copy-by-session场景，组播报文从ME60上行口进来时是目的MAC是组播MAC，从下行BAS口出去时是修改为用户MAC。,组播黑屏定位(3)用户是否点台成功,如果生成了(*,G)和(S,G),通过如下命令行确认用户有没有成功加入组播频道 display multicast user-ip 如下显示表示用户成功点了频道239.252.219.

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

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

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

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

58、包； 2、码流重复； 基本处理思路 确认故障范围，界定故障是否集中在某台台特定设备下 排查沿路相关设备是否存在误码丢包和链路拥塞 花屏问题一般涉及设备范围较广，从接接入终端到视频服务器的整个路径都有可能丢包，最好能将终端用光电转换口直挂ME60来定界，而且这样做测试抓包都容易 组播问题定位过程中用到最多的就是流统和抓包，所以理解报文特点，抓包环境对问题定位很关键,组播花屏屏定位（2）通过IPTV平台观察指定用户的视频质量,通过IPTV平台可以观察到设备正在观看的频道IP，单播还是组播，以及频道数据的实时统计 如果是单播的话，还可以看到是从哪个服务器下来的流量 根据从平台上获得的相关数据可以直接拿来在中间设备部署ACL统计或抓包,组播花屏屏定位（3）逐级ACL统计或镜像组播数据分析丢包点,ACL统计配置方法 创建一个新的ACL规则，匹配频道IP地址 Acl 3000 rule 5 permit ip source 14 0 destination 2 0 #组播的源地址和目的地址 rule 10 permit ip source 11 0 destination 1 0 #单播的服务器地址和用户地址 创