使用 wifi over 扩展器解决 ping DUP!(重复)问题

使用 wifi over 扩展器解决 ping DUP!(重复)问题

我家里有一台 wifi 路由器和一台扩展器,我认为扩展器可能存在一些配置错误。我连接扩展器时经常出现高延迟或低于预期的吞吐量。

我的主要问题是:

如何排除似乎造成大量重复的 wifi 扩展器的故障?

答案:就我而言,问题出在 PC 上的 NIC 故障(“d”)。请参阅 EDIT3 了解完整解释,并查看评论以获取有关 WIFI 故障排除的有用提示。

到目前为止,我尝试过使用 ping、mtr、traceroute/tracepath。接下来,我将描述我的场景,然后给出一些示例 ping 输出:

设想

我拥有的是:

A。仅通过有线方式、由 ISP 提供的路由器连接到互联网

b.TP-Link Archer-C60 通过以太网连接到“a”(ISP 路由器)

C。TP-Link AC 750 (RE200) 通过 5.8Ghz wifi 通道连接到“b”

d.家用电脑通过 2.4Ghz wifi 信道连接到“c”

没有其他设备使用 5.8Ghz 信道。其他设备使用 b 或 c 的 2.4Ghz wifi 信道访问网络。

环境的物理模型是:

Legend:
  -- and | are walls
  '  is a ethernet cable
  a  is the ISP-provided router
  b  is the TP-Link Archer-C60 wifi router
  c  is the TP-Link AC 750 (RE200) wifi extender
  d  is a home PC

                                |--------------|
                                |            d |
                                |c             |
-----------|    |------   ------|              |
|                                              |
|            b|-------   ---   -|              |
|            '|                 |--------------|
|            '|
|            a|
|             |
|-------------|

示例 ping

我已经从主机“d”运行了 ping,而没有其他设备连接到网络。执行此操作时,我可以轻松获得 5 到 7 个相同 ping 回复的重复结果。以下是一些示例输出:

从 d ping b (192.168.0.1):

--- 192.168.0.1 ping statistics ---
421 packets transmitted, 421 received, +487 duplicates, 0% packet loss, time 420022ms
rtt min/avg/max/mdev = 1.053/10.543/188.536/21.423 ms

从 d: ping 8.8.8.8

--- 8.8.8.8 ping statistics ---
421 packets transmitted, 420 received, +867 duplicates, 0% packet loss, time 419810ms
rtt min/avg/max/mdev = 35.480/47.917/256.235/21.228 ms

编辑1运行 tcpdump 时,我得到很多ICMP time exceeded in-transit。小样本,其中 192.168.0.1 是“b”,而 192.168.0.100 是“d”...

编辑2

  • 删除了ICMP time exceeded in-transit日志,在EDIT1中添加,因为它不相关。

  • 环境的虚拟拓扑

虚拟拓扑为:

a --- cat5 --- b >>> 5.8Ghz >>> c ))) 2.4Ghz ))) d and other hosts devices
               U
               U
              2.4Ghz
               U
               U
         other hosts devices

那是:

  • 互联网由“a”通过 cat5 提供给“b”,并由“b”通过无线方式分发
  • 路由器“b”和扩展器“c”通过 5.8Ghz 信道进行通信
  • 主机通过 2.4Ghz 通道连接到“b”或“c”(理论上它们可以通过 5.8Ghz 通道连接,但我目前没有兼容的设备)

编辑3:

事实证明,是我的 PC 上的 PCI 无线网卡 (“d”) 出现故障。网卡丢弃了大量数据包并发送了大量重复数据包。这种行为堵塞了中继器,最终堵塞了整个网络,影响了其他设备。我更换了网卡,现在一切正常。

为了确定这一点,我简单地拿了两台笔记本电脑,尝试测试网络内外的连接性。此外,我在“d”打开的情况下进行了所有测试,然后在关闭的情况下重复了这些测试。差异非常明显。

网络内部连通性:我使用 iputils 的 ping 测试了泛洪时的丢包率(-f 标志)。两台笔记本电脑之间的丢包率接近于零,但我的 PC 的丢包率约为 20%。PC 还显示了很多 DUP。tcpdump 显示重复的数据包来自我的 PC 或仅发往我的 PC。当我的 PC 开机时,两台设备之间的 ping 出现了一些 DUP 和丢包。当 PC 关机时,没有发现 DUP 或丢包。

网络外连接:我使用 mytraceroute、fast.com 和 speedtest.net 检查网络外部的连接性。当我的 PC 开机时,延迟非常高,吞吐量非常低。当我的 PC 关机时,网络运行正常,延迟非常低,吞吐量接近正常水平。

有了新的 NIC,一切都运行正常。

答案1

事实证明,是我的 PC 上的 PCI 无线网卡 (“d”) 出现故障。网卡丢弃了大量数据包并发送了大量重复数据包。这种行为堵塞了中继器,最终堵塞了整个网络,影响了其他设备。我更换了网卡,现在一切正常。

为了确定这一点,我简单地拿了两台笔记本电脑,尝试测试网络内外的连接性。此外,我在“d”打开的情况下进行了所有测试,然后在关闭的情况下重复了这些测试。差异非常明显。

网络内部连通性:我使用 iputils 的 ping 测试了泛洪时的丢包率(-f 标志)。两台笔记本电脑之间的丢包率接近于零,但我的 PC 的丢包率约为 20%。PC 还显示了很多 DUP。tcpdump 显示重复的数据包来自我的 PC 或仅发往我的 PC。当我的 PC 开机时,两台设备之间的 ping 出现了一些 DUP 和丢包。当 PC 关机时,没有发现 DUP 或丢包。

网络外连接:我使用 mytraceroute、fast.com 和 speedtest.net 检查网络外部的连接性。当我的 PC 开机时,延迟非常高,吞吐量非常低。当我的 PC 关机时,网络运行正常,延迟非常低,吞吐量接近正常水平。

有了新的 NIC,一切都运行正常。

相关内容