近日，某專線用戶向我們反映該機構(gòu)查看視頻圖像出現(xiàn)了卡頓的現(xiàn)象，得知這一現(xiàn)象后，我們開始著手排查。

故障分析

首先梳理下網(wǎng)絡(luò)拓撲結(jié)構(gòu)（如圖1），通過圖1我們可以看到，在數(shù)據(jù)機房使用全光口交換機作為業(yè)務(wù)匯聚，連接EPON設(shè)備，然后再使用全光交換機將數(shù)據(jù)傳輸至專線單位。了解了網(wǎng)絡(luò)拓撲結(jié)構(gòu)后，登錄到全光口交換機上，使用命令show interface gigaethernet 1/13 查看端口的利用率（如圖2）。

圖1 網(wǎng)絡(luò)拓撲結(jié)構(gòu)示意圖

圖2 查看交換機端口利用率示意圖

通過圖2可以看到，連接專線單位的交換機端口利用率是62%，也就是620M（千兆口），這個流量并沒有達到閾值，那為什么會出現(xiàn)視頻卡頓呢？為了給專線用戶提供更好的網(wǎng)絡(luò)服務(wù)，我們做兩手準備，即準備給該專線單位鏈路進行擴容，在此同時也繼續(xù)排查故障原因。就在到達該專線單位機房準備進行設(shè)備配置的時候發(fā)現(xiàn)了端倪，該單位新增了一臺交換機A用于連接交換機B（如圖3）。

仔細觀察該機構(gòu)所有的網(wǎng)絡(luò)設(shè)備均連接在交換機A上，而交換機B的以太網(wǎng)口均沒有使用，兩個交換機之間連接使用的是五類網(wǎng)線。眾所周知超五類網(wǎng)線傳輸?shù)膸捠?00M，而該專線單位大概有200多路攝像頭，每路攝像頭按照5M來算的話，也有1 G，使用1根只有百兆的網(wǎng)線來傳輸，勢必會引起數(shù)據(jù)傳輸擁塞，從而造成視頻畫面卡頓。

故障排除

我們決定將所有A交換機上的網(wǎng)線轉(zhuǎn)移至B交換機上，繼續(xù)保留B交換機連接全光口交換機。為了提高該單位視頻監(jiān)控傳輸通道的帶寬，我們將在1 G的基礎(chǔ)上再增加1 G，即采用鏈路聚合的辦法將物理上的兩個端口邏輯的綁定在一起，形成了2G的通道，從而達到了帶寬擴容的目的，也在一定程度上起到了負載分擔(dān)和鏈路備份的目的。接下來開始配置設(shè)備，首先配置的是全光口交換機，具體配置命令是：

上面的配置完成了全光口交換機上鏈路聚合的配置，接下來配置專線單位的B交換機。具體配置命令即：

這是專線單位交換機鏈路聚合的配置命令，值得一提的是，鏈路聚合分手動聚合和動態(tài)聚合兩種，不同廠家的設(shè)備互聯(lián)實現(xiàn)鏈路聚合的話，需要使用手動聚合的方式，這里使用的也是手動聚合的方式。這樣我們就完成兩端設(shè)備鏈路聚合的配置工作，接下來查看全光口交換機聚合組和端口的利用率。

通過對端口13和22端口利用率的查看，端口流量都在320M左右，兩個端口進行端口匯聚后我們看到trunk 1/3的端口利用率是32.5%，這個利用率是端口13和22端口利用率的平均值，流量是325*2=650M，這個數(shù)據(jù)和沒有進行端口匯聚前，總流量基本相同，然后這650多兆的流量讓端口13和22共同分擔(dān)，保證了帶寬的冗余性。

經(jīng)驗總結(jié)

從我們得知網(wǎng)絡(luò)故障后開始排查，先后采用了查看交換機端口利用率的辦法，然后在專線單位機房發(fā)現(xiàn)了故障原因，最后通過調(diào)整網(wǎng)絡(luò)結(jié)構(gòu)和配置鏈路聚合的辦法，既優(yōu)化了網(wǎng)絡(luò)結(jié)構(gòu)，又增加了鏈路帶寬，達到了兩全其美的效果。后期我們得知，該專線單位先前使用的A交換機是一個二層交換機，最近為了業(yè)務(wù)的發(fā)展需要使用三層交換機B，該單位網(wǎng)絡(luò)管理人員為了省事并沒有將B交換機完全替代A交換機，而是使用了一根網(wǎng)線將兩個交換機串聯(lián)起來使用，然后將三層交換機B連接全光口交換機。這樣就出現(xiàn)了文章開頭的這一幕。

通過這次排查故障，作為網(wǎng)絡(luò)運維人員，在工作上一定要按照規(guī)范來實施，如果背道而行的話，就會給網(wǎng)絡(luò)埋下安全隱患，危及網(wǎng)絡(luò)的穩(wěn)定性。其實，在網(wǎng)絡(luò)運維過程中還要具有前瞻性，就如上面我們利用鏈路聚合的辦法將鏈路帶寬做到了冗余和備份，實現(xiàn)了高性能和低成本的雙收益，既保障了專線用戶對高帶寬的需求，又實現(xiàn)了低成本的運作。