ping 丟包現(xiàn)象的發(fā)生非常普遍,但是廣大網(wǎng)友對為何ping 丟包卻不是非常清楚,看了下面的文章,相信您會有收獲!
故障現(xiàn)象:公司有一臺型號為清華同方TP200的 WEB服務(wù)器,操作系統(tǒng)安裝順利,IIS服務(wù)也配置無誤,可是在訪問此臺服務(wù)器網(wǎng)站卻時斷時續(xù)。
分析解決:首先使用Ping命令測試,發(fā)現(xiàn)不定時的有數(shù)據(jù)包丟失的現(xiàn)象,初步認為是物理層的原因。重做網(wǎng)線的RJ45頭后,故障依舊,換根網(wǎng)線也不 行。懷疑是網(wǎng)卡接口或者交換機端口的問題。經(jīng)查看網(wǎng)卡驅(qū)動無誤,網(wǎng)卡接口也沒有任何異常。再查看交換機端口,發(fā)現(xiàn)與服務(wù)器連接的交換機端口工作指示燈在綠 與黃之間閃爍,這說明端口工作不正常。使用超級終端登錄交換機,查看此端口的參數(shù),發(fā)現(xiàn)此端口是工作在100Mbyte/s全雙工模式,回到服務(wù)器前查看 本地連接狀態(tài),網(wǎng)卡是工作在10Mbyte/s全雙工模式。交換機的端口與網(wǎng)卡的傳輸速率和雙工模式不一致。將網(wǎng)卡工作模式改為100Mbyte/s全雙 工模式后測試,一切正常,故障解決。
注:筆者單位使用的是CISCO3500XL系列交換機
如果你是小區(qū)寬帶那種直接連接網(wǎng)卡的網(wǎng)絡(luò),丟包需要從下邊查找原因
1-計算機網(wǎng)卡是否損壞
2-RJ45頭是否損壞,是否線路錯誤
3-網(wǎng)線是否折傷
4-附近鄰居是否同樣出現(xiàn)問題,如果是說明問題出在上一級交換機與出口之間,如果別人正常,說明問題出在你的計算機到最近的交換機之間
如果是ADSL使用電話線路
首先看看ADSL的衰減情況
USB的能直接看出來,LAN口的需要登陸到MODEM上看,并且LAN口的需要檢計算機到MODEM之間是否丟包,具體MODEM的IP請看說明書
說到投訴意義不大,問題是客觀存在的,并且大過年的,雖然你不高興,但是別人多人不高興了,你看好不好,問題能處理了是關(guān)鍵
從家里測試寬帶網(wǎng)連接的丟包是一項非常困難的工作。丟包可以發(fā)生在從你的計算機到你在互聯(lián)網(wǎng)上正在連接的目的地之間的線路上的任何一個地方。引起丟包的原 因包括:網(wǎng)絡(luò)阻塞、路由器或者交換機超過工作負荷、信號往返時間緩慢以及服務(wù)提供商或者托管你訪問的網(wǎng)站的公司使用的通信優(yōu)先等級。
沒有主動測量實際重復傳輸?shù)腡CP流量(對于家庭寬帶網(wǎng)連接來說,這類產(chǎn)品太昂貴了),很難確定是否真的發(fā)生了重復傳輸。你指出的機制ping和跟蹤 路由對于幫助家庭用戶確定互聯(lián)網(wǎng)上哪里的速度慢是最有用的工具。Ping測量你的計算機和你要連接的IP地址之間的信號往返時間。跟蹤路由是測量路由器在 你的計算機和你正在跟蹤的路由的IP地址之間的通道的反應時間。
使用Ping
使用Ping測量丟包的最佳方法是向一個IP地址發(fā)送大量的Ping命令,然后檢查沒有應答的那些Ping命令。如果你快速地發(fā)出了50次Ping命令,
你可以檢查沒有沒有應答的次數(shù),并把沒有應答的次數(shù)作為丟包。沒有應答的次數(shù)超過5%可能就值得擔心了。
在一臺Windows計算機上,在命令提示符后面輸入如下命令就可以完成這個任務(wù):
Ping -n 50(IP地址或者域名,如www.website.com)這個命令中的“-n”開關(guān)告訴發(fā)送ping命令的次數(shù),“50”是發(fā)送的次數(shù)。
然后,你將得到一個測試總結(jié)。這個總結(jié)將包括丟失的數(shù)量和百分比:
199.181.132.250地址Ping的統(tǒng)計結(jié)果:
包: 發(fā)送 = 6, 接收 = 6, 丟失 = 0 (0%)
大約往返時間以毫秒(ms)顯示:
最小 = 26ms, 最大 = 29ms, 平均 = 27ms
如果你看到平均往返時間較高(超過100ms),這也會降低你的網(wǎng)絡(luò)下載速度。
設(shè)法消除某些引起丟包的網(wǎng)絡(luò)某些部分的故障的一種方法是在通道的各個部分進行ping測試。我首先開始進行測試的地方是本地的“缺省網(wǎng)關(guān)”。這是你所有的數(shù)據(jù)傳輸?shù)骄W(wǎng)絡(luò)上經(jīng)過的第一個路由器。如果在這一部分的丟包率很高,那么問題就在你的服務(wù)提供商的網(wǎng)絡(luò)上。
在Windows命令提示符后面輸入“ipconfig”命令你就可以發(fā)現(xiàn)你的缺省路由器的IP地址。這個結(jié)果顯示如下:
以太網(wǎng)接口本地區(qū)域連接:
具體連接的DNS后綴:domainname.com
IP地址. . . . . . : 192.168.2.189
子網(wǎng)掩碼 . . . . . : 255.255.252.0
缺省網(wǎng)關(guān) . . . : 10.10.0.1
你在這里要查看的是缺省網(wǎng)關(guān)的IP地址。在上述例子中就10.10.0.1。
使用跟蹤路由
在Windows命令提示符后面使用跟蹤路由命令就可以實施跟蹤路由。在Windows XPZH中這個命令是:tracert (IP地址或者主機名)
雖然結(jié)果不能向你顯示丟包,但是,可以向你顯示在路徑中路由器反應速度減慢的情況。
這個輸出結(jié)果將顯示所有的路由器的反應時間。下面是一個例子:
5 ms 2 ms 3 ms malibu.domain.com [10.10.0.1]
10 ms 6 ms 7 ms 10.60.0.6
9 ms 7 ms 7 ms 10.20.0.1
6 ms 7 ms 7 ms x130.cd9e68.sj.concentric.net [205.158.104.130]
7 ms 7 ms 8 ms ge9-0.dcr2.dc-fremont-ca.us.xo.net [205.158.60.169]
7 ms 7 ms 7 ms ge2-0.dcr1.dc-fremont-ca.us.xo.net [65.106.2.205]
10 ms 7 ms 8 ms p5-1-0-2.rar2.sanjose-ca.us.xo.net [65.106.2.153]
10 ms 9 ms 11 ms p1-0.ir1.paloalto-ca.us.xo.net [65.106.5.178]
9 ms 10 ms 15 ms 206.111.12.114.ptr.us.xo.net [206.111.12.114]
9 ms 10 ms 10 ms svl-core-03.inet.qwest.net [205.171.205.29]
29 ms 28 ms 29 ms stl-core-02.inet.qwest.net [205.171.5.85]
30 ms 29 ms 29 ms sea-edge-03.inet.qwest.net [205.171.26.42]
* * * Request timed out.
* * * Request timed out.
28 ms 28 ms 29 ms sam.abcnews.go.com [199.181.132.250]
如果你看到在路徑中跟蹤路由往返時間有超過100ms(十分之一秒)的,這就可能引起網(wǎng)絡(luò)上傳輸?shù)臅r間減慢。
從上述例子中,你可以看到數(shù)據(jù)在很多不同的網(wǎng)絡(luò)(XO, Qwest, ABC)上傳輸。這是互聯(lián)網(wǎng)美妙的一部分。不利的方面是一個用戶無法解決反應時間減慢的問題。最佳的出發(fā)點就是確認你和你的服務(wù)提供商之間沒有出現(xiàn)丟包。
兩個idc機房托管的服務(wù)器之間通訊不暢,經(jīng)查,兩個機房間的丟包率在8%左右。這樣的丟包率很容易引起tcp連接失敗,由于網(wǎng)絡(luò)在線業(yè)務(wù)異常重要,不得有片刻的停機時間??滩蝗菥?,馬上處理。
一、先判斷丟包發(fā)生在那里。從辦公室的計算機分別ping 兩個機房的服務(wù)器、然后是網(wǎng)關(guān),通過觀察輸出進行比較,發(fā)現(xiàn)問題在望京機房。在用路由跟蹤的方式測試,結(jié)論也是一樣。
二、去現(xiàn)場排查。檢查網(wǎng)段類服務(wù)器之間,服務(wù)器與交換機之間,以及交換機之間的網(wǎng)絡(luò)通訊情況,發(fā)ping 包,沒有丟包,但從網(wǎng)內(nèi)ping 外部任何地址,都有丟包現(xiàn)象出現(xiàn),路由跟蹤有時不成功。這些情況可以表明網(wǎng)段內(nèi)的通訊是完全正常的。接下來要做的事情就是測試網(wǎng)關(guān)的狀態(tài)。網(wǎng)關(guān)是一個 cisco 6509交換機,是網(wǎng)通自己管理,我方的交換機通過一條雙絞線與cisco 6509相連,它是所有服務(wù)器的外聯(lián)接口。通過技術(shù)手段,已經(jīng)知道上聯(lián)交換機的上聯(lián)端口是Fa0/41。
1、從網(wǎng)段內(nèi)的某些服務(wù)器ping網(wǎng)關(guān),發(fā)現(xiàn)丟包。
2、從外網(wǎng)的某臺計算機ping 這個網(wǎng)關(guān),沒有丟包發(fā)生。
3、從外網(wǎng)的某些計算機執(zhí)行到這個網(wǎng)關(guān)的路由跟蹤,情況正常。
4、用外網(wǎng)遠程的交換機ping 小包,情況正常。
5、從網(wǎng)段內(nèi)的交換機ping 小包,發(fā)現(xiàn)丟包。
有上面的測試結(jié)果可以得出結(jié)論:是我方的交換機與網(wǎng)通交換機(我方服務(wù)器的網(wǎng)關(guān))間的鏈路有故障。由于我們的網(wǎng)絡(luò)服務(wù)不能中斷,網(wǎng)通機房的人建議晚間訪問 量少的時候重新做一條線或重壓網(wǎng)線兩端的水晶頭。前幾天我方為擴容在機架上施工,因此有可能把線纜碰了。已經(jīng)是中午了,肚子盡管餓了,但還是有點不甘心, 再搗鼓一下看能不能找出點什么來。于是我搬來梯子,爬上去看接近天花板的交換機的指示燈狀態(tài)。居然有一個端口指示燈黃綠交替一閃一閃的,仔細一看,是某個 交換機的41號端口,而且網(wǎng)線上標明這條線是整個網(wǎng)段的上聯(lián)線,即與網(wǎng)關(guān)相連的那條線,和先前測試出來的端口是一致的??赡軉栴}就是在這個交換機上了,趕 快連上console線,登錄上這個交換機,用命令 # show int f0/41 查看41號端口的輸出,嘿嘿!居然變成半雙工了,再查看其他一些端口的雙工情況,均是自適應,再去問IDC 機房的人,確認網(wǎng)關(guān)哪個連接端口的雙工配置,網(wǎng)關(guān)的端口為全雙工。好,馬上進入配置模式,# config t , int f0/41 ,# duplex full 就把交換機的41號端口設(shè)置成全雙工了,馬上生效,保存配置;然后再爬梯子看41號端口指示燈的狀態(tài),變成綠色,這基本表明故障已經(jīng)排除了?,F(xiàn)在,開始從 內(nèi)外來測試丟包的情況了,經(jīng)測試一切恢復正常。
原因分析:端口速率不匹配是引起丟包的最直接的原因。而引起端口速率變成半雙工的原因可能是網(wǎng)絡(luò)閃斷引起的,比如網(wǎng)關(guān)那端的端口速率變化,而我方交換機的端口是自適應的,因此在協(xié)商后就變成半雙工了。
關(guān)于ping IP 老是丟包的問題
通常有以下幾種原因:
1.由于服務(wù)器的IIS中運行了非法或者沒有獨立進程池的原因,找到這個站點,給他一個獨立的進程池.
2.如果服務(wù)器上捆綁了一個主機頭為空的站點的話,容易造成這個問題,最好把這個主機為空的站點給刪除了,或者把這個站點的進程池給獨立起來,就可以解決問題.
3.由于對服務(wù)器的帶寬和流量限制的太低問題,一般有一些機房的IDC服務(wù)商為了獲得更多的托管的用戶,十分的苛刻的限制用戶托管的服務(wù)器,造成流出去的十分少,請求的多,就造成丟包問題.
4.由于交換機的交換口的問題:首先使用Ping命令測試,發(fā)現(xiàn)不定時的有數(shù)據(jù)包丟失的現(xiàn)象,初步認為是物理層的原因。重做網(wǎng)線的RJ45頭后,故 障依舊,換根網(wǎng)線也不行。懷疑是網(wǎng)卡接口或者交換機端口的問題。經(jīng)查看網(wǎng)卡驅(qū)動無誤,網(wǎng)卡接口也沒有任何異常。再查看交換機端口,發(fā)現(xiàn)與服務(wù)器連接的交換 機端口工作指示燈在綠與黃之間閃爍,這說明端口工作不正常。使用超級終端登錄交換機,查看此端口的參數(shù),發(fā)現(xiàn)此端口是工作在100Mbyte/s全雙工模 式,回到服務(wù)器前查看本地連接狀態(tài),網(wǎng)卡是工作在10Mbyte/s全雙工模式。交換機的端口與網(wǎng)卡的傳輸速率和雙工模式不一致。將網(wǎng)卡工作模式改為 100Mbyte/s全雙工模式后測試,一切正常,故障解決。
5.由于被DDOS或者洪水猛獸攻擊造成的大量丟包,這個時候沒有什么好說的,趕快加上硬件防火墻吧
總結(jié):一般排除故障的方法是:
1 帶寬有沒有占滿
2 換個交換機端口試試
3 換個網(wǎng)線試試
4 網(wǎng)卡及主板驅(qū)動是不是沒裝(一般不會是這個問題)
5 交換機上設(shè)置是100M的還是10M的,與機器設(shè)置成一樣的
還不成換交換機