故障現(xiàn)象

陽(yáng)江某個(gè)集團(tuán)客戶(hù)報(bào)障用戶(hù)寬帶業(yè)務(wù)正常，語(yǔ)音業(yè)務(wù)不穩(wěn)定，出現(xiàn)通話(huà)幾秒鐘后無(wú)音或中斷現(xiàn)像，通過(guò)Ping有語(yǔ)音問(wèn)題用戶(hù)的ONU，出現(xiàn)間接性丟包。

故障分析

通過(guò)檢查OLT配置，確認(rèn)語(yǔ)音與寬帶業(yè)務(wù)是走不同物理鏈路，語(yǔ)音業(yè)務(wù)走gei_1/19/1上行，寬帶業(yè)務(wù)走smartgroup1聚合端口上行。查看語(yǔ)音網(wǎng)關(guān)設(shè)備告警及OLT日志、OLT側(cè)抓包分析如下：

圖1 OLT語(yǔ)音業(yè)務(wù)上聯(lián)口狀態(tài)信息

圖2 不正常丟包的ONU

1.在OLT語(yǔ)音業(yè)務(wù)上聯(lián)口gei_1/19/1數(shù)據(jù)包統(tǒng)計(jì)信息發(fā)現(xiàn)，Input方向有嚴(yán)重丟包及CRC校驗(yàn)錯(cuò)誤情況發(fā)現(xiàn)，OLT語(yǔ)音業(yè)務(wù)上聯(lián)口狀態(tài)信息如圖1所示。

Input：ONU 回復(fù)信息方向，出現(xiàn)大量丟包，一般可能存在光路不好、接口協(xié)商模式不對(duì)、數(shù)據(jù)配置錯(cuò)誤等問(wèn)題。

通 過(guò) 排 查，OLT和ONU設(shè)備端口的收發(fā)光正常，雙方端口是自動(dòng)協(xié)商，并且通過(guò)更換兩端對(duì)應(yīng)接口的光模塊，問(wèn)題依舊。但是在排查過(guò)程中，發(fā)現(xiàn)有部分客戶(hù)的語(yǔ)音在開(kāi)通后一直能夠正常使用，光路只有一條，只是IP地址屬于不同網(wǎng)段，所以可能問(wèn)題出在是數(shù)據(jù)配置上。

2.OLT側(cè)抓包分析

如圖2所示，不正常丟包下的ONU，從OLT（10.102.234.1）Ping問(wèn) 題ONU（10.102.234.251） 時(shí)，ICMP Request消息包在SEQ=50/12800之前都可以得到ONU的Reply，但是在SEQ=51/13056之后，就沒(méi)有收到ONU應(yīng)答，直到SN=414廣播消息發(fā)出后，才得到ONU的Reply消息。在此期間，有6個(gè)ICMP Request消息沒(méi)有得到響應(yīng)，中斷時(shí)長(zhǎng)約為15秒。根據(jù)IP通信原理，在局域網(wǎng)內(nèi)是根據(jù)MAC地址來(lái)實(shí)際尋址的，此次問(wèn)題應(yīng)該為ONU ARP表項(xiàng)間歇性老化，未及時(shí)學(xué)習(xí)更新造成。

通過(guò)過(guò)濾出ARP廣播包，發(fā)現(xiàn)有問(wèn)題的ONU收到廣播包的間隔時(shí)間約為24秒左右，序號(hào)為445和583之間間隔。而語(yǔ)音正常的ONU的廣播報(bào)時(shí)間為16秒。

通過(guò)核查不正常10.102.234.1這個(gè)網(wǎng)段和正常的10.101.234.1這個(gè)網(wǎng)段的數(shù)據(jù)配置，發(fā)現(xiàn)正常網(wǎng)段的IP，有一部分配到了其他OLT的用戶(hù)，可能與此網(wǎng)段的IP分在不同的設(shè)備上有關(guān)，當(dāng)其他OLT用戶(hù)的ARP請(qǐng)求報(bào)文或是ARP廣播報(bào)文是廣播方式，又與這臺(tái)OLT是同一個(gè)VLAN，所以也會(huì)廣播到這臺(tái)OLT下，增大了頻率。

圖3 上聯(lián)交換機(jī)無(wú)回復(fù)ARP請(qǐng)求

至此問(wèn)題定位基本可以判斷出主要是由于A(yíng)RP列表老化造成ONU沒(méi)有MAC地址對(duì)應(yīng)表，從而導(dǎo)致無(wú)法正常傳送包，但是ONU基本沒(méi)有什么配置內(nèi)容，更換正常的ONU到有問(wèn)題的網(wǎng)段，問(wèn)題可以重現(xiàn)，所以推斷出問(wèn)題應(yīng)該出現(xiàn)在OLT配置數(shù)據(jù)上。

3.通過(guò)下載正常OLT的局?jǐn)?shù)據(jù)配置和此臺(tái)OLT配置進(jìn)行比對(duì)，發(fā)現(xiàn)開(kāi)局時(shí)為了滿(mǎn)足集團(tuán)客戶(hù)PON口下不同用戶(hù)語(yǔ)音業(yè)務(wù)互通需求，此臺(tái)OLT開(kāi)啟了MFF代理功能（MFF：MAC Forced Forwarding，MAC 強(qiáng)制轉(zhuǎn)發(fā)，可禁止同一子網(wǎng)的兩個(gè)用戶(hù)間直接互通，并把用戶(hù)的上行流量強(qiáng)制轉(zhuǎn)發(fā)到網(wǎng)關(guān)，由網(wǎng)關(guān)轉(zhuǎn)發(fā)流量來(lái)實(shí)現(xiàn)用戶(hù)間的三層互通），但OLT配置MFF代理IP所指向設(shè)備（OLT上聯(lián)S9303交換機(jī)）卻末開(kāi)啟ARP PROXY功能，導(dǎo)致此臺(tái)OLT將所有用戶(hù)語(yǔ)音IP的ARP請(qǐng)求轉(zhuǎn)送到上層S9303時(shí)，此設(shè)備全未回復(fù)ARP請(qǐng)求，從而導(dǎo)致每隔一段時(shí)間即出現(xiàn)因終端不知網(wǎng)關(guān)ARP信息，而數(shù)據(jù)丟包情況發(fā)生。消息如圖3所示。

解決方法

因?yàn)榇伺_(tái)OLT下特殊組網(wǎng)，一個(gè)語(yǔ)音VLAN帶5個(gè)IP網(wǎng)段，OLT上設(shè)置MFF代理只能配置一個(gè)代理服務(wù)器IP地址，無(wú)法滿(mǎn)足5個(gè)網(wǎng)段所有用戶(hù)同OLT下互通需求，所以關(guān)閉OLT的此代理功能，在語(yǔ)音網(wǎng)關(guān)設(shè)備交換機(jī)上開(kāi)啟ARP Proxy功能，此OLT下不同用戶(hù)二層互通，通過(guò)網(wǎng)關(guān)進(jìn)行轉(zhuǎn)發(fā)，即能防止廣播泛洪，也能滿(mǎn)足此語(yǔ)音VLAN下所有用戶(hù)的互通問(wèn)題。

維護(hù)建議

1.OLT與上聯(lián)設(shè)備對(duì)接時(shí)，建議兩邊端口模式配置一致，全部自協(xié)商或強(qiáng)制。

2.語(yǔ)音業(yè)務(wù)VLAN下，建議一個(gè)VLAN一個(gè)IP網(wǎng)段，VLAN下帶用戶(hù)越多，故障風(fēng)險(xiǎn)越高。

3.建議OLT開(kāi)啟端口保護(hù)功能，能有效防止廣播泛洪或用戶(hù)電腦ARP病毒干擾其他用戶(hù)業(yè)務(wù)等問(wèn)題。

4.當(dāng)OLT下用戶(hù)有互通需求時(shí)，建議由網(wǎng)關(guān)設(shè)備開(kāi)啟ARP代理功能。

5.數(shù)據(jù)配置最好按照業(yè)務(wù)的標(biāo)準(zhǔn)模板進(jìn)行，否則出現(xiàn)問(wèn)題，需要耗費(fèi)大量的時(shí)間進(jìn)行排查，對(duì)于非標(biāo)準(zhǔn)模板配置時(shí)，一定要做好業(yè)務(wù)驗(yàn)證工作，防止業(yè)務(wù)開(kāi)通后用戶(hù)的投訴，提升用戶(hù)使用感知。