流氓ONU处理方法汇编.docx

流氓ONU处理方法汇编一、华为厂家：故障现象：某局点报障OLT 0/5/6 pon口下绝大多数ONT无法上线，现场更换分光器后，ont正常上线一会儿，约10分钟时间后故障再次出现，之后PON口下大量ONT全部处于离线状态。处理过程：1. 查看PON口下ont状态，绝多数光猫均处于离线状态，个别ont在线。0/5/6 0 1047-80E3-0C58 active offline initial initial no0/5/6 1 AC4E-91EC-3217 active offline initial initial no0/5/6 2 AC4E-91EB-A553 active offline initial initial no0/5/6 3 4CB1-6C9A-8D34 active online normal mismatch no0/5/6 8 1047-80E1-646E active online normal mismatch no0/5/6 16 FCC8-9714-52EE active offline initial initial no0/5/6 17 344B-5080-BAF6 active offline initial initial no0/5/6 18 AC4E-91E9-3D2D active offline initial initial no0/5/6 24 04C1-B967-F0D8 active offline initial initial no0/5/6 32 04C1-B967-A452 active offline initial initial no0/5/6 40 04C1-B967-CB80 active offline initial initial no0/5/6 41 AC9C-E4BD-46BD active offline initial initial no0/5/6 42 04C1-B967-E052 active offline initial initial no2. 根据客户反馈的故障现象，怀疑PON口下存在流氓ont。查看pon口状态，系统检测显示pon口下存在非法入侵的流氓ont，且查看到ont最后一次下线原因为LOSi。如下:XJ-ALT-MA5680T-2(config-if-epon-0/5)#display port state 6 -F/S/P 0/5/6Optical Module status OnlinePort state OnlinexPON MAC chipset state NormalLow time lapse -Last down cause -Last up time 2014-04-17 18:01:32+08:00TX power(dBm) 4.81Illegal rogue ONT Existent /显示存在流氓ontMax rate(Kbps) 1300000Max Distance(Km) 20Wave length(nm) 1490Fiber type Single ModeSignal detect NormalTX fault NormalIdentifier SFP选取某个ONT，查看它最后一次离线原因为LOSi。XJ-ALT-FY-ZXJ-MA5680T-2(config)# display ont info 0 5 6 8-F/S/P : 0/5/6ONT-ID : 8Control flag : activeRun state : onlineConfig state : normalMatch state : mismatchLast down cause : LOSi Last up time : 2014-04-17 18:52:29+08:00Last down time : 2014-04-17 18:51:31+08:00Last dying gasp time : 2014-04-15 01:48:00+08:00ONT online duration : 0 day(s), 0 hour(s), 2 minute(s), 38 second(s)3. 进入单板模式，进入pon板，将该PON口0/5/6下所有ont全部deactivate，然后逐个逐个执行ont active操作，故障依旧，所有ont均无法激活。4. 全局模式下执行命令anti-rogueont autodetect on 打开系统自动隔离检测到的流氓ONT功能开关。几分钟后，设备显示alarm相关告警信息如下：ALARM 919736 故障告警 警告 0x2e314022 硬件设备类 2014-04-17 18:42:47+08:00告警名称 ：ONT是流氓ONT业务影响 ：影响业务参数信息 ：机框号: 0, 槽位号: 5, 端口号: 6, ONT ID: 3告警描述 ：ONT光模块常发光，ONT是流氓ONT告警原因 ：ONT光模块常发光修复建议 ：(1)隔离ONT(2)替换ONT 5. 派人前往现场手工清除更换该流氓ont后，PON口下其他ont均陆续正常上线，用户业务恢复正常。此时设备alarm告警如下：ALARM 919766 恢复告警 清除 0x2e324021 硬件设备类 2014-04-17 18:57:31+08:00告警名称 ：端口下的非法入侵流氓ONT已经被清除业务影响 ：不影响业务参数信息 ：机框号: 0, 槽位号: 5, 端口号: 6告警描述 ：端口下的非法入侵流氓ONT已经被清除告警原因 ：端口下非法入侵的流氓ONT已被替换修复建议 ：无需处理6. 执行命令anti-rogueont autodetect off 关闭设备自动隔离检测到的ont功能开关。问题解决。对于流氓ONU的判定，还可以通过U2000网管进行判断登录U2000网管客户端，进入设备面板查看PON口状态，可以看到PON下时候存在流氓ONU的显示：解决方法：现场手工清除更换掉该ont后，pon口所有ont全部正常上线，问题解决总结和建议：关于流氓ont问题，总结如下：1. 流氓ont定义：由于PON上行时分复用，每个ONT根据OLT分配的时间戳向上行方向发送数据包。当某个ONT在没有分配时间戳的时候发光的话，就会与其他ONT的发光信号发生冲突。我们把这种不按照分配的时间戳向上发送光信号的ONT 叫流氓ONT。2. 流氓ONT主要分为以下两种：1）.长发光流氓ont：ont一直在发光（任何时刻都在发光）。2）.乱发光流氓ont：在非OLT分配的时间戳内发光，可能是提前发光，或者是延迟关断等。3. 流氓ONT常见故障现象：1）.如果该ONT已上线，会导致同一PON口下其他某个ONT或者所有ONT下线(离线)或者大部分ONT频繁上下线。2）.如果该ONT未配置，会导致OLT设备下其他未配置的ONT无法正常自动发现。4. 流氓ont问题常见解决办法：当怀疑PON口下存在流氓ont时，一般在PON口下将所有ont全部deactivat然后逐个逐个active的方法往往并不能解决问题，现网常见的解决问题办法如下：1） 对于长发光流氓ont，处理起来比较简单，如上案例。一般采取在OLT设备上自动隔离检测流氓ont的方法。命令为：anti-rogueont autodetect on （OLT配置该命令后，系统检测到流氓ONT时，上报告警信息并将该流氓ONT设置为隔离状态。处于隔离状态的流氓ONT只能接收信息，不能发送数据。（命令使用限制条件：1、系统只能检测长发光的流氓ONT。2）对应PON口下的ONT必须全部要支持华为扩展PLOAM消息（GPON）；或扩展OAM消息（EPON）。另外注意：1. GPBC单板仅支持长发光流氓ONT检测，不支持排查和隔离。2. EPBA单板不支持长发光ont检测。2）.对于乱发光流氓ont，需要通过现场手工逐个排查的方法来解决。a. 现场在分光器处将分支光纤全部拔掉，然后一根光纤一根光纤的插。插入第一根分支光纤，ont正常上线后，再插入第二根分支光纤。依次进行，当插入某根分支光纤后，PON口下其他ont出现离线故障，证明该分支光纤有问题或者下挂ont是流氓ont。b. 现场在分光器侧使用光功率计来测量ont的发送光功率，以此来判断流氓ont的存在。光功率计波长选择1310nm，逐个测量ont上行发送给OLT设备的光功率值。在1分钟之内观察光功率计读数情况变化。如果光功率计一直没有读数，说明不存在流氓ont；如果光功率计一直有读数，证明存在长发光的流氓ont；如果光功率计时而有读数，时而没有读数，则该测量处存在乱发光的流氓ONT。二、中兴厂家：流氓ONU定义：正常情况下ONU发光时隙是由OLT控制的，但是当ONU发光时隙不再受OLT控制并且其光模块处于长发光或乱发光状态。这样的ONU就叫流氓ONU。如何检测流氓ONU，长发光ONU 组网环境 问题原因分析 问题解决方案 1、在断开OLT的情况测试上行光功率，看是否上行长发光， 如果和OLT断开，上行还有光功率的，有可能光网络中不小心接入了光猫等长发光的设备或者下面有ONU长发光。如果版本支持检测的情况下打开流氓ONU检测开关： ZXAN(config-pon)#rogue-onu-detect 2 enable locate enable auto-shutdown enable 2、在C300上打开流氓ONU检测开关 (config-pon)#rogue-onu-detect 5 enable locate enable auto-shutdown enable /此处的数字5代表槽位号，locate enable表示打开流氓ONU定位开关，auto-shutdown enable表示自动关闭流氓ONU 3、在C300上查看流氓ONU告警（由于C300对ONU的检测是采用逐个ONU顺序检查的方法，需要等一段时间后再查看告警） ZXAN#show logging alarm| includeRogue ONU An alarm 35279 level 0 occurred at 18:47:49 08/10/2012 UTC sent by MCP GPON a larm Rogue ONU detected: shelf 1 slot 5 olt 1 onu 1 level 0 on 当C300检查到该流氓ONU后，会自动关闭该ONU，长发光ONU被关闭之后，其他正常ONU会自动上线，后续需要将检测到的流氓ONU进行更换，排除隐患。4、在OLT上启用检测流氓onu 的功能（该功能需要onu支持）rogue-onu-detect 2 enable locate enable auto-shutdown disable 第一个参数2是槽位号，locate 是长发光onu位置使能，也就是长发光告警的位置（定位为哪个onu长发光），auto-shutdown是自动关闭长发光的onu，enable是关闭，disable是不关闭。 三、贝尔厂家：故障现象：OLT下带的PON用户（对应OLT PON端口1/1/2/2，该PON带大约25个ONT用户）不定时出现闪断，故障表现为ONT用户不停上线下线，闪断频率时快时慢，没有规律，且误码率增长非常迅速，具体log信息如下：15/02/09 01:29:11 major alarm occurred for ont 1/1/2/2/36 (service affecting) : ONT is inactive15/02/09 01:29:11 major alarm occurred for ont 1/1/2/2/27 (service affecting) : ONT is inactive15/02/09 01:29:14 major alarm occurred for ont 1/1/2/2/25 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/23 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/18 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/16 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/15 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/13 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/5 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/3 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm occurred for ont 1/1/2/2/2 (service affecting) : ONT is inactive15/02/09 01:29:16 major alarm cleared for ont 1/1/2/1/21 (service affecting) : 1490 Optical signal level too low15/02/09 01:29:16 major alarm cleared for ont 1/1/2/2/25 (service affecting) : Signal Degraded from ONT15/02/09 01:29:16 major alarm cleared for ont 1/1/2/2/18 (service affecting) : Signal Degraded from ONTZZLY-NKeSuo-7360-33.227#show pon ber-stats 1/1/2/2=ber-stats table=pon-idx |ont-num|bit-err-down|bit-err-up|ranged-ind -+-+-+-+-1/1/2/2 1 204 2077 ranged 1/1/2/2 2 417 1552461 ranged 1/1/2/2 3 229 183526 ranged 1/1/2/2 4 212 8361 ranged 1/1/2/2 5 405 3645598 ranged 1/1/2/2 6 1099 18100 not-ranged 1/1/2/2 7 185 5089591 ranged 1/1/2/2 8 278 5352530 not-ranged 1/1/2/2 9 57 2787475 ranged 1/1/2/2 10 189 3068826 ranged 1/1/2/2 11 217 3962846 not-ranged 1/1/2/2 12 229 2728350 not-ranged 1/1/2/2 13 360 4562798 ranged 1/1/2/2 14 243 4956220 not-ranged 1/1/2/2 15 269 1176529 ranged 1/1/2/2 16 228 5148 not-ranged 1/1/2/2 17 262 5392128 ranged 1/1/2/2 18 41 5137896 ranged 1/1/2/2 19 238 2276648 not-ranged 1/1/2/2 20 259 5904572 not-ranged 1/1/2/2 21 210 5086538 ranged 1/1/2/2 22 243 4734875 not-ranged 1/1/2/2 23 182 3672936 ranged 故障分析PON技术是一种点对多点的光纤传输和接入技术，下行OLT将全部信号广播出去，通过ODN分配到各ONU。每个ONU接受到所有信号，但只取出属于自己的信号。上行则采用TDMA的传输方式，每个ONU在各自预定的时隙内发送光信号。所有ONU的突发光信号通过ODN汇合后形成包括所有ONU信息的突发光信号。OLT接收所有信号后再根据协议处理。结合PON工作原理及本次故障现象，分析故障原因为：1所有故障只集中在1/1/2/2这一个PON口上，当ONT用户发生闪断时，OLT对应的PON口1/1/2/2能看到大量的误码存在（其他PON均没有误码），且一直快速增长，累计可达几十万。而在正常情况下，该部分数值应该为0或偶尔增长最多累计到几十几百的数量级。因此可以确定是因为误码快速变化导致了整个PON口下的ONT集中发生闪断。2分析产生误码的原因：在PON 网络中，导致误码快速增长的可能原因有：流氓ONT（某台ONT长发光或乱发光），或中间光路问题，或PON口光模块问题。而故障发生后该PON 口的主干光路及分光器等均做过替换，因此光路应该没问题，但故障依旧反复，因此基本判断是流氓ONT导致了故障。处理过程流氓ONT处理过程相对较复杂，并且可能需要用户方面的配合，下面简述此故障的现场排查过程：1通过流氓ONT排查命令admin pon diagnostic 1/1/2/2 mode init-onofftest诊断流氓ONT（中断命令为admin pon diagnostic 1/1/2/2 mode stop），但没能成功定位故障ONT。2长时间跟踪告警打印log，没能发现某台ONT导致其他ONT跟随中断和误码迅速增长的规律。3人工对整个故障PON口进行排查（PON 1/1/2/2光路情况为： PON出来经1:2分光器分两路到不同的主箱）：1）在主分光器位置，把其中一个主箱（假设A路）下的所有ONT光路拔掉，观察发现另外一主箱（假设B路）下部分ONT端口的误码仍然快速在增长；2）恢复A路，拔掉B路，发现A路下面的用户误码没有增长，初步判断是B路引起；3）对B路ONT用户分段排查后发现，ONT 1/1/2/2/16异常。隔离该ONT后1/1/2/2 PON误码不再增长；把1/1/2/2其他用户恢复后，观察误码没有再快速增长。而把ONT 1/1/2/2/16接上后误码又迅速增长。4）在该用户家测量OLT发过来光功率大约在-20dbm，判断光路没有问题。更换该ONT后观察，该PON所带ONT均正常运行，没有再出现闪断。而该PON下误码迅速大量增长的情况也未再出现。流氓ONT排查思路针对现场流氓ONT的排查思路如下：1判断此类故障的主要手段是检查故障PON下的误码率是否快速大量的增长（几秒钟内成千成万数量级的增长）。2用命令admin pon diagnosti