Eu tenho essas interfaces configuradas no roteador (máquina Linux):
br0: flags=4419<UP,BROADCAST,RUNNING,PROMISC,MULTICAST> mtu 1500
inet 192.168.0.3 netmask 255.255.255.0 broadcast 192.168.0.255
bridge name bridge id STP enabled interfaces
br0 8000.00156d8591ec no eth0
wlan0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::7271:bcff:feb1:d9cf prefixlen 64 scopeid 0x20<link>
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.200.44.147 netmask 255.255.255.128 broadcast 10.200.44.255
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::215:6dff:fe85:91ec prefixlen 64 scopeid 0x20<link>
Em br0 existem duas interfaces (eth0 - rede doméstica local e wlan0 - rede doméstica sem fio). eth1 é interface de conexão com a internet e não faz parte da br0.
Eu uso o mumudvb para enviar IPTV multicast com o grupo IP 239.100.0.1 (udp / 1234) e receber esse tráfego multicast em uma máquina diferente na LAN usando o VLC player.
Quando eu configuro para enviar multicast sobre eth0, tudo funciona bem em LAN doméstica, mas não consigo me juntar ao grupo multicast do próprio roteador.
É por isso que eu configurei para enviar multicast por br0 (faz mais sentido - então eu posso me juntar ao grupo multicast da rede eth0, bem como ao próprio roteador) mas depois de 5 minutos de conexão, a conexão multicast LAN cai qualquer mensagem IGMP). Mas eu posso me juntar novamente e ele vai funcionar nos próximos 5 minutos novamente, então caia.
Por que ele está caindo ao enviar multicast por br0 e não é descartado ao enviar diretamente por meio de eth0? Estou faltando alguma configuração na ponte? O que pode expirar durante este período? Por exemplo, o STP está desativado para a ponte, mas isso não deve afetar isso?
Quando eu participo do grupo multicast br0 do próprio roteador, ele não cai. Somente quando inscrito de uma máquina conectada à br0 através de eth0.
Ao usar br0 para multicast, ele precisa ter o Querier IGMP ativado. Quando ativado, a versão do protocolo IGMP mudará de v3 para v2 e começará a emitir consultas de associação e não mais descartará.
Pelo que eu pesquisei, parece não haver utilidade para habilitar o querier em uma bridge, isso deve ser feito via /sys assim:
$ echo -n 1 > /sys/devices/virtual/net/br0/bridge/multicast_querier
A queda de IPTV é de 5 min porque você não tem a consulta IGMP proveniente da rede e, em seguida, não envia um relatório
A solução é enviar uma consulta IGMP regular com um processo python usando o scapy (não se esqueça de usar a VLAN IPTV correta ...)
Funciona para mim!
echo 0 > /sys/devices/virtual/net/br0/bridge/multicast_snooping