语音业务单通故障分析

故障现象

阳江某个集团客户报障用户宽带业务正常，语音业务不稳定，出现通话几秒钟后无音或中断现像，通过Ping有语音问题用户的ONU，出现间接性丢包。

故障分析

通过检查OLT配置，确认语音与宽带业务是走不同物理链路，语音业务走gei_1/19/1上行，宽带业务走smartgroup1聚合端口上行。查看语音网关设备告警及OLT日志、OLT侧抓包分析如下：

图1 OLT语音业务上联口状态信息

图2 不正常丢包的ONU

1.在OLT语音业务上联口gei_1/19/1数据包统计信息发现，Input方向有严重丢包及CRC校验错误情况发现，OLT语音业务上联口状态信息如图1所示。

Input：ONU 回复信息方向，出现大量丢包，一般可能存在光路不好、接口协商模式不对、数据配置错误等问题。

通 过 排 查，OLT和ONU设备端口的收发光正常，双方端口是自动协商，并且通过更换两端对应接口的光模块，问题依旧。但是在排查过程中，发现有部分客户的语音在开通后一直能够正常使用，光路只有一条，只是IP地址属于不同网段，所以可能问题出在是数据配置上。

2.OLT侧抓包分析

如图2所示，不正常丢包下的ONU，从OLT（10.102.234.1）Ping问 题ONU（10.102.234.251） 时，ICMP Request消息包在SEQ=50/12800之前都可以得到ONU的Reply，但是在SEQ=51/13056之后，就没有收到ONU应答，直到SN=414广播消息发出后，才得到ONU的Reply消息。在此期间，有6个ICMP Request消息没有得到响应，中断时长约为15秒。根据IP通信原理，在局域网内是根据MAC地址来实际寻址的，此次问题应该为ONU ARP表项间歇性老化，未及时学习更新造成。

通过过滤出ARP广播包，发现有问题的ONU收到广播包的间隔时间约为24秒左右，序号为445和583之间间隔。而语音正常的ONU的广播报时间为16秒。

通过核查不正常10.102.234.1这个网段和正常的10.101.234.1这个网段的数据配置，发现正常网段的IP，有一部分配到了其他OLT的用户，可能与此网段的IP分在不同的设备上有关，当其他OLT用户的ARP请求报文或是ARP广播报文是广播方式，又与这台OLT是同一个VLAN，所以也会广播到这台OLT下，增大了频率。

图3 上联交换机无回复ARP请求

至此问题定位基本可以判断出主要是由于ARP列表老化造成ONU没有MAC地址对应表，从而导致无法正常传送包，但是ONU基本没有什么配置内容，更换正常的ONU到有问题的网段，问题可以重现，所以推断出问题应该出现在OLT配置数据上。

3.通过下载正常OLT的局数据配置和此台OLT配置进行比对，发现开局时为了满足集团客户PON口下不同用户语音业务互通需求，此台OLT开启了MFF代理功能（MFF：MAC Forced Forwarding，MAC 强制转发，可禁止同一子网的两个用户间直接互通，并把用户的上行流量强制转发到网关，由网关转发流量来实现用户间的三层互通），但OLT配置MFF代理IP所指向设备（OLT上联S9303交换机）却末开启ARP PROXY功能，导致此台OLT将所有用户语音IP的ARP请求转送到上层S9303时，此设备全未回复ARP请求，从而导致每隔一段时间即出现因终端不知网关ARP信息，而数据丢包情况发生。消息如图3所示。

解决方法

因为此台OLT下特殊组网，一个语音VLAN带5个IP网段，OLT上设置MFF代理只能配置一个代理服务器IP地址，无法满足5个网段所有用户同OLT下互通需求，所以关闭OLT的此代理功能，在语音网关设备交换机上开启ARP Proxy功能，此OLT下不同用户二层互通，通过网关进行转发，即能防止广播泛洪，也能满足此语音VLAN下所有用户的互通问题。

维护建议

1.OLT与上联设备对接时，建议两边端口模式配置一致，全部自协商或强制。

2.语音业务VLAN下，建议一个VLAN一个IP网段，VLAN下带用户越多，故障风险越高。

3.建议OLT开启端口保护功能，能有效防止广播泛洪或用户电脑ARP病毒干扰其他用户业务等问题。

4.当OLT下用户有互通需求时，建议由网关设备开启ARP代理功能。

5.数据配置最好按照业务的标准模板进行，否则出现问题，需要耗费大量的时间进行排查，对于非标准模板配置时，一定要做好业务验证工作，防止业务开通后用户的投诉，提升用户使用感知。