網(wǎng)絡(luò)管理維護(hù)過(guò)程中，經(jīng)常會(huì)遇到數(shù)據(jù)包丟失的情況。用Ping命令進(jìn)行連接測(cè)試，會(huì)發(fā)現(xiàn)Ping包的延遲遠(yuǎn)遠(yuǎn)超過(guò)正常值，甚至無(wú)法到達(dá)，同時(shí)伴隨著網(wǎng)絡(luò)服務(wù)應(yīng)用的障礙，比如打開(kāi)網(wǎng)站的速度太慢，嚴(yán)重時(shí)甚至無(wú)法打開(kāi)網(wǎng)頁(yè)，在線瀏覽視頻或召開(kāi)視頻會(huì)議時(shí)語(yǔ)音中斷，圖像馬賽克，斷線等等。

丟包率是網(wǎng)絡(luò)中常見(jiàn)的故障之一，它會(huì)導(dǎo)致網(wǎng)絡(luò)速度下降，甚至造成網(wǎng)絡(luò)中斷，本文就日常網(wǎng)絡(luò)管理工作中出現(xiàn)的幾種丟包率故障現(xiàn)象進(jìn)行分析討論，并提出解決辦法。

當(dāng)我們使用ping命令(檢測(cè)出某一系統(tǒng)是否正常工作)來(lái)詢(xún)問(wèn)目標(biāo)站時(shí)，就是網(wǎng)絡(luò)丟包了，因?yàn)楦鞣N原因而出現(xiàn)了一種現(xiàn)象。Ping命令使用ICMP回送請(qǐng)求和回送應(yīng)答消息。ICMP回送請(qǐng)求消息是主機(jī)或路由器對(duì)特定目標(biāo)主機(jī)的查詢(xún)，接收到該查詢(xún)的機(jī)器必須將ICMP回送答復(fù)消息發(fā)送給源主機(jī)。這一問(wèn)題被詢(xún)問(wèn)信息用于測(cè)試目的站是否可以到達(dá)以及了解其狀態(tài)。注意到ping命令是直接使用網(wǎng)絡(luò)層ICMP協(xié)議的一個(gè)例子，它不通過(guò)傳輸層的UDP或TCP協(xié)議。

常見(jiàn)的網(wǎng)絡(luò)數(shù)據(jù)包丟失故障分析及處理方法

出現(xiàn)網(wǎng)絡(luò)故障是不可避免的，但如何快速地隔離并排除故障是網(wǎng)絡(luò)管理者必須具備的基本素質(zhì)。下面列出了幾種常見(jiàn)的網(wǎng)絡(luò)丟包故障現(xiàn)象和解決辦法。

失效原因1：網(wǎng)絡(luò)數(shù)據(jù)包在發(fā)送時(shí)通斷，丟失嚴(yán)重。

失效現(xiàn)象：

在正常情況下，該方向的網(wǎng)絡(luò)會(huì)出現(xiàn)震蕩中斷。通過(guò)Ping命令進(jìn)行測(cè)試，發(fā)現(xiàn)在某段時(shí)間內(nèi)的分組發(fā)送延遲比正常值稍高，間隔一段時(shí)間的分組再次全部丟失，丟包率超過(guò)60%，丟包率曲線呈規(guī)律性，網(wǎng)絡(luò)服務(wù)基本不可用。

失效分析：

當(dāng)網(wǎng)絡(luò)發(fā)生振蕩時(shí)，造成網(wǎng)絡(luò)斷時(shí)通，這通常是由于在互連的交換機(jī)中，某兩個(gè)交換機(jī)之間出現(xiàn)環(huán)路，或某兩個(gè)端口直接連接造成的。因此，在局域網(wǎng)中構(gòu)建生成樹(shù)協(xié)議失敗，在局域網(wǎng)中不斷重復(fù)檢查和嘗試構(gòu)建新的生成樹(shù)網(wǎng)絡(luò)，導(dǎo)致網(wǎng)絡(luò)的振蕩通斷，同時(shí)交換機(jī)之間又不斷重復(fù)發(fā)送廣播包，從而形成“廣播風(fēng)暴”，使交換機(jī)負(fù)荷過(guò)重，網(wǎng)絡(luò)傳輸通道嚴(yán)重阻塞，無(wú)法正常處理通信數(shù)據(jù)。某些接入交換機(jī)可能出現(xiàn)環(huán)路，但它會(huì)影響到以三層交換機(jī)為核心的整個(gè)局域網(wǎng)的穩(wěn)定運(yùn)行。

失敗處理：

如果發(fā)現(xiàn)網(wǎng)絡(luò)數(shù)據(jù)包在發(fā)送時(shí)通斷，丟包嚴(yán)重，尤其是整個(gè)單元或整個(gè)樓層出現(xiàn)振蕩中斷，則可判定為該單元某交換機(jī)發(fā)生環(huán)路故障。身為網(wǎng)絡(luò)管理員首先應(yīng)該觀察各個(gè)接入交換機(jī)的指示燈閃爍狀態(tài)，通常出現(xiàn)環(huán)路情況會(huì)顯示燈閃爍很快，每秒鐘閃爍4次以上，所環(huán)交換機(jī)更是突出。每撥一次交換機(jī)就將其串聯(lián)接入網(wǎng)線，同時(shí)實(shí)時(shí)監(jiān)測(cè)交換機(jī)的狀態(tài)，在撥完某個(gè)端口的網(wǎng)線之后，交換機(jī)指示燈就恢復(fù)正常，再進(jìn)一步查找，就會(huì)發(fā)現(xiàn)該連接接線的末端有一條形成環(huán)形的線路，清理該網(wǎng)線后，網(wǎng)絡(luò)恢復(fù)暢通。

第二：網(wǎng)絡(luò)數(shù)據(jù)包發(fā)送超時(shí)現(xiàn)象嚴(yán)重，經(jīng)常出現(xiàn)不規(guī)則丟包。

失效現(xiàn)象：

因特網(wǎng)突然嚴(yán)重阻塞，日常辦公程序無(wú)法正常運(yùn)行，打開(kāi)網(wǎng)頁(yè)速度慢，有時(shí)會(huì)因超時(shí)而中斷。沒(méi)有發(fā)現(xiàn)任何網(wǎng)絡(luò)設(shè)備問(wèn)題，該網(wǎng)絡(luò)中的幾臺(tái)計(jì)算機(jī)在進(jìn)入網(wǎng)絡(luò)后明顯變慢，在禁用網(wǎng)卡或中斷網(wǎng)絡(luò)后恢復(fù)正常。

失效分析：

第一，在一個(gè)用戶終端上ping網(wǎng)關(guān)進(jìn)行測(cè)試，結(jié)果可以ping通網(wǎng)關(guān)，但數(shù)據(jù)包發(fā)送超時(shí)嚴(yán)重，丟包率約30%，丟包率無(wú)規(guī)律性。

第二，登陸用戶開(kāi)關(guān)，運(yùn)行arp。

A命令，發(fā)現(xiàn)網(wǎng)關(guān)的IP和網(wǎng)關(guān)的MAC地址指向正確。經(jīng)過(guò)以上測(cè)試基本排除了網(wǎng)絡(luò)設(shè)置錯(cuò)誤以及ARP欺騙，丟包表現(xiàn)出一定的隨機(jī)性，沒(méi)有連續(xù)和振蕩通斷，基本排除了網(wǎng)絡(luò)環(huán)問(wèn)題，初步判斷這種現(xiàn)象可能是由于病毒攻擊等原因造成的。因此需要進(jìn)一步獲取ARP信息、網(wǎng)絡(luò)上傳輸?shù)脑紨?shù)據(jù)包等。

再一次部署抓包分析。交換機(jī)上配置了鏡像端口，并將維護(hù)終端連接到該端口，啟動(dòng)網(wǎng)絡(luò)協(xié)議分析工具(sniffer)，用于捕獲分析網(wǎng)絡(luò)的數(shù)據(jù)通信，大約10分鐘后停止。發(fā)現(xiàn)節(jié)點(diǎn)瀏覽器在網(wǎng)絡(luò)分析系統(tǒng)主界面左側(cè)存在偽造IP地址攻擊或自動(dòng)掃描攻擊。選取連接視圖，發(fā)現(xiàn)在10分鐘內(nèi)，網(wǎng)絡(luò)上已發(fā)起超過(guò)12000個(gè)連接，且狀態(tài)大多為客戶端請(qǐng)求同步。由此得出網(wǎng)絡(luò)中存在自動(dòng)掃描攻擊的結(jié)論。

最終，詳細(xì)查看連接信息，發(fā)現(xiàn)這些連接大部分是由同一個(gè)主機(jī)發(fā)起，選中任意一個(gè)連接，選擇數(shù)據(jù)包視圖，查看原始的傳輸數(shù)據(jù)解碼信息，發(fā)現(xiàn)這臺(tái)計(jì)算機(jī)在網(wǎng)絡(luò)中主動(dòng)與其他主機(jī)進(jìn)行TCP。

端口445進(jìn)行掃描攻擊，可能是主機(jī)被病毒感染，或有人正在使用掃描軟件。并通過(guò)對(duì)圖表視圖的分析，進(jìn)一步確定主機(jī)肯定存在自動(dòng)掃描攻擊。

失敗處理：

找出問(wèn)題根源后，對(duì)主機(jī)進(jìn)行隔離，經(jīng)過(guò)一段時(shí)間的測(cè)試，網(wǎng)絡(luò)包丟失現(xiàn)象得到了緩解，但并未從根本上解決問(wèn)題。因此重新啟動(dòng)網(wǎng)絡(luò)協(xié)議分析系統(tǒng)進(jìn)行捕獲和分析，發(fā)現(xiàn)另一臺(tái)主機(jī)也有類(lèi)似情況。由此基本可以斷定，兩臺(tái)主機(jī)均被病毒感染，并且病毒將主動(dòng)掃描網(wǎng)絡(luò)上的其它主機(jī)以確定是否打開(kāi)TCP。

端口是445，如果一個(gè)主機(jī)打開(kāi)這個(gè)端口，它就會(huì)攻擊并感染這個(gè)主機(jī)。這樣一個(gè)循環(huán)，就會(huì)觸發(fā)上述網(wǎng)絡(luò)故障。新發(fā)現(xiàn)感染病毒的兩臺(tái)主機(jī)立即物理隔離，網(wǎng)絡(luò)通信立即恢復(fù)正常，再對(duì)終端進(jìn)行殺毒處理。

第三：網(wǎng)絡(luò)數(shù)據(jù)包出現(xiàn)嚴(yán)重的延遲現(xiàn)象，下載、瀏覽等服務(wù)無(wú)法正常使用。

失效現(xiàn)象：

日常局域網(wǎng)內(nèi)的數(shù)據(jù)共享是正常的，但出局后瀏覽外網(wǎng)和下載數(shù)據(jù)的速度明顯下降，使用Ping命令發(fā)現(xiàn)到某一個(gè)方向的網(wǎng)絡(luò)時(shí)延特別大，甚至有少量的丟包。

失效分析：

交換機(jī)一般是通過(guò)telnet遠(yuǎn)程登陸這個(gè)方向，以華為系列交換機(jī)為例，輸入以下命令：

displaycpu查看開(kāi)關(guān)CPU的使用情況，

displaymemory查看內(nèi)存的使用情況，

找到了兩個(gè)非常高的，再次通過(guò)輸入命令。

#Display

interface端口號(hào)，檢查每個(gè)端口下的數(shù)據(jù)流量，發(fā)現(xiàn)其中兩個(gè)端口的數(shù)據(jù)流量特別大，遠(yuǎn)遠(yuǎn)高于正常使用的網(wǎng)絡(luò)流量。通過(guò)對(duì)數(shù)據(jù)流的抓包分析，發(fā)現(xiàn)該網(wǎng)站存在多線程指向某個(gè)電影欄目，為了避免影響整個(gè)網(wǎng)絡(luò)的通暢，對(duì)交換機(jī)進(jìn)行了處理。

失敗處理：

在這個(gè)端口配置界面，輸入Shutdown命令，強(qiáng)制關(guān)閉這個(gè)端口，讓它斷網(wǎng)，聯(lián)系終端的使用者，讓它在停止下載進(jìn)程后，再次恢復(fù)網(wǎng)絡(luò)。

導(dǎo)致網(wǎng)絡(luò)數(shù)據(jù)丟失的因素很多，既有隨機(jī)又有偶然。所以，作為網(wǎng)絡(luò)管理者，必須綜合考慮各種因素，掌握網(wǎng)絡(luò)的排故技巧，積累實(shí)際經(jīng)驗(yàn)，才能快速定位和排除網(wǎng)絡(luò)故障。

了解更多網(wǎng)絡(luò)相關(guān)知識(shí)關(guān)注：http://www.vecloud.com/article/20200714212752.html