0000.0100.0002 301 Dynamic gpon-onu_0/2/2:1 vport 1 0 0000.0100.0001 300 Dynamic gpon-onu_0/2/2:1 vport 1 0
ZXAN(config)#show mac gpon onu gpon-onu_0/2/2:1 Total mac address : 2
Mac address Vlan id Type Port Vc Time
--------------------------------------------------------------------------------------------------------------
0000.0100.0002 301 Dynamic epon-onu_0/2/2:1 vport 1 0 0000.0100.0001 300 Dynamic epon-onu_0/2/2:1 vport 1 0
Step2：查询地址表命令：show mac
检查上联口上MAC地址是否学习到，MAC地址对应的VLAN是否正确； 检查对应的PON－ONU接口上上是否学习到地址；同时查看PON-ONU接口上vlan信息配置是否正确，ONU的远程配置是否正确；
此外，还需要检查一下网元有没有配置和绑定什么ACL规则，有无特别的Qos配置，是否会影响到业务；
1.13.2 端口流量统计
CLI上支持端口统计的命令，可以统计到1秒、5分、10分的数据包。
ZXAN#show port-statistics interface gpon-olt_0/x/x －查询OLT物理接口统计 ZXAN#show port-statistics interface gei_0/x/x－查询上联口统计 例：ZXAN#show port-statistics interface gei_0/14/1 Port: gei_0/9/1
Time : 1sec(pps) 5min(pps) 10min(pps) sum(pkt)
--------------------------------------------------------------------------------------------
Input:
UniCasts : 42241 42192 42192 2941719603 MultiCasts: 0 0 0 39605442 BroadCasts: 0 0 0 0 Output:
UniCasts : 42333 42292 42292 2938551212 MultiCasts: 0 0 0 3344 BroadCasts: 0 0 0 871
也可以通过下面三条命令查看端口流量统计，可以查看到更全面的统计信息：
ZXAN(config)#show interface gei_0/x/x ZXAN# show interface gpon-olt_0/x/x ZXAN#show interface gpon-onu_0/x/x:x
例：ZXAN(config)#show interface gei_0/14/1
gei_0/19/1 is up, line protocol is up Description is none
Keepalive set:10 sec
The port negotiation is enable The port is electric Duplex full
VLAN mode is hybrid, pvid 1 BW 1000000 Kbits Last clearing of \
120 seconds input rate : 128340 Bps, 1002 pps 120 seconds output rate: 128339 Bps, 1002 pps Interface peak rate :
input 2025760 Bps, output 135046 Bps Interface utilization: input 0.103%, output 0.103% Input:
Packets : 186214727 Bytes : 23835485056 Unicasts : 161569533 Multicasts: 24645194 Broadcasts : 0 Undersize : 0 Oversize : 0 CRC-ERROR : 0 Dropped : 0 Fragments : 0 Jabber : 0 MacRxErr : 0 Output:
Packets : 1313390 Bytes : 168113920 Unicasts : 1313390 Multicasts: 0 Broadcasts : 0 Collision : 0 LateCollision: 0 Input detail:
64B : 0 65-127B : 0 128-255B : 186214727 256-511B : 0 512-1023B : 0 1024-2047B: 0
1.13.3 网元Ping的通连不上
主要有两种可能：网元用户已满和网元的mac地址或IP地址有冲突 查看网元用户是否已满，可以用who或者show users 命令进行查看
ZXAN#who
Line User Host(s) Idle Location * 66 vty 0 zte idle 00:00:00 52.2.2.122 ZXAN#show users
Line User Host(s) Idle Location * 66 vty 0 zte idle 00:00:00 52.2.2.122
注意：who命令只能在ZXAN#下进行查看，show users命令无此限制
检测到网络中有mac地址或IP地址有冲突，主控板的串口上会有如下类似打印信息：
06:17:39 01/13/2011 UTC alarm 19715 occurred %ARP% The source IP address 135.1.1.1 with mac address 00d0.d047.5745 conflicts with our IP address of mng1 sent by MCP
07:43:08 01/13/2011 UTC alarm 19714 occurred %ARP% The arp packet of mac address 00d0.d0bb.bb03,
which conflicts with our mac address of mng1, is discarded sent by MCP 此时，需要修改网元的mac地址和IP地址，具体方法请参看前面网元的配置方法。
1.13.4 主控板CLI下调试开关
主控板CLI下的调试开关主要是针对各协议模块的测试的。比如：IGMP、DHCP、DHCP-Option82、LACP、RIP等等。在打开调试开关的同时，需要将terminal monitor打开，才能看到调试信息。
ZXAN#terminal monitor ZXAN#debug igmp ?
all IGMP all debugging data IGMP data debugging error IGMP error debugging event IGMP event debugging ZXAN#debug ip ?
bgp BGP information
destination IP information of this destination dhcp Debug DHCP
icmp ICMP transactions
igmp IGMP protocol activity igmp-snooping IGMP snooping activity
interface IP information of this interface msdp MSDP information
multicast Multicast information ospf OSPF information
pim-snooping Pim snooping activity pimdm PIM-DM information pimsm PIM-SM information
protocol IP information of this protocol rip RIP protocol transactions source IP information of this source tcp TCP information
udp UDP based transactions
1.13.5 组播业务故障
当组播业务不通时，排查故障的基本流程如下：
Step1: 检查物理连线和端口状态
首先要确保硬件连接正确，物理端口都处于up状态。
Step2:检查设备配置和运行状态
按照配置说明中的要求检查每一项是否都正确配置。OLT相关的组播配置使用下面的命令查看：
ZXAN #show igmp
ZXAN #show igmp mvlan
ZXAN #show igmp mvlan 2000
除了组播配置，还要检查VLAN、端口、业务安全等对基本业务有影响的配置。例如：
是否正确配置了VLAN的tag剥离或VLAN翻译？ 是否配置了上联口和用户口之间的端口隔离？ 是否配置了组播报文限速？
是否启用了MAC防漂移？漂移MAC地址是否和组播业务相关。 其次需要注意线卡是否处于InService状态，ONU是否处于工作状态。
Step3:协议诊断
使用下面命令查看OLT上组成员是否正确建立，协议是否正常工作。 ZXAN #show igmp dynamic-member 命令说明：显示线卡的所有动态成员
ZXAN #show igmp interface epon-onu_0/6/1:1 dynamic-group-list 命令说明：显示接口下当前加入的组播组 ZXAN #show ip igmp snooping
命令说明：显示主控板的所有组成员，其中的端口信息表示的是主控板的内联口编号，例如gei_0/10。
注意：一次正常的IGMP加入过程，在线卡和主控板上都必须建立组成员。
如果OLT上组成员信息不正确，表明协议处理时可能出现异常错误。则打开igmp协议诊断开关，一边切换组播频道，一边观察OLT串口上的打印信息并捕获在文本文件中。
OLT的协议诊断功能完整地记录了协议处理过程中的关键流程信息，对定位协议相关的问题非常有用，必须熟练地掌握这个功能，并能够从打印信息中快速的甄别出异常信息。
ZXAN #debug igmp all
关闭命令：no debug igmp all
命令说明：打开线卡协议处理诊断打印开关 ZXAN #debug ip igmp-snooping
关闭命令：no debug ip igmp-snooping
命令说明：打开主控板协议处理诊断打印开关 注意：
1）debug诊断信息只能在命令行窗口中查看，如果是Telnet登录方式，则需要执行terminal monitor才能看到打印。
2）debug信息收集后，必须关闭debug。否则频繁的打印会影响系统处理性能。
常见的协议诊断错误信息有： ——报文长度错误 ——报文校验和错误 ——组播组未配置 ——IGMP版本不支持
——最大组播组数目超出限制 ——端口带宽超出限制
Step4:统计与抓包分析
下面几种情况下需要进行统计和抓包分析：
1) 协议未收到报文，通过查看端口的统计，确认报文是否收到。 2) 协议记录正常但业务不通，需要检查业务流到达哪一层。
3) 协议收到大量异常报文影响正常报文处理，必须抓包根据源MAC和源IP信息确认
报文来源。这种情况通常发生在网络存在环路以及受到恶意用户攻击的时候。 使用下面命令查看IGMP报文统计： ZXAN #show igmp statistics
命令说明：显示线卡的IGMP报文统计 ZXAN #show igmp mp-statistics
命令说明：显示主控板的IGMP报文统计（C220v1.2版本）
使用下面命令查看物理端口的组播报文统计： ZXAN #show interface gei_0/14/1 命令说明：显示上联口流量统计
ZXAN #show interface gpon-olt_0/6/1 命令说明：显示PON口流量统计
抓包建议使用WireShark软件。该软件对报文格式的识别能力很强，并且能灵活的设置报文过滤条件。抓协议包时建议将UDP报文屏蔽掉。
上联口可以进行镜像抓包，如果全部是光口，需要准备一块电口的上联板或者一个光电转换器。需要注意的是主控板主动发送的协议报文无法镜像抓包，只能通过查看上联设备的日志信息来判断报文发送是否正常。
用户口在机顶盒侧抓包，可以串联一个以太网Hub，利用Hub的广播特性抓包。
Step5对比测试
如果前面的方法仍然不能准确定位故障，可以进行对比测试。
1） 机顶盒直接挂在OLT上联口，如果业务正常，则证明故障与上联设备无关。 2） 相同ONU挂在另外一台OLT下，如果业务正常，则证明故障与ONU无关。
3） 同一PON口下另外一个ONU观看相同节目，如果正常，则证明故障与OLT无关。
下面总结一下工程上常见的几种IPTV故障的原因和解决办法。
1 故障现象 加入成功但业务不通 可能原因 处理建议 1）组播加入报文被上联设备丢弃，上联口抓包或者在上联口进行对可能是报文格式问题 2）上层网络问题，没有正确配置组播通道 3）是否开启了三层组播，配置命令为ip multicast-routing 4）上联口与用户口之间存在端口隔离 5）ONU端口tag剥离属性配置不对 比测试 2 部分频道组播不通 1）频道组播地址有Hash冲突 2）是否配置了iptv cac使能 3）节目源问题 重新规划组播地址 3 多次切换频道后黑屏 用户端口配置为非快速离开，多次将用户端口属性修改为非快速离