查询流氓ONU功能

ren_800_626

1.问题描述某OLT下一PON口所有HG终端掉注册，业务中断。在用户端测试光功率正常，网络G指示灯闪烁无法常亮(闪烁表示注册不成功)。登陆设备查看，PON口下所有ONU为OFFLINE状态，通过网管查询流氓ONU功能，无法判断。2.原因分析网络拓扑如下：局端该PON口下先连接一个1:4分光器(一级)，1:4分光器下4个端口又下连四个1:16分光器(二级)。局端板卡下其他PON口终端注册正常业务正常，定位故障范围在该PON口内，在PON网管上查看该PON口性能数据，看到上行BIP帧错误率达到41%，上行错误计数59，而下行错误计数、下行丢包计数均为0，表明上行数据质量存在劣化(如果数值增涨较快表明对业务产生影响)，而下行方向正常。因该区域近期没有光缆方面施工作业，排除光路质量下降引起问题的因素为排除光模块、板卡硬件引起问题可能，前往局端更换光模块、板卡观察，现象没有变化，终端未注册业务未恢复；依据已更换光模块、板卡及PON口性能数据分析，判断PON口下存在常发光终端。根据以往工程经验分析，常发光设备导致的故障现象主要有三类：1.只有常发光设备在线且业务正常，但其他设备均不在线，这一类现象明显，通过设备的black-list功能将其添加到黑名单，其他设备即可恢复，而后将其更换即可；2.只影响部分设备，现象是PON口内部分设备注册正常业务正常，而有的设备无法注册业务不通；3.影响PON内所有设备，即PON内所有设备均无法注册，业务全部不通。后两类故障现象较隐蔽排查较繁杂，不易马上做出定位，需要逐一对PON口内设备过滤，找到常发光设备并更换。注释：PON设备上行数据采用时分复用方式，每台设备在OLT授权注册后即被分配一个发送数据包的时间节点，这台设备只在此时间内发送数据包，下个时间则由另外的设备发送数据，以此排列...如果某台设备不按照此规则发包，则会打乱PON内其他设备发送的数据，这样PON芯片在规定的时间内未收到或者收到了不是规定设备发送的数据包，会认为没有收到，三次后仍未收到正确数据包则判定与该设备通信断开，PON芯片将此设备置为离线状态。3.解决方案按照PON口下存在常发光设备的思路排查，在局端使用光功率计测量PON口下连的光纤，发现有-20DB左右光功率值，观察半分钟时间，光功率数值一直存在，说明PON口下连有常发光设备。1.局端仍然使用光功率计测量原PON口连纤，在一级分光器位置，将四个二级分光与一级分光连纤全部断开，逐一将二级分光的1-4芯纤与主干光纤(一级分光上联纤)对连，在局端观察光功率计是否能收到数值，找到有收光的那根二级纤芯并做记号；2.断开其他3根与主干光纤的连接，将标记的二级纤芯与主干连接，二级1:16分光器侧，将除上联纤外所有用户侧纤芯拨出，逐一连接到分光器，同样在局端观察光功率计是否能收到数值，找到有收光的那根用户侧纤芯标记并拨出。3.将其余未标记纤芯连接到分光器，此时PON口下设备陆续上线，标记的纤芯下连接终端即为常发光设备，找到并更换此设备。个别情况下这段光纤质量不达标也会导致此问题的产生。4.经验总结常发光设备引起的PON内所有设备业务中断问题，在实际工程维护中属于小概率事件，但影响业务的范围却较大，如将重点放在处理局端板卡上，其结果往往是事倍功半。以往发现的常发光ONU，都是属于第一种情况，即只有该设备在线，其余ONU均不在线，这类处理起来比较简单。本次出现的这种，就是俗称的流氓ONU，判断较麻烦，希翼对大家有所帮助