語音業務單通故障分析

故障現象

陽江某個集團客戶報障用戶寬帶業務正常，語音業務不穩定，出現通話幾秒鐘后無音或中斷現像，通過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秒。……