册。
b) 检查ONU的数据，发现ONU已经配置了管理VLAN和IP地址。删除管理
VLAN和IP地址后，在OLT上重新下发“ipconfig”命令，配置成功，也可以telnet到ONU。
（3） 解决建议
对于ONU设备，尽量采用从网管下发管理VLAN和IP地址的方式，这样节约了时间，又避免产生故障。
3.2.29. ARP映射不匹配导致无法从维护网口登录ONU设备 （1） 故障表现
ONU（MA5620E）下接计算机上配IP地址10.11.104.1/24，无法从ONU（MA5620E）默认的维护网口0/1/1登陆到系统，且ping不通ONU（MA5620E）地址10.11.104.2/24，从串口可正常登陆。 （2） 故障分析
a) 通过串口登陆设备，查看单板情况为正常。 b) 查看ONU(MA5620E)维护网口配置为正常。 c) 查看维护网口状态为正常。
d) 在PC的DOS中输入arp —a命令查询PC的ARP表项，发现10.11.104.2对
应的MAC地址为00-18-82-77-1c-c0，与PC所连接的ONU的MAC地址（00-18-82-77-1d-02）不一致。
e) 输入arp -d，清除此前保留的ARP映射，即可登陆到当前连接的ONU，问题
解决。
（3） 解决建议
PON开局时有多台ONU要升级，每台ONU的管理以太网口默认IP地址都是10.11.104.2，导致计算机的ARP表未及时更新，IP地址10.11.104.2对应MAC地址一直是之前登陆过的ONU的MAC地址，而不是当前ONU的MAC地址。一般计算机ARP表中的映射要在停止使用5到10分钟后才会自动失效，导致计算机无法登陆到当前连接的ONU。
3.2.30. ONU由于H.248接口没有正常注册无法进行数据保存 （1） 故障表现
ONU(MA5620E)开局过程中进行数据保存，发现保存进度到90%时总是提示保存失败。 （2） 故障分析
a) 执行保存命令前查看系统CPU利用率，发现CPU利用率正常，排除因为系统
CPU利用率高而导致保存失败的原因。
第22页 共62页
b) 通过多次验证，发现保存失败的时候H.248接口状态都是DOWN，在H.248
接口状态为UP的时候可以正常保存。
c) 查看H.248接口配置发现传输模式为alf/udp，修改为udp后测试，接口在UP
和DOWN的状态下都可以正常保存。
（3） 解决建议
当配置H248接口的传输模式为alf/udp时，因为alf/udp具有事务可靠性功能，会检测H248接口状态。当H248接口未正常注册时候，系统会认为H248接口状态不正常，不允许做配置保存。所以配置ONU设备时，在开局建议将MG接口配置为udp传输模式。设备运行正常后，可以选择配置为alf/udp传输模式。
3.2.31. MA5616开启环路检测导致用户端口自动关闭 （1） 故障表现
某局MA5616下经常有用户端口突然关闭。 （2） 故障分析
a) 检查log记录。没有关闭端口操作的记录，也没有SNMP下发关闭的记录。 b) 根据历史事件记录，怀疑用户端口下存在环网。
c) 检查环路检测功能，发现处于enable状态。关闭环路检测后，端口不再自动
关闭。由此确定端口关闭是由用户端环路导致。
d) 排查用户端，发现用户端电脑中病毒造成环路检测报文传回上行口。将用户
端电脑杀毒后问题解决。
（3） 解决建议
在每用户每VLAN组网环境下，用户端环路不会影响其他用户，建议设置环路检测为默认关闭状态。
3.2.32. OLT与对端设备的链路聚合配置不一致导致用户有时打不开网页 （1） 故障表现
OLT下的用户打开网页有时很慢，有时正常，语音业务及网管正常。 （2） 故障分析
a) 检查ONU设备流量模板索引，配置没有问题。
b) PING网站域名有不稳定，有时通有时不通。具体表现为：当能PING通的时
候，如果一直长PING则不会丢包，如果此时中断PING包，然后再PING就很有可能无法PING通，但过一会又能PING通，没有明显规律。
c) 查看OLT配置，发现MAC地址老化时间为10秒，怀疑MAC地址老化过快
导致，修改为300秒后问题依旧。
第23页 共62页
d) 从PC PING OLT上层设备的网关地址一直正常，初步判断是OLT上层设备的
问题。
e) 检查发现OLT是双上行，但1端口没有配置数据，只是ONLINE。后确认对
接的上层设备上做了链路聚合，但OLT上没有相应的配置，拔掉1端口的光纤后问题解决。
（3） 解决建议
PING上层设备的网关地址一直正常，而PING网站域名时通时不通的原因与上层设备上的负荷分担机制有关，由于PING上层设备的网关地址时，源MAC地址与目地MAC地址都是固定的，所以只会出现通或不通的情况。而PING网站域名时，由于网站可以有多台服务器，所以目的MAC地址不是固定的，这样返回的ICMP报文就有可能从1端口的链路回来，于是出现概率性不通的情况。所以建议在OLT上配置链路聚合后可以彻底解决问题，同时提高网络可靠性。
3.2.33. ONU上配置的广播域太多导致PC经常无法获取DHCP分配的地址 （1） 故障表现
业务组网：PC->ONU->OLT（MA5680T）->DHCP Server->汇聚交换机
故障描述：OLT下挂多台ONU设备，OLT上接一台防火墙。开启DHCP Server，并做NAT，再接入城域网汇聚交换机。ONU下的PC经常无法获取到IP地址，但当PC配置DHCP地址池中的固定IP地址时，就可以ping通网关，也可以正常上网。 （2） 故障分析
a) 客户为了做到端口隔离，为ONU的每个用户端口都分别配置了一个VLAN。
为了节省VLAN资源，在ONU到OLT上进行VLAN切换。这样就使得OLT下的广播域过多，导致DHCP offer报文丢失。
b) 在防火墙上开启debugging dhcp server parket，通过抓包工具发现防火墙上面
已经发送了DHCP offer报文，但PC没有收到DHCP offer报文。。
c) 在OLT上行端口镜像抓包，发现DHCP offer报文已经送到OLT，但没有到达
PC。
d) 重新配置数据，在每个ONU上配置一个Smart VLAN，减少OLT下的广播域。
再次测试，所有PC都可以正常获取IP地址。
（3） 解决建议
同一个Smart VLAN内端口相互隔离，因此在每个ONU上配置一个Smart VLAN就可以实现ONU上用户端口隔离功能。
第24页 共62页
3.2.34. ONU设备用户VLAN和组播VLAN不同导致组播不通 （1） 故障表现
组网为PC（安装VLC软件模拟组播服务器）->OLT（MA5680T）->ONU（OT928）->PC（安装VLC软件模拟组播客户端）。
现场测试发现用户VLAN和组播VLAN相同时，组播业务正常，修改为不同VLAN则组播业务不通，此时发现组播用户是在线的。 （2） 故障分析
a) 首先VLAN相同时组播业务正常，说明设备实现组播没有问题。此时查看组
播用户状态都是在线，没有问题。
b) 修改用户VLAN，并相应修改组播配置数据，发现组播用户上线，但是客户
端PC却不能正常播放组播节目。修改配置为VLAN相同，播放恢复正常，说明VLC软件设置没有问题。
c) 在客户端PC上抓包发现，没有组播报文下发，返回组播服务器侧抓包发现已
经将组播报文下发。
d) 由这两种抓包情况可以判断，组播媒体报文是在OLT到ONU中间被丢弃的，
这时我们可以镜像PON端口抓包，看媒体报文是否下发，确认已下发，这时可以定位为媒体包在ONU侧被丢弃。
e) 我们知道组播的协议报文和媒体报文是走不同的通道，即通过不同的gemport
传输，而我们的ONU目前未能实现VLAN转换功能，导致到达用户端口的组播媒体报文仍然携带组播VLAN的标签，而我们ONU的用户端口对和自己native-vlan不同的数据报文做丢弃处理。这样我们客户端就收不到组播的媒体报文，自然组播业务不正常。 f)
使用命令修改ONU的组播转发模式为“translation”，即开启组播跨VLAN转发功能，组播即恢复正常。
（3） 解决建议
在使用ONU实现组播业务的时候，我们目前可以实现的方式只有三种：
? 所有用户的VLAN和组播VLAN相同（如果用户多的话，广播域大，不推荐这样
设计）。
? 所有用户VLAN相同，但和组播VLAN不同，通过组播转发模式设置也能实现组
播功能。
? ONU下接交换机实现TAG标签的剥离或者转换，依据交换机能力可以实现多用户
多VLAN同时实现组播，此时ONU的UNI口应设置为trunk模式。
第25页 共62页
相关推荐：
loading