2 つの iperf クライアントとサーバーがあります。どちらも5GHz。どちらも20MHzチャンネルです。1 つの iperf クライアントはチャネル 36 を介してデータを送信し、もう 1 つはチャネル 40 を介してデータを送信しています。両方のチャネルで同時にデータを送信すると、大きな損失が発生しますが、いずれかの iperf クライアントを介してデータを送信するとほとんど損失はありません。このシナリオの考えられる理由は何ですか? そして、それらを修正する方法は？
注: これらのチャネルで動作している他の Wi-Fi デバイスはありません。実験は部屋に設置されているので、範囲は問題になりません。UDP が使用されています。
iperf サーバー コマンド:
iperf -s -u -w 320k
iperf クライアント コマンド:iperf -c 192.168.XX.XXX -u -w 320k -t 10 -i 1 -b 300M
rts/cts がオンの場合、パケット ドロップが発生します。1 番目のアクセス ポイントはデータを送信し続け、2 番目のアクセス ポイントは 1 番目のアクセス ポイントがすべてのデータを送信するのを待ちます。2番目は、データの送信を待機しているため、パケットをドロップします。チャネルは異なりますが、アクセス ポイントはチャネル干渉を検出します。
この問題を解決するには、チャネル 36 と 44 を使用することを検討する必要があります。
これらの理由は他にもあるかもしれません。
理論的には、両方の AP で 20MHz チャネルを使用している場合、CH36 (5180 MHz) は CH40 (5200 MHz) に干渉しないはずです。したがって、干渉が iPerf の結果の理由になるべきではありません。
また、RTS/CTS オプションは通常、ほとんどの AP で (Web 管理ページを介して) オフにすることができます。RTS/CTS は通常、小さなフレームの衝突を防ぐために使用されるため、iPerf の結果には影響しませんが、iPerf は通常大きなフレームを送信します。
テストしているネットワーク トポロジが完全に明確であるとは限りません。2 つの AP は完全に独立しているか、接続されていますか? iPerf サーバーはどこにありますか? WiFi または Eth 経由で接続されていますか?
最後に、あなたが使用している「-w」オプションを疑います。UDP をテストしていますが、「-w」は TCP ウィンドウ サイズを指定するためのものです。