高丢包率 - 所有跃点都显示红色

Question

我已经运行了 Ping Plotter，这里是所有跃点上丢包率很高的结果（大约 12%）。我很难相信谷歌的路由器有问题，是我的网卡有问题吗？

_{单击屏幕截图以放大它们。}

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 点左右的流量，种子和我机器上的所有东西都在工作：

添加我的家用路由器后，我注意到它没有丢包，所以我猜问题出在 10.0.0.1 路由器上。来自 ISP 的人过来检查了连接并说没问题，但是延迟峰值的瘟疫仍然存在。我注意到的一件事是，在早上和深夜连接正常。

Answer 1

这看起来完全正常。您必须记住两件事。

首先，如果特定连接显示数据包丢失，您将在包含该连接的任何路径上看到相同的数据包丢失。因此，如果您与 ISP 的连接出现丢包现象，则超过该点的每个点都会显示相同的丢包情况。数据包丢失是通过发送数据包并查看是否收到数据包回来来测量的。

其次，丢包是正常的。这就是多个 TCP 流如何确定如何共享连接，而无需任何特定的“你得到 X，你得到 Y”机制。由于您正在运行 torrent 程序，因此您可能有相当多的 TCP 连接，并且它们都在尝试计算可以获得多少带宽。TCP 连接会提高速度，直到数据包开始丢失，然后又下降。

假设其中一个连接突然变慢。其他人如何知道有更多带宽可用？唯一的方法是他们定期尝试提高传输速率。如果这些连接充分利用了您的连接，并且其中一个尝试提高其传输速率，您认为会发生什么？是的，一些数据包会丢失。如果没有数据包丢失，那么所有 TCP 连接都会增加其带宽消耗。那会如何运作呢？

如果这对您来说是个问题，因为您还尝试运行对数据包丢失敏感的应用程序，请配置 torrent 程序允许的入站和出站流量限制。使其约为您在程序中看到的最大流量水平的 85%。这只会导致 torrent 程序性能下降 15%，并且通常应将数据包丢失级别保持在 0。（除非其他程序创建流量，然后该程序必须弄清楚如何与 torrent 共享。）