标签: packet-loss

我最近开始在我的 DSL 连接上定期丢失数据包，并试图了解导致这种情况的条件。

我的 DSL 调制解调器有一个统计页面，其中包含“SN 余量 (dB)”和“线路衰减 (dB)”的值。我认为 SN 是指信噪比，但我希望它是一个无单位值，因为它是一个比率。

在一个好的信号中我应该寻找哪些重要的细节，它们指的是什么？

我需要一个工具软件或其他（最好是软件）来测试以太网上的误码率。

我使用的不是我编写的软件工具，也无法访问将位错误引入以太网的源代码。我目前正在尝试测试该软件是否能完成它实际应该做的事情，以便它可以用于某些网络模拟。

我知道有像 FireBERD 这样的硬件测试仪，但如果有人有一些可以做到这一点的软件，那就太好了。虽然基于我在这里阅读的内容 http://www.wireshark.org/faq.html#q7.9 我没有太大希望。

（这可能在 serverfault 上得到更好的回答，但它在技术上与服务器无关，因此欢迎提出建议......）

我们只是在工作时搬了办公室。我们在马萨诸塞州剑桥市，拥有 Comcast 企业级电缆调制解调器。每隔几天，在一天的大部分时间里，我们都无法访问一些（但不是全部）网站 - 例如，Slashdot。碰巧的是，我住在离办公室三英里的地方，而且我家里还有一个康卡斯特企业级电缆调制解调器。在工作中，我可以通过 ssh 连接到我家中的服务器，尽管我通过了一些相同的路由器 - 以及所有相同的通用 POP - 我在家中没有这些问题。

15 年前，我知道如何解决此问题并致电 NOC 并解决问题。如今，有了负载均衡器和虚拟 IP，我难住了。我尝试使用下面的跟踪路由联系 Savvis，他们说“这不是我们”。我将它们发送到 Slashdot，当然没有回应——但这不仅仅是一个 Savvis 问题，也不仅仅是一个 Slashdot 问题。

我们在 ping Google 的 8.8.8.8 时偶尔也会看到 10-30% 的数据包丢失；我不知道问题是否同时发生，而且我目前没有任何失败的跟踪路由，但是成功的跟踪路由离开111eighthave.ny.ibone.comcast.net并直接进入谷歌而没有点击 Savvis。

来自办公室的跟踪路由失败：

~% traceroute slashdot.org
traceroute to slashdot.org (216.34.181.45), 64 hops max, 52 byte packets
 1  * * *
 2  te-7-1-ur01.cambridge.ma.boston.comcast.net (68.87.36.241)  10.628 ms  7.029 ms  14.147 ms
 3  be-51-ar01.needham.ma.boston.comcast.net (68.85.162.157)  10.648 ms  13.714 ms  13.754 ms
 4  pos-2-1-0-0-cr01.newyork.ny.ibone.comcast.net (68.86.95.29)  20.171 ms …

我已经运行了 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 | …

我正在管理一小部分使用类似以太网硬件的戴尔新款笔记本电脑和台式机——台式机用的是英特尔 I217-LM，笔记本电脑用的是英特尔 I218-LM。这些都在 Windows 7 中运行相同的 Intel 驱动程序，当前为“Intel(R) PROSet Version: 18.1.59.00”，或驱动程序版本“12.11.77.0, 2/11/2014”（不确定这两个版本的用途，但是无所谓）。

这些机器在将数据包丢弃到我们本地校园网络上几跳之外的服务器时遇到了问题。我对这些问题的诊断工具一次运行了ping -t -l 3500 targetserver01几个小时，并将丢弃的数据包数量与控件进行比较。

我发现这些新机器每小时丢弃数十个数据包，而隔壁的旧台式机几乎没有丢弃。我运行的最后一次试验让这个旧台式机在 2.5 小时内丢弃了 14 个数据包，而所有较新的机器在同一时间段内丢弃了 110 到 130 个数据包。即使在 wifi 上运行相同的笔记本电脑，它们丢弃的数据包也比使用以太网时少。我还控制了网络基础设施——此时我 100% 确定 (+/- 10%) 与此问题一致的变量是 Windows 上的英特尔以太网驱动程序，这可以通过启动其中一台笔记本电脑来证明在 U 盘上进入 Ubuntu。在完全相同的 Intel 芯片组上运行默认的 Ubuntu 驱动程序时，问题消失并且丢包率重新与“旧桌面”控制一致。

我已经尝试在设备管理器的驱动程序设置中使用我可以使用的所有设置，但无济于事。这些机器需要运行 Windows 软件，所以我不能只在所有机器上安装 Linux。目前我最好的解决方法是为所有这些机器购买 USB 以太网适配器，而不是内置接口，但我认为必须有更好的方法，因为问题出在驱动程序软件上，而不是界面本身。

我发现了这个问题，这似乎表明我不会为这个英特尔芯片组找到“通用”驱动程序：

WINDOWS 的通用以太网驱动程序

那么，我有哪些选择？这是否值得进一步研究，也许是在受影响的机器上运行 WireShark？英特尔是否接受用户反馈？

编辑：

新司机没有任何区别。我目前可以访问的所有 Windows 7 机器都受到影响，但在 iMac 上运行的虚拟机除外。虚拟机不会遇到 ~1% 的数据包丢失问题。

接下来的步骤是同时测试 ping 这个办公室和服务器之间的每个路由器（只有 2 个），阅读如何使用 NTttcp，并找到另一台使用不同芯片组的本机 Windows 7 机器。我会回来报告的。

哦，我也用 USB 以太网加密狗进行了试验，得到了相同的大约 1% 的丢包率。所以现在我很奇怪。

新问题：我怎样才能让自己不慢慢陷入疯狂？

第二次编辑： …

因此，我有一个反复出现的问题，几周来一直困扰着我。只有我的家庭网络上的 ubuntu (18.04 LTS) 笔记本电脑才会出现这种情况。

• 该网络上的其他设备（Windows 10 台式机、Android 手机、Windows 笔记本电脑）工作正常
• 我的 ubuntu 笔记本电脑在其他网络上工作正常
• wifi或有线连接没有区别，我已经排除了所有中间设备
• 我已经联系了我的 ISP，他们说一切看起来都很好，如果问题仍然存在，建议更换路由器。

唯一能解决这个问题的办法就是重新启动 ubuntu 笔记本电脑。

下面是mtr 8.8.8.8重启前的情况：

Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                  Packets               Pings
 Host                                                                           Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ???
 2. 78-22-192-1.access.telenet.be                                               94.7%   549   10.5  73.0   9.5 831.1 204.7
 3. dD5E0CEA1.access.telenet.be                                                 82.9%   549   11.9 180.8   9.7 1807. 443.7
 4. dD5E0FA71.access.telenet.be                                                 82.7%   549   15.6 202.2  12.8 2508. 479.2
 5. 74.125.32.88                                                                82.7%   549   28.8 189.8  27.0 2365. …