Quelle adresse dois-je utiliser pour recevoir une multidiffusion sans fil UDP avec iperf?

8

Sur l'ordinateur 1 (192.168.1.3):
j'ai fait un itinéraire pour m'assurer que ma communication passe par ma carte sans fil

sudo route add -net 239.0.0.0 netmask 255.255.255.0 dev wlan2

Je lance iperf avec la commande suivante:

iperf -c 239.0.0.1 -u -l 1316

Sur l'ordinateur 2 (192.168.1.6):
je reconnais que je reçois le trafic sur la carte sans fil avec tcpdump.
Je lance iperf avec la commande suivante:

iperf -s -u -l 1316 -B 239.0.0.1

Mais rien ne sort de l'ordinateur 2, dois-je le lier à une autre adresse?

Vladimir Leiv
la source
DÉTAILS MOAR. Sérieusement. quelle distribution? comment la destination est-elle configurée? (se trouve-t-il qu'il n'y a pas de route vers l'ordinateur 1 et que le filtrage de chemin inverse est activé?)
BatchyX
Cela devrait très bien fonctionner. Pourriez-vous essayer de répéter le test avec une connexion filaire, juste pour exclure les avantages du WLAN (je sais que certains WLAN tuent IPv6, car ils ne
transfèrent
De plus, quelles cartes sans fil utilisez-vous?
BatchyX
Je viens d'essayer sur mon mac mini (osx) et mon ordinateur portable (linux), à la fois sur wlan (AX411 + SRX210), et le test ci-dessus a fonctionné après avoir ajouté 'broadcast-multicast-rate-limit rate rate limit 50' et 'broadcast-multicast- rate-rate rate-limit-bursts 75 ', avant cela, je pouvais simplement envoyer au WLAN-> fil, pas au WLAN-> WLAN (donc j'envoie à la radio, mais je ne pouvais pas recevoir de la radio)
ytti
Quelle version d'iperf utilisez-vous? J'ai eu du succès avec iperf 2.0.5+. (Remarque, je lance un querier IGMP donc tout commutateur intermédiaire effectuera l'espionnage IGMP.) Je pense que le périphérique de liaison est basé sur les entrées de la table de routage, au moins pour Linux.
rjmcmahon

Réponses:

8

J'ai eu ce problème lors de l'utilisation de la multidiffusion avec iperf moi-même - dans mon cas, cela était dû au fait que iperf ne vous permet pas de vous lier à une source de multidiffusion sur une interface spécifique et à la place de se coder en dur sur la première interface du système, ce qui signifie que, si la réponse n'est pas reçue sur ce qui est typiquement eth0, c'est inutile. D'après ce que vous dites, il semble que vous ayez aussi ce problème.

J'ai donc écrit un patch qui vous permet de spécifier l'interface à laquelle se lier - vous pouvez récupérer la source de mon dépôt github .

Pour l'utiliser, entrez soit -O eth123ou --interface eth123eth123est votre véritable nom d'interface.

J'ai soumis mon patch au projet, mais, étant donné l'inactivité, je soupçonne que l'auteur a abandonné iperf ou est tout simplement trop occupé.

Olipro
la source
Génial ! Cela fonctionne parfaitement!
Vladimir Leiv