互聯(lián)網(wǎng)客戶單向流量不達(dá)標(biāo)案例分析

夏煒煒

摘 要 本文主要是某運(yùn)營(yíng)商IP城域網(wǎng)與本地的IPRAN承載網(wǎng)系統(tǒng)對(duì)接，上聯(lián)接入網(wǎng)OLT設(shè)備。由于割接誤操作致使IP城域網(wǎng)與IPRAN承載網(wǎng)之間對(duì)接口Input方向CRC誤碼增大導(dǎo)致用戶不能正常使用互聯(lián)網(wǎng)。維護(hù)人員分別從實(shí)地測(cè)試、理論分析、網(wǎng)絡(luò)規(guī)劃、配置優(yōu)化整等角度入手，最終成功的解決異常流量問(wèn)題。

關(guān)鍵詞 IPRAN OLT IP城域網(wǎng) VPLS

中圖分類(lèi)號(hào)：TN919文獻(xiàn)標(biāo)識(shí)碼：A

1案例背景

2020年2月底，合肥北城區(qū)域反應(yīng)城建醫(yī)院OLT下的一個(gè)客戶投訴網(wǎng)絡(luò)很不穩(wěn)定，存在下行流量正常上行流量不達(dá)標(biāo)導(dǎo)致用戶無(wú)法正常工作，從網(wǎng)管資料中初步了解情況得知，城建醫(yī)院OLT由于離市區(qū)較遠(yuǎn)不能采用裸纖上聯(lián)到匯聚機(jī)房，所以是采用IPRAN傳輸系統(tǒng)在VPLS模型下開(kāi)通的，目前該OLT設(shè)備上聯(lián)總帶寬2000M，高峰時(shí)OLT流量使用利用率50%左右，報(bào)障客戶目前開(kāi)通的是一條200M雙創(chuàng)云專線，維護(hù)人員在用戶辦公地點(diǎn)實(shí)地測(cè)試情況是用戶下行流量測(cè)試可以達(dá)標(biāo)，但是上行流量嚴(yán)重不達(dá)標(biāo)只有不到5M帶寬，由于用戶的業(yè)務(wù)性質(zhì)導(dǎo)致用戶主要是利用互聯(lián)網(wǎng)專線的上行流量為主，所以已經(jīng)嚴(yán)重影響了用戶的正常使用。城建醫(yī)院OLT上聯(lián)帶寬占用率不是很高完全可以承載且該站點(diǎn)也有其他用戶陸續(xù)投訴網(wǎng)絡(luò)不穩(wěn)定，判斷應(yīng)該是線路或是設(shè)備板卡等存在隱患，因此需要查出此故障源頭并解決。

2案例描述

2.1網(wǎng)絡(luò)結(jié)構(gòu)

見(jiàn)圖1。

2.2故障處理過(guò)程

（1）接到故障申告后，我方運(yùn)維人員立即進(jìn)行排查，根據(jù)圖1首先排查了該用戶在匯聚輕工BRAS設(shè)備中獲得的帶寬速率符合用戶的申請(qǐng)的200M套餐。檢查輕工BRAS與輕工SW匯聚交換機(jī)互聯(lián)端口的端口利用率32%且沒(méi)有錯(cuò)誤報(bào)文（圖1中的1處）。得出結(jié)論問(wèn)題不在匯聚層設(shè)備。

（2）根據(jù)圖1檢查3和4故障用戶在城建醫(yī)院OLT上的接入情況，首先查看為用戶配置的控制上行DBA模版，該模版為用戶提供了保證200M的上行帶寬符合用戶套餐要求，其次檢查了城建醫(yī)院OLT設(shè)備側(cè)收故障用戶側(cè)的設(shè)備發(fā)光為-18.06符合接入光衰要求。OLT整體上行流量占比為20%，完全可以承載用戶的需求?，F(xiàn)場(chǎng)的測(cè)試中我們也為客戶更換的新的光貓?jiān)O(shè)備，并刷新了接入光貓的軟件版本但是故障依舊，得出結(jié)論問(wèn)題不在接入端。

（3）根據(jù)圖1我們檢查了數(shù)據(jù)接入網(wǎng)絡(luò)的兩端，初步得出結(jié)論問(wèn)題應(yīng)該不在IP城域網(wǎng)本身，由于該局點(diǎn)的OLT設(shè)備是通過(guò)傳輸系統(tǒng)上聯(lián)的，所以隨即聯(lián)系公司傳輸部門(mén)對(duì)IPRAN承載網(wǎng)系統(tǒng)進(jìn)行了進(jìn)一步檢查。傳輸同事接到故障后高度懷疑該IPRAN的VPLS組網(wǎng)中的某個(gè)偽線通道節(jié)點(diǎn)上存在性能下降導(dǎo)致。于是仔細(xì)檢查數(shù)據(jù)配置和設(shè)備告警但未發(fā)現(xiàn)數(shù)據(jù)配置方面存在異常，也沒(méi)有發(fā)現(xiàn)IPRAN環(huán)路內(nèi)有端口流量異?，F(xiàn)象，只是在如圖1中的2處兩個(gè)網(wǎng)絡(luò)對(duì)接點(diǎn)上有一個(gè)端口Input方向存在CRC誤碼，由于是Input方向所以高度懷疑是這個(gè)問(wèn)題導(dǎo)致的用戶上行流量不達(dá)標(biāo)。

（4）為了徹底查出故障源頭，在傳輸同事的配合下去現(xiàn)場(chǎng)對(duì)現(xiàn)場(chǎng)的多線路聚合通道逐一中斷進(jìn)行了測(cè)試，最終發(fā)現(xiàn)是輕工匯聚機(jī)房IPRAN承載網(wǎng)系統(tǒng)與IP城域網(wǎng)對(duì)接的20G線路（圖1中的2）有一條存在尾纖折損導(dǎo)致線路存在Input方向CRC誤碼而產(chǎn)生的用戶上行流量不達(dá)標(biāo)故障，更換尾纖后客戶故障消失。

3分析總結(jié)

后期了解到該匯聚點(diǎn)剛剛進(jìn)行過(guò)一次業(yè)務(wù)割接，應(yīng)該是割接人員在布放新的尾纖時(shí)操作不當(dāng)導(dǎo)致本次故障的一根尾纖折損從而在設(shè)備端口的input方向產(chǎn)生CRC校驗(yàn)錯(cuò)誤報(bào)文，導(dǎo)致用戶的上行通道嚴(yán)重受阻使得用戶網(wǎng)絡(luò)異常。后期在網(wǎng)絡(luò)割接時(shí)需要加強(qiáng)現(xiàn)場(chǎng)操作的規(guī)范性減少此類(lèi)故障發(fā)生。

參考文獻(xiàn)

[1] 朱國(guó)祥.大數(shù)據(jù)技術(shù)在移動(dòng)通信網(wǎng)絡(luò)優(yōu)化中的運(yùn)用分析[J].科技視界，2019（20）：238-239.

[2] 李哲.大數(shù)據(jù)技術(shù)在移動(dòng)通信網(wǎng)絡(luò)優(yōu)化中的應(yīng)用[J].通信電源技術(shù)，2018，35（06）：136-137.