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

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

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