IPERF；相邻 wifi 信道的丢包答案

【问题标题】：IPERF; Packet loss over adjacent wifi channelsIPERF；相邻 wifi 信道的丢包
【发布时间】：2015-06-26 18:58:51
【问题描述】：

我有两个 iperf 客户端和服务器。两者都在 5GHz 上。两者都在 20MHz 频道上。一个 iperf 客户端通过通道 36 发送数据，另一个通过通道 40 发送数据。同时在两个通道上发送数据时会出现巨大的损失，而当我们通过任一 iperf 客户端发送数据时几乎没有损失。这种情况的可能原因是什么？以及如何纠正？

注意：没有其他 wifi 设备在这些频道上工作。实验是在一个房间里设置的，所以范围不会成为问题。正在使用 UDP。

iperf 服务器命令： iperf -s -u -w 320k

iperf 客户端命令：iperf -c 192.168.XX.XXX -u -w 320k -t 10 -i 1 -b 300M

【问题讨论】：

标签： wifi iperf

【解决方案1】：

如果 rts/cts 开启，将会有丢包。第一个接入点将继续发送数据，而第二个接入点等待第一个发送所有数据。 2nd 将在等待发送数据时丢弃数据包。虽然信道不同，但接入点会检测信道干扰。

您应该考虑使用频道 36 和 44 来解决问题。

这些可能还有其他原因。

【讨论】：

【解决方案2】：

理论上，如果您在两个 AP 中都使用 20MHz 信道，则 CH36 (5180 MHz) 不应干扰 CH40 (5200 MHz)。因此，干扰不应成为影响 iPerf 结果的原因。

此外，大多数 AP 通常可以关闭 RTS/CTS 选项（通过 Web 管理页面）。它也不应该影响 iPerf 结果，因为 RTS/CTS 通常用于防止小帧的冲突 - 而 iPerf 通常发送大帧。

您正在测试的网络拓扑结构并不完全清楚。两个 AP 是完全独立的还是相连的？ iPerf 服务器在哪里 - 它们是通过 WiFi 还是通过 Eth 连接的？

最后我怀疑你使用的“-w”选项。您正在测试 UDP，但“-w”用于指定 TCP 窗口大小。

【讨论】：

我们在同一个房间内使用 4 个 PCS 和 2 个 AP（接入点）。 PC A 通过以太网连接到 AP-A，而 PC B 通过以太网连接到 AP-B PC C 通过 wifi 连接到 AP-A，而 PC D 通过 wifi 连接到 AP-B。 AP-A 在通道 36 上工作，而 AP-B 在通道 40 上工作。我们同时将数据从 PC A 发送到 PC C，从 PC B 发送到 PC D。
现在理论上干扰不应该是导致 iperf 结果的原因，但我们一次又一次地遇到这个问题。为了测试这一点，我们将 AP 放在一起。我们在一次通信中丢失了近 100%，而在另一次通信中丢失了 0%，这表明一个 AP 被捕获。
我们认为问题在于它们是 20MHz 信道，因此它们最终会在边界处相遇，因此启用了载波感知。
那么哪个连接会遭受 100% 的损失？ C --> AP_A --> A（CH36 上的 AP_A）或 D --> AP_B --> D（CH40 上的 AP_B）如果您将 AP_B 从 CH40 更改为 CH48 或 CH161（如果可能/取决于您的 AP）-你还会观察这种行为吗？如果您交换客户端/服务器端怎么办，现在说 A 发送到 C；而D发送给B？对于 20 MHz 频道，您报告的结果确实很奇怪。