問題描述

某客戶省中心OSN7500與十個(gè)市局Metro3000采用星型組網(wǎng)，中間通道租用運(yùn)營(yíng)商網(wǎng)絡(luò)帶寬，其中6個(gè)市局為2.5G帶寬，4個(gè)市局為155M帶寬，客戶報(bào)155M上聯(lián)帶寬的4個(gè)市局丟包嚴(yán)重。

處理過程

1、查看用戶業(yè)務(wù)：10個(gè)市局的以太網(wǎng)業(yè)務(wù)匯聚至省中心的EMS4板的同一個(gè)光口，該光口與用戶交換機(jī)對(duì)接，交換機(jī)分出若干電口，用該交換機(jī)的其中一個(gè)電口接電腦與市局進(jìn)行ping操作。無丟包的6個(gè)市局配置的帶寬為20M,丟包的4個(gè)市局配置的帶寬為4M。

2、檢查線路和支路誤碼：檢查有丟包的其中一市局的Metro3000告警，網(wǎng)元無告警，查詢155M上聯(lián)光口板的SDH性能，結(jié)果為無誤碼，查詢EFT板SDH性能,無誤碼。誤碼導(dǎo)致丟包可能性排除。

3、檢查流量：查詢市局Metro3000 EFT板對(duì)應(yīng)端口的RMON性能，查看實(shí)時(shí)流量，發(fā)現(xiàn)事件“發(fā)送的好包字節(jié)（字節(jié)/秒）”該項(xiàng)值為480000上下波動(dòng)，480000單位是“Byte/秒”，乘以8換算成“bit/s”，除以1024得到“kbit/s”，再除以1024得到“Mbit/s”，經(jīng)過換算為3.7M/s，接近滿帶寬4Mb/s狀態(tài)，該事件的含義是省廳發(fā)往市局的流量。狀態(tài)告之用戶，帶寬被占滿，所以ping可能會(huì)丟包。至此，判斷出傳輸無問題，用戶不認(rèn)可，因?yàn)樵谑芯謧?cè)，用戶嘗試過拔下交換機(jī)，只接一臺(tái)電腦進(jìn)傳輸EFT板以太網(wǎng)口，省廳ping去該市都是丟包，所以不認(rèn)同流量被占滿導(dǎo)致丟包。讓用戶再重現(xiàn)一下這個(gè)過程，市局側(cè)在接單機(jī)時(shí)，省中心ping過去確實(shí)丟包，查看市局側(cè)端口流量，帶寬仍是占滿狀態(tài)，據(jù)此判斷，客戶內(nèi)網(wǎng)出現(xiàn)病毒或者環(huán)路的可能性較大。

4、業(yè)務(wù)配置法驗(yàn)證：臨時(shí)在網(wǎng)管上從該市局做了一條專線業(yè)務(wù)到省中心OSN7500的其他槽位的EFS板百兆電口，線路上還是捆綁原來的兩條VC12時(shí)隙，市局側(cè)EFT端口不變，在省廳側(cè)EFS板直接接一臺(tái)電腦與市局互ping，此時(shí)已隔離了用戶的交換機(jī)，數(shù)據(jù)不經(jīng)交換機(jī)，ping完全正常，不丟包，證明了傳輸線路沒問題，問題出在用戶內(nèi)網(wǎng)上。

5、用戶自己檢查問題：恢復(fù)原數(shù)據(jù)配置，讓用戶自己檢查內(nèi)網(wǎng)。用戶在省廳側(cè)的交換機(jī)上，逐條拔網(wǎng)線，拔掉其中一條時(shí)，發(fā)現(xiàn)ping該地市馬上恢復(fù)正常，無丟包，時(shí)延從300ms降為9ms，此時(shí)查看傳輸端口流量，流量在500KB至1M之間波動(dòng)，屬正常。其它原未出現(xiàn)丟包的6個(gè)市局的流量也大幅下降。問題解決。

根因

初步主要懷疑以下四個(gè)方面：

1、可能是報(bào)丟的4個(gè)市局租用的帶寬線路同路由，運(yùn)營(yíng)商線路有誤碼；

2、用戶內(nèi)網(wǎng)有病毒或者環(huán)路廣播。

3、用戶實(shí)際流量較大，占滿所開MSTP的電路帶寬導(dǎo)致?lián)砣?/p>

4、用戶說以前無問題，未修改過配置，所以在端口參數(shù)、業(yè)務(wù)配置方面出問題的可能性較小。

建議與總結(jié)

以太網(wǎng)電路，除了承載實(shí)時(shí)視頻業(yè)務(wù)，正常情況下端口流量會(huì)隨實(shí)際使用情況出現(xiàn)高低不斷變化，如果端口流量一直處于滿負(fù)荷狀態(tài)，一方面要懷疑客戶的帶寬確實(shí)無法滿足需求，導(dǎo)致?lián)砣@種情況下需要提速解決，另一方面要懷疑用戶內(nèi)網(wǎng)出了病毒或環(huán)路引起的異常廣播占據(jù)了大量帶寬。