iperfでUDPワイヤレスマルチキャストを受信するには、どのアドレスを使用すればよいですか？

コンピューター1（192.168.1.3）：
通信がワイヤレスカードを経由することを確認するためのルートを作成しました

sudo route add -net 239.0.0.0 netmask 255.255.255.0 dev wlan2

次のコマンドでiperfを起動します。

iperf -c 239.0.0.1 -u -l 1316

コンピューター2（192.168.1.6）の場合：
ワイヤレスカードのトラフィックをtcpdumpで受信していることを認めます。
次のコマンドでiperfを起動します。

iperf -s -u -l 1316 -B 239.0.0.1

しかし、コンピューター2から何も出力されません。別のアドレスにバインドする必要がありますか？

wireless multicast

— ウラジミール・レイヴ
ソース

モアの詳細。真剣に。何ディストリビューション？宛先はどのように構成されていますか？（コンピューター1へのルートがなく、リバースパスフィルターが有効になっているのですか？）

— BatchyX

これは問題なく動作するはずです。有線接続でテストを繰り返してみて、WLANの不自然さを排除してみてください（マルチキャストを転送しないため、一部のWLANはIPv6を強制終了することを知っています）

— ytti

また、どのワイヤレスカードを使用していますか？

— BatchyX 2013年

Mac mini（osx）とラップトップ（linux）をwlan（AX411 + SRX210）で試したところ、「broadcast-multicast-rate-limit rate-limit 50」と「broadcast-multicast- rate-limit rate-limit-bursts 75 '、それ以前は、WLAN-> WLANではなく、WLAN-> wireに送信するだけでした（つまり、無線に送信しましたが、無線から受信できませんでした）

— ytti

どのバージョンのiperfを使用していますか？iperf 2.0.5以降で成功しました。（注意：IGMPクエリアを実行するので、中間スイッチがIGMPスヌーピングを実行します。）少なくともLinuxでは、バインドデバイスはルートテーブルエントリに基づいていると思います。

— rjmcmahon

私自身がiperfでマルチキャストを使用してこの問題を抱えていました-私の場合、それはiperfが特定のインターフェイス上のマルチキャストソースにバインドすることができず、代わりにシステムの最初のインターフェイスにそれ自体をハードコードするだけであったためです。通常eth0で応答が受信されない場合、それは役に立ちません。あなたの言うことから、あなたもこの問題を抱えているようです。

そこで、バインドするインターフェイスを指定できるパッチを作成しました。githubリポジトリからソースを取得できます。

これを使用するには、いずれかの入力-O eth123または--interface eth123どこeth123実際のインターフェイス名です。

私は自分のパッチをプロジェクトに提出しましたが、非アクティブであることを考えると、作者がiperfを放棄したか、忙しすぎるのではないかと思います。

— オリプロ
ソース

すごい！それは完璧に働きます！

— Vladimir Leiv 2013年