技术培训-pon系统组播.pptx

参考色 组播故障排查和案例 烽火通信科技股份有限公司 网络产出线 刘俊 2016年8月1日 参考色 组播协议标准 2. PON系统排查方法 . 组播原理概述 . 经典案例 . 目 录 参考色 组播原理概述 组播是指在IP网络中将数据包以 尽力传送的形式发送到某个确定的 节点集合（即组播组）， 其基本思想是：源主机（即组播源） 只发送一份数据，其目的地址为组地址； 组播组中的所有接收者都可收到同样 的数据拷贝，并且只有组播组内的主 机可以接收该数据，而其它主机则不 能收到。 参考色 IP组播地址 IANA将D类地址空间分配给IPv4组播使用，范围从 到 55。 IP组播地址前四位均为“1110”， 而整个IP组播地址空间的进行了细 分，各子段的IP组播地址分别用作 不同的用途。 参考色 IP组播地址到链路层的映射 IANA将MAC地址范围01:00:5E:00:00:0001:00:5E:7F:FF:FF分配给组播使用，这就要求将32位的 IP组播地址空间映射到23位的组播MAC地址空间中，具体的映射方法是将组播地址中的低23位放入 MAC地址的低23位。 参考色 组播协议 2. PON系统排查方法 . 组播原理概述 . 经典案例 . 目 录 参考色 组播协议 组成员关系管理是指在路由器/交换机上建立直联网段内的组成员关系信息，具体来说，就是各接 口/端口下有哪些组播组的成员。 IGMP运行于主机和与主机直连的路 由器之间，实现组成员关系的管理。 目前IGMP有以下三个版本： IGMPv1（RFC 1112）中定义了基本 组成员查询和报告过程 IGMPv2（RFC 2236）在 IGMPv1 的 基础上添加了组成员快速离开的机制等 IGMPv3（RFC 3376）中增加的主要功能 是成员可以指定接收或拒绝来自某些组播 源的报文，以实现对 SSM模型的支持。 参考色 组播组加入 当一个主机加入了一个组播组，则应该立即发送一个或多个成 员关系报告给组播组。 报告 PC1PC2 PC3 参考色 维护组成员关系 都存在抑制机制。 增加了最大响应时间来指定延时值来规定所有主机的查询响应延时的上 限，此外最大响应时间在IGMP查询器上配置，只应用在成员关系查询 信息。 RTA 查询 报告 抑制 X 抑制 X IGMPv1 查询器 PC2PC1 PC3 参考色 组成员离开 l主机向发送离开组消息（报文中含有要离开的组地址） PC1PC3 离开组报告 l路由器向这个组（）发送特定组查询 特定组查询 l1秒钟内没有收到该组的报告，发送第二个特定组查询。 l二个查询信息后未收到主机响应，组超时，离开组。 PC2PC3 X2X2 参考色 组播协议 2. PON系统排查方法 . 组播原理概述 . 经典案例 . 目 录 参考色 组播模式 SNOOPING模式 IGMP Snooping，就是监听IGMP协议包，提取相应的信息，形成组播成员关系表，然后对组播业 务按照组成员关系进行转发，保证组成员收到正确的组播业务，而其余主机无法收到。IGMP Snooping相 对路由器和主机是透明的，它仅仅监听两者之间的IGMP报文，来建立自己的组播成员关系表。 PROXY模式 在组播路由器和主机间行使代理的功能。在网络侧，组播代理可视为一台主机，而在用户侧，组播代 理设备可以视作一台组播路由器。组播代理拦截用户和路由器所发出的组播协议报文。并维护自己的组播转 发表。 参考色 组播排查整体思路 组播流不通先看组播是否成组 组播组成组没流，首先要查看上联口组播包抑制关了没。确定关闭的情况下如果还 没有组播流，就要查看上联口组播包统计。 上联口组播包统计正常，接着就要查看线卡收发组播搞是否正常。 线卡组播流正常，此时就要查看终端组播流的信息。 总之如果组播有问题就要从olt到终端，一级级的查看。 参考色 查看OLT上联口配置 （1）查看组播上联口业务配置 Adminvlan# show service vlan iptv_igmp service name : iptv_igmp begin vid : 4000 end vid : 4000 trunk index : 2(tagged) service type : iptv （2）检查组播上联口状态 Admindevice# show port 19:4,20:4 - port: s Configuration Information Link state : Up Port state : Enabled AutoNegotiation : On Speed : 1000M Duplex : Full Learning : Enabled Port VLAN ID : 4088 Port VLAN name : PriEn : Off PriValue : 0 interface mode : SERDES - 参考色 组播olt上联口配置 （3）检查组播上联口包抑制配置 Admindevice# show control port all all uplik port :19:4 broadcast packet control :enable limit :100 pps uplik port :19:4 multicast packet control:disable uplik port :19:4 unknown packet control:disable uplik port :20:4 broadcast packet control :enable limit :100 pps uplik port :20:4 multicast packet control:disable uplik port :20:4 unknown packet control:disable 参考色 查看OLT 组播组配置 Adminigmp# show igmp globle = Version :V2 Work mode :proxy Vlan learning :Disable Fast leave :Disable Max Transmit Unit :1500 Proxy ip address :7 SSM ip address : SSM ip mask : General Member Interval :260 QueryInterval :125 Robustness :2 Last member query interval :1 Last member query count :2 Query response interval :10 Input buffer size :96000 Bytes Output buffer size :1500 Bytes vlan=4000, group_count = 12 vlan=3996, group_count = 0 translate rule count is 0 up_vlan up_cos dw_vlan dw_cos 参考色 查看OLT主控盘组播组信息 Adminigmp# show igmpv3 group =Vlan 4000= IGMP Connected Group Membership Group Address Interface Uptime Expires Last Reporter 27 Interface 8 04:07:59 00:02:32 00 41 Interface 8 05w01d04h 00:02:32 00 43 Interface 3 06:39:05 00:02:51 00 50 Interface 3 05:35:15 00:02:51 00 0 Interface 6 00:03:41 00:03:03 00 25 Interface 6 02:22:29 00:03:03 00 50 Interface 6 01d13h51m 00:03:03 00 51 Interface 5 09:48:00 00:03:23 00 31 Interface 5 08:23:17 00:03:23 00 41 Interface 5 02:41:58 00:03:23 00 - 参考色 查看上联口组播包统计 如果是OLT下批量用户上报故障，则需要先检查组播上联口组播流量是否超限，是否存在下行CRC； Adminuplink# show uplink_his_perform slot 19 port 4 t 15m in 0 From 2014-08-19 00:15:00 To 2014-08-19 00:20:00 slot=19 portNo=4 cardType=415 mapPort=20 - ByteReceived ByteSent =77716 FramesReceived =12809236 FramesSent =814 TotalByteReceived TotalUnicastFramesReceived=81 BroadcastFramesReceived =0 MulticastFramesReceived =12809156 CRCError =0 OversizeFrames =0 参考色 查看线卡组播组信息 ECXBIgmp# show switch igmp group current tick:35332 timeout tick:1fa4 groupIP nni last-join-time 50 1 2014/08/14 11:07:21 GCXBigmp# show igmp group =Vlan 100 1 ；连续执行两次，查看“multicast frames received”是否有增加 ECXBstats# show stat olt nni_dn 1 1 the olt nni port label is : 00 0d b6 37 23 00 00 02 good data bytes received: 263088 good data frames received: 3701 unicast frames received: 166 multicast frames received: 2975 broadcast frames received: 560 runt frames received : 0 frames received with oversize: 0 frames received with CRC32 error: 0 frames received with 64 byte: 0 frames received with 65-127 bytes: 3535 frames received with 128-255 bytes: 166 frames received with 256-511 bytes: 0 frames received with 512-1023 bytes: 0 frames received with 1024-1518 bytes: 0 frames received with 1518 byte: 0 Pause frames received: 0 frames received with alignment error: 0 all the errored bytes received: 0 code errors received: 0 参考色 查看GPON线卡是否收到组播数据流 GCXBswitch# show pon 18（固定是18） statitcs ponno=18 with dev=0 port=28 Byte Received is 7482022 Byte Sent is 3428 Frames Received is 58463 Frames Sent is 25 TotalUnicastFramesReceived is 19 BroadcastFrames Received is 0 MulticastFrames Received is 58444 CRCError is 0 Frames64 is 0 Frames65_127 is 40 Frames128_255 is 58446 Frames256_511 is 3 Frames512_1023 is 0 Frames1024_MaxSize is 0 UndersizeFrames is 0 OutMulticastFrames is 0 OutBroadcastFrames is 0 参考色 查看EPON线卡PON是否转发组播流 ECXBstats# show stat olt epon_dn 1；连续执行两次，查看“multicast frames transmitted:”是否有增加 ECXBstats# show stat olt epon_dn 1 1 the olt epon port label is : 00 0d b6 37 23 00 00 00 data bytes transmitted globally: 67768 data frames transmitted globally: 806 unicast frames transmitted: 189 multicast frames transmitted: 37 broadcast frames transmitted: 580 MPCP frames transmitted: 33 MPCP bytes transmitted: 2112 Discovery windows received with no response: 0 MPCP discovery window granted: 4340 Gate frames transmitted: 3438631 Oam frames transmitted: 11427 Oam bytes transmitted: 754951 Number of MPCP Register Req sent: 0 Number of MPCP Register Acks sent: 0 Number of report frames sent: 0 参考色 查看GPON线卡PON是否转发组播 流 GCXBswitch# show pon 3（pon口号1-8） statitcs ponno=3 with dev=0 port=4 Byte Received is 1148 Byte Sent is 26458328 Frames Received is 13 Frames Sent is 206720 TotalUnicastFramesReceived is 12 BroadcastFrames Received is 0 MulticastFrames Received is 1 CRCError is 0 Frames64 is 0 Frames65_127 is 43 Frames128_255 is 206691 Frames256_511 is 0 Frames512_1023 is 0 Frames1024_MaxSize is 0 UndersizeFrames is 0 OutMulticastFrames is 206692 OutBroadcastFrames is 1 参考色 组播协议 2. PON系统排查方法 . 组播原理概述 . 经典案例 . 目 录 参考色 STB初始化失败 问题现象： STB启动后进度条停留在8%无法通过，提示网络连接失败 原因分析： STB启动过程中进度为8%的状态为获取IP地址，停留在该状态表示STB无法从DHCP获 取到IP地址，可能的原因有如下方面： FTTH型ONU： STB与ONU之间网线未连接或接触不良； 机顶盒损坏； STB未连接至ONU的FE4口，而连接了其它端口； ONU端口配置错误； 上联端口视频业务VLAN（40114016）未配置； 上层设备（汇聚或SR）40114016的VLAN未配置； FTTB型ONU： STB与HG之间网线未连接或接触不良； 机顶盒损坏； STB未连接至HG的FE4口，而连接了其它端口； HG未成功入网； ONU端口配置错误； 上联端口视频业务VLAN（40114016）未配置； 上层设备40114016的VLAN未配置； 参考色 STB初始化失败 问题解决： FTTH型ONU： 检查STB与ONU之间的线路连接正确，接触良好； 确认机顶盒工作正常； 检查ONU端口配置； 检查OLT上联口端口VLAN是否正常配置，若未配置或者配置错误请修正； FTTB型ONU： 检查STB与ONU之间的线路连接正确，接触良好； 确认机顶盒工作正常； 通过资源系统查看HG入网状态是否正常，若不正常，请拆机重入网，保证HG入网状态正常； 检查OLT上联口端口VLAN是否正常配置，若未配置或者配置错误请修正； 现网案例： 北京联通三区卢沟桥新开通一IPTV用户，STB进度停留在8%，返回连接失败。通过图形网管 检查配置正常，后续联系用户接STB重新尝试，然后通过网管会读ONU端口MAC地址，发现无法学习 到STB的MAC地址，初步判断为STB异常或者STB与ONU之间的连接存在错误。到达现场查看发现 STB和ONU之间的连接不停中断，后续更换连接网线，再次试验，STB初始化恢复正常，组播业务正 常； 解决方法：更换STB与ONU之间网线 参考色 STB认证失败 问题现象： STB启动后进度条停留在85%无法通过，返回认证失败或者机顶盒绑定失败 原因分析： STB启动过程中进度为85%的状态为获取账号认证阶段，停留在85%或者处于85%阶 段直接返回原始界面，则表示账号认证未通过，可能有如下方面的原因： 用户账号不正确； 用户账号已在其它地方使用； 机顶盒故障； 问题解决： 核查用户账号，确保账号合法； 检查上层账号管理服务器，确保用户唯一； 更换机顶盒重新进行认证； 参考色 STB认证失败 现网案例： 北京联通三区卢沟桥新开通一IPTV用户，使用一段时间后，用户重启STB，进度条停 留的85%，返回“用户名不存在，机顶盒绑定失败”。 此问题一般是由于用户账号异常导致。到达现场后重置用户账号再次认证，同样返回 相同的错误。联系STB账号管理人员对用户账号进行重置。后再次进行认证，认证通过，组 播业务恢复正常，反复测试多次，无异常。 解决方案：重置STB用户账号。 参考色 点播正常而组播不通问题 问题现象： 用户点播业务正常，但组播业务无法收看 原因分析： 对于正常开通IPTV的用户而言，点播业务走单播通过，组播业务走组播通道，点播正 常说明单播通道正常，需要确认组播不通原因，可能有如下方面的原因： ONU端口无组播配置； OLT上联组播VLAN未配置； 上联端口多播包抑制未去使能； 上联组播数据无送达OLT； 设备异常导致组播不通； 问题解决： 确认组播配置正常； 确认上联多播包抑制已去使能； 通过图形网管分别查看ONU、线卡和主控盘是正常成组，若无法成组则需要抓包 参考色 点播正常而组播不通问题 现网案例： 北京联通七区马家堡新开通2户IPTV用户，点播业务正常，组播业务无法观看。 联系用户进行节目加入操作，通过图形网管查看ONU、线卡和主控盘成组情况，发现均无 法成组，核查系统组播相关配置无异常。后续前往现场进行查看发现用户所在ONU（ FTTH型）的LAN1口连接一条路由器，而STB连接在路由器的端口。 从上述的连接图确认为用户线连接错误，按照联通资源规划，FTTH型ONU的 LAN123端口规划为Internet业务，LAN4规划为IPTV业务，而用户STB相当于是通过路 由器连接至LAN1获取点播通信地址。而组播无对应的通道故导致组播不通。将STB连接至 ONU的LAN4口后，点播、组播业务均恢复正常。 后续联系另外一个用户确认连接情况，发现同查看用户连接一致，告知用户正确连接 后组播业务恢复正常； 参考色 视频卡顿和马赛克问题 问题现象： 在使用IPTV 业务观看电视节目时，会出现图像卡和马赛克现象 原因分析： 使用IPTV 业务观看电视节目时，出现卡或是马赛克的现象，可以断定物理通路是好 的，而之所以会出现此类情况，多由丢包和组播流的反复通断引起，结合上图和组播机制 ，可能 原因有如下几个方面： 首先确定是否为组播源的问题； 用户电视机与机顶盒的线路连接不良，致使外界干扰造成视频传输线中信号的畸变； ONU 的接收光功率不在正常范围内，光功率不稳造成数据丢包； 由于速率限制，造成带宽瓶颈，导致数据有丢包； 电视机顶盒对查询包的响应速率慢，导致上层设备进行了地址老化； 链路中各设备之间的配置配合问题导致组地址的反复建立和老化； 启用组播Proxy 或Snooping 的设备上，存在查询包数目限制，导致了对某些查询包的丢弃； 参考色 视频卡顿和马赛克问题 问题解决： 查看用户线路连接是否正常，如有线路裸漏，提醒用户更换好的视频线； 如遇EPON 设备工作环境恶劣，造成光功率不达标或ONU 工作不稳定，进行环境的改善或 更换ONU； 更改限速配置，消除带宽瓶颈； 进行抓包分析，查看是否有配置或设备性能导致的地址频繁老化，然后根据分析结果采取 相应措施 现网案例： 北京联通七区马家堡新开通3户IPTV用户开通组播后均存在卡顿现象。 联系用户进行确认，发现这3户分别位于不通的OLT，鉴于此情况初步判断问题应该出现在 上层网络，遂前往现场通过OLT