ping 丟包的原因和解決方法.txt如果你是小區(qū)寬帶那種直接連接網卡的網絡, 丟包需要從下邊查找原因1-計算機網卡是否損壞2-RJ45頭是否損壞, 是否線路錯誤3-網線是否折傷4-附近鄰居是否同樣出

ping 丟包的原因和解決方法.txt

如果你是小區(qū)寬帶那種直接連接網卡的網絡, 丟包需要從下邊查找原因

1-計算機網卡是否損壞

2-RJ45頭是否損壞, 是否線路錯誤

3-網線是否折傷

4-附近鄰居是否同樣出現問題, 如果是說明問題出在上一級交換機與出口之間, 如果別人正常,

說明問題出在你的計算機到最近的交換機之間

如果是ADSL 使用電話線路

首先看看ADSL 的衰減情況

USB 的能直接看出來,LAN 口的需要登陸到MODEM 上看, 并且LAN 口的需要檢計算機到MODEM

之間是否丟包, 具體MODEM 的IP 請看說明書

說到投訴意義不大, 問題是客觀存在的, 并且大過年的, 雖然你不高興, 但是別人多人不高興了,

你看好不好, 問題能處理了是關鍵

從家里測試寬帶網連接的丟包是一項非常困難的工作。丟包可以發(fā)生在從你的計算機到你在

互聯網上正在連接的目的地之間的線路上的任何一個地方。引起丟包的原 因包括:網絡阻塞、

路由器或者交換機超過工作負荷、信號往返時間緩慢以及服務提供商或者托管你訪問的網站

的公司使用的通信優(yōu)先等級。

沒有主動測量實際重復傳輸的TCP 流量(對于家庭寬帶網連接來說，這類產品太昂貴了) ，

很難確定是否真的發(fā)生了重復傳輸。你指出的機制ping 和跟蹤 路由對于幫助家庭用戶確定

互聯網上哪里的速度慢是最有用的工具。Ping 測量你的計算機和你要連接的IP 地址之間的

信號往返時間。跟蹤路由是測量路由器在 你的計算機和你正在跟蹤的路由的IP 地址之間的

通道的反應時間。

使用Ping

使用Ping 測量丟包的最佳方法是向一個IP 地址發(fā)送大量的Ping 命令，然后檢查沒有應

答的那些Ping 命令。如果你快速地發(fā)出了50次Ping 命令，

你可以檢查沒有沒有應答的次數，并把沒有應答的次數作為丟包。沒有應答的次數超過

5可能就值得擔心了。

在一臺Windows 計算機上，在命令提示符后面輸入如下命令就可以完成這個任務:

Ping -n 50(IP地址或者域名，如www.website.com) 這個命令中的“-n ”開關告訴發(fā)送

ping 命令的次數，“50”是發(fā)送的次數。

然后，你將得到一個測試總結。這個總結將包括丟失的數量和百分比:

199.181.132.250地址Ping 的統(tǒng)計結果:

包: 發(fā)送 = 6, 接收 = 6, 丟失 = 0 (0)

大約往返時間以毫秒(ms)顯示:

最小 = 26ms, 最大 = 29ms, 平均 = 27ms

如果你看到平均往返時間較高(超過100ms) ，這也會降低你的網絡下載速度。

設法消除某些引起丟包的網絡某些部分的故障的一種方法是在通道的各個部分進行ping 測試。我首先開始進行測試的地方是本地的“缺省網關”。這是你所有的數據傳輸到網絡上經過的第一個路由器。如果在這一部分的丟包率很高，那么問題就在你的服務提供商的網絡上。

在Windows 命令提示符后面輸入“ipconfig ”命令你就可以發(fā)現你的缺省路由器的IP 地址。這個結果顯示如下:

以太網接口本地區(qū)域連接:

具體連接的DNS 后綴:domainname.com

IP 地址. . . . . . : 192.168.2.189

子網掩碼 . . . . . : 255.255.252.0

缺省網關 . . . : 10.10.0.1

你在這里要查看的是缺省網關的IP 地址。在上述例子中就10.10.0.1。

使用跟蹤路由

在Windows 命令提示符后面使用跟蹤路由命令就可以實施跟蹤路由。在Windows XPZH中這個命令是:tracert (IP地址或者主機名)

雖然結果不能向你顯示丟包，但是，可以向你顯示在路徑中路由器反應速度減慢的情況。

這個輸出結果將顯示所有的路由器的反應時間。下面是一個例子:

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(十分之一秒) 的，這就可能引起網絡上傳輸的時間減慢。

從上述例子中，你可以看到數據在很多不同的網絡(XO, Qwest, ABC)上傳輸。這是互聯網美妙的一部分。不利的方面是一個用戶無法解決反應時間減慢的問題。最佳的出發(fā)點就是確認你和你的服務提供商之間沒有出現丟包。

兩個idc 機房托管的服務器之間通訊不暢，經查，兩個機房間的丟包率在8左右。這樣的丟包率很容易引起tcp 連接失敗，由于網絡在線業(yè)務異常重要，不得有片刻的停機時間。刻不容緩，馬上處理。

一、先判斷丟包發(fā)生在那里。從辦公室的計算機分別ping 兩個機房的服務器、然后是網關，通過觀察輸出進行比較，發(fā)現問題在望京機房。在用路由跟蹤的方式測試，結論也是一樣。

二、去現場排查。檢查網段類服務器之間，服務器與交換機之間，以及交換機之間的網絡通訊情況，發(fā)ping 包，沒有丟包，但從網內ping 外部任何地址，都有丟包現象出現，路由跟蹤有時不成功。這些情況可以表明網段內的通訊是完全正常的。接下來要做的事情就是測試網關的狀態(tài)。網關是一個 cisco 6509交換機，是網通自己管理，我方的交換機通過一條雙絞線與cisco 6509相連，它是所有服務器的外聯接口。通過技術手段，已經知道上聯交換機的上聯端口是Fa0/41。

1、從網段內的某些服務器ping 網關，發(fā)現丟包。

2、從外網的某臺計算機ping 這個網關，沒有丟包發(fā)生。

3、從外網的某些計算機執(zhí)行到這個網關的路由跟蹤，情況正常。

4、用外網遠程的交換機ping 小包，情況正常。

５、從網段內的交換機ping 小包，發(fā)現丟包。

有上面的測試結果可以得出結論：是我方的交換機與網通交換機（我方服務器的網關）間的鏈路有故障。由于我們的網絡服務不能中斷，網通機房的人建議晚間訪問 量少的時候重新做一條線或重壓網線兩端的水晶頭。前幾天我方為擴容在機架上施工，因此有可能把線纜碰了。已經是中午了，肚子盡管餓了，但還是有點不甘心， 再搗鼓一下看能不能找出點什么來。于是我搬來梯子，爬上去看接近天花板的交換機的指示燈狀態(tài)。居然有一個端口指示燈黃綠交替一閃一閃的，仔細一看，是某個 交換機的41號端口，而且網線上標明這條線是整個網段的上聯線，即與網關相連的那條線，和先前測試出來的端口是一致的?？赡軉栴}就是在這個交換機上了，趕 快連上console 線，登錄上這個交換機，用命令 # show int f0/41 查看41號端口的輸出，嘿嘿！居然變成半雙工了，再查看其他一些端口的雙工情況，均是自適應，再去問IDC 機房的人，確認網關哪個連接端口的雙工配置，網關的端口為全雙工。好，馬上進入配置模式，# config t , int f0/41 ,# duplex full 就把交換機的41號端口設置成全雙工了，馬上生效，保存配置；然后再爬梯子看41號端口指示燈的狀態(tài)，變成綠色，這基本表明故障已經排除了。現在，開始從 內外來測試丟包的情況了，經測試一切恢復正常。 原因分析：端口速率不匹配是引起丟包的最直接的原因。而引起端口速率變成半雙工的原因可能是網絡閃斷引起的，比如網關那端的端口速率變化，而我方交換機的端口是自適應的，因此在協(xié)商后就變成半雙工了。

關于ping IP 老是丟包的問題

通常有以下幾種原因:

1. 由于服務器的IIS 中運行了非法或者沒有獨立進程池的原因, 找到這個站點, 給他一個獨立的進程池.

2. 如果服務器上捆綁了一個主機頭為空的站點的話, 容易造成這個問題, 最好把這個主機為空的站點給刪除了, 或者把這個站點的進程池給獨立起來, 就可以解決問題.

3. 由于對服務器的帶寬和流量限制的太低問題, 一般有一些機房的IDC 服務商為了獲得更多的托管的用戶, 十分的苛刻的限制用戶托管的服務器, 造成流出去的十分少, 請求的多, 就造成丟包問題.

4. 由于交換機的交換口的問題:首先使用Ping 命令測試，發(fā)現不定時的有數據包丟失的現象，初步認為是物理層的原因。重做網線的RJ45頭后，故 障依舊，換根網線也不行。懷疑是網卡接口或者交換機端口的問題。經查看網卡驅動無誤，網卡接口也沒有任何異常。再查看交換機端口，發(fā)現與服務器連接的交換 機端口工作指示燈在綠與黃之間閃爍，這說明端口工作不正常。使用超級終端登錄交換機，查看此端口的參數，發(fā)現此端口是工作在100Mbyte/s全雙工模 式，回到服務器前查看本地連接狀態(tài)，網卡是工作在10Mbyte/s全雙工模式。交換機的端口與網卡的傳輸速率和雙工模式不一致。將網卡工作模式改為 100Mbyte/s全雙工模式后測試，一切正常，故障解決。

5. 由于被DDOS 或者洪水猛獸攻擊造成的大量丟包, 這個時候沒有什么好說的, 趕快加上硬件防火墻吧

總結:一般排除故障的方法是:

1 帶寬有沒有占滿

2 換個交換機端口試試

3 換個網線試試

4 網卡及主板驅動是不是沒裝(一般不會是這個問題)

5 交換機上設置是100M 的還是10M 的, 與機器設置成一樣的 還不成換交換機

十年窗下無人問，一舉成名天下知。刪繁就簡三秋樹，領異標新二月花。