PON口割接后部分ONU无法学习MAC地址的案例分析
扫描二维码
随时随地手机看文章
近期进行大量的PON口割接,割接PON口后出现部分ONU处于working状态,但是业务不通,网元上查看无法学习到MAC地址,业务通道和管理通道均不通。
故障现象主要表现在:
ONU业务不通
ONU注册卡30%
通过现场对故障进行测试和分析,导致PON口割接后部分ONU无法学习MAC地址的可能原因有:
线路问题
OLT数据配置问题
ONU问题
1、收到故障申告后,对故障进行详细排查,同PON口的其他查看数据配置,和原来数据对比,没有问题,排除数据问题。
2、同PON口下大部分ONU都正常,主干线路没有问题,更换分支光路,故障仍然存在。
3、从OLT上看ONU处于working状态,实际业务不通,OLT上无法学习MAC地址,相同PON口下可以正常学习到很多MAC,通过对ONU的BIP误码和lost burst持续不断的监控,可以看出增长很快,且增速稳定,比较规律。
4、删除ONU的tcont后BIP误码停止增长,配置一个tcont后故障现象出现。怀疑是Alloc-ID占用造成。查看该PON口下的所有ONU的状态如下:
通过对Alloc-ID占用的研究发现,Alloc-ID占用可以造成ONU假working。怀疑有另一个ONU占用了ONU 8的Alloc-ID,由于这两个ONU相互影响,应该至少出现两个ONU的BIP误码持续不断的增长。
对所有ONU进行BIP误码数据查看,记录增加很大并稳定正常的ONU ID发现该PON口下有4个working的ONU有这样的现象。ONU ID分别是1、3、4、18,3台友商,1台终端公司。
对这4台ONU进行重启操作,重启后ONU学习正常,业务恢复。其他PON口的ONU也通过这样的方法进行排查和恢复。
Alloc-ID是tcont在OLT底层的标识,以PON口为单位。如ONU 1 配置tcont 1,假设分配的Alloc-ID 为256。在ONU掉线时,ONU侧的Alloc-ID应该释放。
在割接PON口后,Alloc-ID会重新分配。有些ONU未释放割接之前的Alloc-ID,导致割接后正常分配该Alloc-ID 的ONU出现业务不通。因为在分配给该Alloc-ID的上行时隙内,可能存在两个ONU占用相同的Alloc-ID的情况,引起业务通道不通。
通过进一步分析,主要原因是某些ONU在删除tcont或系统重启后不能释放之前分配的Alloc-ID,导致正常分配该Alloc-ID的ONU出现异常,如BIP误码、定界失败、反复上下线、假working等。
其故障成因如下:运行中某台ONU1存在Alloc-ID占用问题,在ONU出现再次上下线的情况下,OLT分配新的Alloc-ID,原来分配给它的Alloc-ID却没有释放,导致原来那个Alloc-ID分配给ONU2后,ONU2出现故障。
此问题主要会在以下场景出现:
设备重启。
光缆断。
PON口割接。
Alloc-ID被占用的情况下,可以通过OLT使用以下4个方法进行临时恢复:
1、排查法:通过查看该PON口下所有ONU的BIP和误码,将影响别人的ONU重启。排查时间长,需要人工判断。
2、顶替法:将被影响的ONU用不存在的SN顶替,重新配置这个ONU,获取全新的Alloc-ID,能及时恢复业务。
3、重启法:OLT pon-onu-mng批量重启所有ONU,效率最高。
4、彻底解决方案:ONU分析其异常占用Alloc-ID未释放的原因,并解决该问题。
我们是一群平均从业年限5+的通信专业工程师。
关注我们,带你了解通信世界的精彩!
扫码关注回复“维护经验”
近600篇维护经验电子版,等你哦~~
你点的每个在看,我都认真当成了喜欢
免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!