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篇维护经验电子版，等你哦~~

你点的每个在看，我都认真当成了喜欢