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