☰

高丟包率 - 所有躍點均顯示紅色

tag-icon • tag-icon networking latency packet-loss
高丟包率 - 所有躍點均顯示紅色

我運行了 Ping Plotter，以下是所有躍點上丟包率較高的結果（大約 12%）。我很難相信Google的路由器有問題，難道是我的網路卡惹的禍？

點擊螢幕截圖放大它們。

ping 繪圖儀螢幕的圖片（關閉了除《戰車世界》之外的所有網路流量，刪除了本機路由器）：

尖峰時段

我還運行了 winMTR（運行無線電和 starcraft2），我也添加了我的家庭路由器。

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                               my.router -    0 | 1631 | 1631 |    0 |    0 |    3 |    1 |
|                                10.0.0.1 -    5 | 1413 | 1356 |    1 |   11 |   41 |    3 |
|                qr90.bucuresti.rdsnet.ro -    5 | 1379 | 1313 |    1 |   12 |   78 |    3 |
|                cr01.bucuresti.rdsnet.ro -    4 | 1436 | 1385 |    2 |   18 |   50 |    3 |
|                xr01.budapesta.rdsnet.ro -    5 | 1407 | 1348 |   13 |   24 |   70 |   14 |
|                xr01.budapesta.rdsnet.ro -    4 | 1430 | 1377 |   13 |   24 |  125 |   15 |
|               213-154-130-234.rdsnet.ro -    4 | 1422 | 1367 |   13 |   27 |  122 |   14 |
|                          209.85.242.228 -    4 | 1429 | 1376 |   13 |   26 |  121 |   14 |
|                           72.14.232.102 -    4 | 1421 | 1366 |   30 |   44 |  142 |   45 |
|                            72.14.236.21 -    4 | 1440 | 1390 |   28 |   45 |  204 |   29 |
|                           209.85.254.57 -    5 | 1402 | 1342 |   31 |   46 |   86 |   32 |
|                          www.google.com -    4 | 1441 | 1391 |   29 |   40 |   69 |   31 |
|________________________________________________|______|______|______|______|______|______|
  WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

凌晨 4 點左右，我的機器上有種子和所有內容，流量正常：

凌晨 4 點

在添加我的家庭路由器後，我注意到它沒有丟包，所以我猜問題出在 10.0.0.1 路由器上。 ISP 的人員過來檢查了連接情況，並說沒問題，但延遲高峰的問題仍然存在。我注意到的一件事是，早上和深夜連接正常。

答案1

這看起來完全正常。您必須記住兩件事。

首先，如果特定連線顯示資料包遺失，您將在包含該連線的任何路徑上看到相同的資料包遺失。因此，如果您與 ISP 的連線出現丟包現象，則超過該點的每個點都會顯示相同的丟包情況。透過發送資料包並查看是否收到資料包來測量資料包遺失。

其次，丟包是正常的。這就是多個 TCP 流如何決定如何共享連接，而無需任何特定的「你得到 X，你得到 Y」機制。由於您正在運行 torrent 程序，因此您可能有相當多的 TCP 連接，並且它們都在嘗試計算可以獲得多少頻寬。 TCP 連線會提高速度，直到資料包開始遺失，然後又下降。

假設其中一個連線突然變慢。其他人如何知道有更多可用頻寬？唯一的方法是他們定期嘗試提高傳輸速率。如果這些連接充分利用了您的連接，並且其中一個嘗試提高其傳輸速率，您認為會發生什麼？是的，有些資料包會遺失。如果沒有封包遺失，那麼所有 TCP 連線都會增加其頻寬消耗。那會如何運作呢？

如果這對您來說是個問題，因為您也嘗試執行對資料包遺失敏感的應用程序，請配置 torrent 程式允許的入站和出站流量限制。使其約為您在程式中看到的最大流量水準的 85%。這只會導致 torrent 程式效能下降 15%，並且通常應將資料包遺失等級保持在 0。

答案2

Torrent 使用大量 TCP 和 UDP 連接，根據您的路由器，這可能會在執行操作時使用路由器的所有 RAM。由於我看到10.xxx 網路出現封包遺失，這表示您的路由器和該網路之間出現了問題，請更換您的乙太網路線，如果您使用DSL，請更換您的電話線，並確保電話線的長度不超過3英尺。標準電話線沒有屏蔽，也不使用雙絞線，因此對電磁幹擾非常敏感。

另外，如果您使用DSL連接，許多社群都會遇到一個稱為「本地飽和」的問題，基本上是DSLAM無法處理的人太多，這會導致資料包遺失。

至於每個繪圖儀遭遇資料包遺失的遠端網絡，不確定，但這些網路超出了 ISP 的控制範圍。

相關內容