PON排故的常用方法

1、前言写这个文档的目的是想让大家了解一下解决EPON应用中出现的故障的常用方法，注意这里说的是“常用”，并不是“所有”，因此它是不全面的，只能解决大部分问题。但也许能解决大部分问题就已经不错了：）更全面的排故手段，请参考其他文档，见目录：fileGWD格林伟迪临时：培训资料for客服EPON资料03-EPON排故文档一搜集信息。 只有全面掌握了各方面的信息，才能进行问题分析，找到问题原因。而且很有可能在收集信息的过程中，就找到了原因。需要收集的信息如下（如有可能，也请收集一些自己认为可能相关的信息）： 1) 设备何时开通？故障前已经正常运行了多少时间？2) 故障的范围？有多少个ONU发生了故障？

2、这些ONU有无规律性（如在同一个PON口下？）3) 如果是ONU故障，确认是ONU第一次安装时出现故障，还是运行一段时间后？4) 以前是否发生过类似故障？5) 故障能否自动恢复？6) 故障发生的时间是否有规律性（如是否在网上上网高峰时出现？）7) 发生故障前，网络上其它设备的配置是否发生过变动（这种情况较少，但也可能）？8) 如果使用了多个OLT，了解其它几个OLT是否发生过类似故障。9) 了解除了我们的设备，其它厂家的设备（EPON，交换机）业务是否也有异常10) 了解是否和天气原因有关（雨、雪、大风、气温）。11) 了解OLT和ONU的版本信息，确认当前运行的配置文件。12) 了解网络拓扑

3、结构。二查看ONU的状态和信息。 从以前的经验看，大约有1/4的故障可以从ONU的状态上找到。所以有故障时，首先需要定位出是哪个ONU出现了故障，这样才能有针对性地查找原因。即使是有多个ONU出现故障，也需要挑选出某个ONU来进行跟踪。为了能在有故障时迅速定位ONU，需要在ONU安装的时候，记录ONU的MAC地址信息和安装的位置。安装ONU以后，需要尽快在OLT上修改ONU的device name属性（给ONU命名），这样当ONU有告警上报时，就能迅速定位是哪个地点的ONU出现了故障，以便及时到现场进行处理。在没有给ONU命名的情况下，处理过程就麻烦一些，需要先到现场，察看ONU的MAC地址，

4、然后在OLT上使用show onu information mac <H.H.H>命令，找到这个ONU在OLT上的编号（x/x/x），然后再察看这个ONU的相关信息。对于DA图形网管软件来说，ONU对应的图标的名称符合以下规定：1）在DA上第一次发现某个ONU时，ONU图标的名称是从该ONU的device name属性拷贝过来的；2）ONU发现上来以后，ONU图标的名称就和device name属性没有关系了，修改这两者中的任何一个时，另一个不会跟着变化。并且在DA上手工修改ONU图标的名称时，可以支持中文字符。（device name 属性不支持中文）有故障时，需要察看的ONU相

5、关信息如下：1) 使用show onu-list 属性，察看ONU的状态（UP / Down / PowerDown），UP表示ONU正常在线，这是正常情况下的状态；Down表示ONU处于离线状态，这时候很可能是ONU处的光功率出现了故障。PowerDown表示ONU处出现了掉电，是ONU处电源出现了问题。网络上有丢包，ONU有BER告警，或者ONU时常发生离线，运行不稳定有可能是光路不合格导致的，需要测量ONU的接收光功率是否在-24-8dbm范围内。2）使用命令show alarm log device <xxxxx> 察看该ONU的告警信息。其中<xxxxx>表示

6、ONU的设备编号，例如PON5/2下第12个ONU，该编号就是52012，查看ONU告警的命令就是show alarm log device 52012，也可以使用命令show alarm log onu 5/2/12，效果是一样的。3）在ONU节点下，使用命令port link_show 命令，查看ONU的端口up-down状态，如果知道用户在哪个端口下，可以察看该端口的状态。4）在ONU节点下，使用命令port mode_show <port>命令，查看用户端口的模式是否正确。正常情况下，端口自协商应该是打开的，协商结果应该100M全双工模式。5）在ONU节点下，使用命令sta

7、t port_show <port>命令，察看端口统计信息。主要关注的信息有：端口收发包速率，是否有过多广播包，是否有CRC错包。判断广播包是否过多的标准，是看和单播数据包的对比，在正常情况下，单播数据包和广播数据包的比例应该是100:1，如果小于这个比例，如10:1，甚至是1:1，就说明这个端口下广播包太多，有可能是这个用户的电脑中了病毒。如果是端口下出现了CRC错包，说明是物理链路有问题，如网线质量不好，水晶头做得不好等等，可以尝试重新做网线，或者更换一根网线试试。三查看告警信息。有一部分告警，可以通过察看OLT上的告警记录来找到原因。可以使用的命令如下：1） show ala

8、rm log today这个命令显示的是从今天开始的告警记录。2） show alarm log yestoday这个命令显示的从昨天开始的告警记录3） show alarm log start-time 2009-1-9这个命令显示的是从某个时间点开始的所有告警记录。4） show alarm log end-time 2009-1-9这个命令显示的是到某个时间点结束的所有告警记录。 5）show alarm log 这个命令显示的是所有的告警记录。6）alarm-mask onu-eth link 这个命令的作用是屏蔽ONU上报的端口up-down告警，因为这类告警数量最多但是一般情况下又

9、没有什么作用（比如用户每天的开关电脑，都会引起端口up-down告警)四 查看端口统计。关于ONU的端口统计，已经在（二）中进行了说明，此处主要说一下OLT上的告警。其中最重要的是上联端口的端口统计。在上联端口统计中，最重要的也是(二)中提到的三项：端口收发包速率，是否有过多广播包，是否有CRC错包。此处的CRC错包，主要是出现在光口上联的情况下，引起CRC错包的可能原因是：1） 光模块问题，可能是模块质量不好，或者两端的模块不匹配（如一个10km，一个30km）。五 确认是否有环路。在EPON设备的故障中，环路问题占了相当的比重，而且在处理不当的情况下，环路造成的影响会比较大。在OLT的环路

10、检测功能中，有两种功能，第一种功能是只进行环路检测，检测出环路以后，只将告警进行上报，OLT不进行处理。这种情况下，环路有可能仍会影响用户的业务，造成用户上网慢、时断时续等故障。第二种功能是检测出告警以后，除了上报告警以外，还会自动关闭出现环路的端口，这种情况下，出现环路的端口不会影响其他的用户，这个功能称为环路控制。在启用环路控制时，有两点需要注意：1）启用环路控制后，因为出现环路的端口很快就会被关闭，所以环路告警上报后，马上就会消除。2）在ONU端口下有级联交换机时，启用环路控制需要慎重。因为关闭端口后，该端口下的所有用户就都不能上网了，相比之下，可能让用户在存在环路的情况下仍能上网更好些

11、（虽然会出现上网慢或时断时续的问题）。在OLT上查看当前是否存在环路的命令为show loop-detection，需要注意的是，这个命令查看的是当前是否存在告警。如果是曾经出现过告警，但是现在已经消除了，这个命令是不显示的。如果要查看曾经出现过的告警，可以使用show alarm log命令。六 Ping包，查MAC、ARP。 这是个比较厉害的“武器”，大约有一半的故障都可以通过这个方法来排除。 Ping包的方法是在OLT的相关业务VLAN上配置一个私网地址，在ONU下的用户电脑上配置一个同网段的地址，然后从用户处Ping OLT的地址，或者相反，从OLT上ping用户的地址。 通过ping

12、包，一般情况下可以判断出故障是否是EPON设备造成的。可以说这是判断故障位置的一个“分水岭”，如果能ping通，说明很可能不是EPON设备的问题，反之就很可能是EPON设备的问题。 在ping不通的情况下，需要首先查看一下OLT和ONU上的VLAN配置是否正确。 如果VLAN配置正确，可以在OLT和用户电脑上查看相关的ARP表项的学习是否正确。在OLT上查看ARP表项的命令是show arp；在用户电脑上查看ARP学习的方法是在cmd窗口执行arp a命令。 如果某个ARP表项没有学到，则需要查看相关的MAC地址学习是否正确。在OLT和GT813类型的ONU上查看MAC地址表的命令是show

13、forward-entry；在GT812类型的ONU上查看MAC地址表项的命令是atu show。重点是查看用户的MAC地址在OLT和ONU的对应端口上是否都能学到。 查看OLT的PON芯片的MAC地址学习的命令是在PON节点下执行show fdbentry mac 命令。查看ONU的PON芯片的MAC地址学习的命令是在ONU节点下执行show fdbentry mac命令（需要注意，GT812_A类型ONU在V1R02B041以前的版本上，并不显示PON芯片上的MAC地址学习）。 如果相关的ARP表项都能学到，但还是ping不通，那问题就比较难于解决，请联系GW公司技术人员进行支持。七 抓包分析。 这算是一个“超级武器”了，处理“疑难杂症”时都要用到它。虽然它这么有用，但是要想熟练掌握，可不是一件容易的事情。学会抓包软件的使用并不难，难在学会分析数据包，这需要对相关的协议有清楚的了解，更需要经验的积累。 这一部分在这里先不进行详细描述