FTTH设备MAC漂移案例

FTTH设备MAC漂移案例
随着FTTH装机量的不断增加，各种ONU长发光和MAC漂移的问题也就不新鲜了。

由于OLT是采用TDMA的轮询机制，ONU都是被动发光，如果出现异常，整个子接口的轮询都会出现问题，进而影响业务的正常，一般长发光影响的范围仅限于同一个子接口。

而MAC漂移则是ONU学到上层设备的MAC，导致网络形成一个环路，ONU代替了上层设备来回应各种请求，导致MAC地址表出现异常，出现环路轻者影响一个子接口重者影响整台OLT。

因此如何快速的分析和处理环路和长发光问题也就十分重要了。

2月19号周末，值班网管接到一个电话放映东升小区用户IPTV卡在83%，且用户放映经常性卡住83%，网管随后登录NE40查看用户获到得IP地址，往下PING发现时而能通时而不能通，且用户宽带正常，怀疑是否是设备故障造成的。

维护放映这个小区用户经常出现IPTV卡在83%，且有一个用户更换设备和机顶盒故障依旧会这样。

东升小区FTTH改造已经有一段时间，且用户较多，两个PON基本开满，接近100多个用户，值班网管查看有组播用户存在，怀疑是否是用户外线造成的，于是与维护约定第二天去现场查看。

2月20号周一，我与维护一起去用户家，发现用户确实是卡在83%，重启也是进不去，我换上我带来的F420就可以正常观看，然后登陆E8C修改端口4是桥接，重开机顶盒正常，于是建议维护下次过来带一台新设备过来更换。

随后又跟维护去4个用户家询问下FTTH使用中是否有遇到什么问题。

所去的4个用户IPTV都可以正常观看，并没有出现维护所说的83%的情况。

于是怀疑是不是用户反复关开机到底偶然性进不去，随后跟用户沟通，如果出现83%的情况请等待5分钟在开机并留下联系方式，让用户有情况可以直接与我们联系。

下午回局里查看NE40上面确认用户确实有在正常观看。

没想到晚上9点又接到两个用户电话，两个用户都卡在83%过不去，我登陆NE40查看用户的IP地址确实PING不通，让机
顶盒的IP下线，让用户重启设备依然卡在83%。

查看用户的vlan1400并没有做三层数据一般是不会出现这种情况，感觉问题有点奇怪，承诺尽快解决并对给用户的造成不便道歉。

晚上10点左右，我登陆NE40发现其他所有用户观看正常，随后与维护联系明天带下设备去下用户家，我在后台配合处理。

2月21号周二，维护去用户家，更换设备依然卡在83%，我登陆8505，dis mac vlan 1400
发现NE40的MAC 80fb-06e4-4d4d怎么在下联口学到，而不是在上联口3/1/6，当时就怀疑是不是环路了？登陆OLT，sho mac 80fb.06e4.4d4d发现用户设备居然学到了上联设备的地址。

查看用户设备，确定了确实是环路了。

通过SRM查询到用户的具体地址，带上设备去用户家更换。

更换完设备登陆后台，vlan 1400下所有用户MAC转发都已正常，故障解决了。

通过这件事，发现中兴设备和网管确实存在许多问题，网管方面，并没有真对于环路或者长发光的详细设备告警。

现在一个PON下带60几个FTTH用户，任何一个有问题都可能
影响整个子接口，且用户随时都可能关电，处理故障确实是缺少依据，希望中兴网管方面能提供下较为完善的告警机制，记录下异常ONU的LLID值，这样既可以减少故障处理时间也可以提高用户的满意度。