Qual endereço devo usar para receber um multicast sem fio UDP com iperf?

8

No computador 1 (192.168.1.3):
fiz uma rota para garantir que minha comunicação passe pela minha placa sem fio

sudo route add -net 239.0.0.0 máscara de rede 255.255.255.0 dev wlan2

Eu inicio o iperf com o seguinte comando:

iperf -c 239.0.0.1 -u -l 1316

No computador 2 (192.168.1.6):
reconheço o fato de estar recebendo o tráfego na placa sem fio com o tcpdump.
Eu inicio o iperf com o seguinte comando:

iperf -s -u -l 1316 -B 239.0.0.1

Mas nada sai do computador 2, preciso vinculá-lo em outro endereço?

wireless multicast Vladimir Leiv
fonte
DETALHES DO MOAR. A sério. que distro? como o destino está configurado? (Isso acontece para não ter uma rota para Computador 1 e tendo caminho inverso filtragem habilitado?)
BatchyX
Isso deve funcionar muito bem. Você poderia tentar repetir o teste com conexão com fio, só para excluir WLAN wonkiness (eu sei que alguns WLANs matar IPv6, porque eles não fazem frente multicast)
ytti
Além disso, quais placas sem fio você está usando?
BatchyX
Eu apenas tentei no meu mac mini (osx) e laptop (linux), ambos na wlan (AX411 + SRX210), e o teste acima funcionou depois de adicionar 'broadcast-multicast-rate-limit-limit rate-limit 50' e 'broadcast-multicast- rate-limit rate-limit-bursts 75 ', antes disso eu podia simplesmente enviar para WLAN-> wire, não WLAN-> WLAN (então eu envio para o rádio, mas não posso receber do rádio)
ytti
Qual versão do iperf você está usando? Eu tive sucesso com o iperf 2.0.5+. (Observe, eu executo um consultor IGMP para que quaisquer comutadores intermediários executem a espionagem IGMP.) Acho que o dispositivo de ligação é baseado nas entradas da tabela de rotas, pelo menos no Linux.
Rjmcmahon 15/07

Respostas:

8

Eu mesmo tive esse problema usando o multicast com o iperf - no meu caso, foi devido ao fato de o iperf não permitir que você se vinculasse a uma fonte de multicast em uma interface específica e, em vez disso, apenas se codifica para a primeira interface do sistema, o que significa que, se a resposta não estiver sendo recebida no que normalmente é eth0, é inútil. Pelo que você diz, parece que você também tem esse problema.

Então, eu escrevi um patch que permite que você especifique a interface à qual se vincular - você pode pegar a fonte do meu repositório do github .

Para usá-lo, digite -O eth123ou --interface eth123onde eth123está o seu nome de interface real.

Enviei meu patch para o projeto, mas, dada a inatividade, suspeito que o autor tenha abandonado o iperf ou esteja muito ocupado.

Olipro
fonte
Ótimo ! Funciona perfeitamente!
Vladimir Leiv