Como fazer o Chromecast funcionar em sub-redes

Eu sei que o Google diz que não é suportado. Alguém tem um Chromecast para conversar com um cliente em uma sub-rede diferente? Eu tenho um roteador OpenWRT conectado ao meu roteador de provedores de Internet (roteador pai). A rede OpenWRT é uma sub-rede diferente e lida com DHCP, etc. Rede OpenWRT (192.168.1.0/24) e rede pai (192.168.11.0/24)

O chromecast está na rede principal. Quero que os clientes na rede OpenWRT usem o Chromecast.

Eu habilitei o igmp_snooping, executando o igmpproxy e o avahi-daemon no modo refletor. Posso ver o Chromecast no bonjour explorer (de uma máquina na rede OpenWRT), mas o aplicativo Chromecast não se conecta.

Eu também tentei aumentar o TTL no roteador OpenWRT

iptables -t mangle -A PREROUTING -i eth0 -d 239.255.255.250 -j TTL --ttl-inc 1
iptables -t mangle -A PREROUTING -i wlan0 -d 239.255.255.250 -j TTL --ttl-inc 1

Usando o wireshark, posso ver que o chromecast e o computador estão falando através de sub-redes ... mas ele ainda não se conecta.

Também posso executar ping no chromecast na rede filho.

Alguém fez isso? Alguma dica?

Até onde eu sei o problema, o único problema que impede o uso do Chromecasts de outras sub-redes é o de descoberta que é tratada por pacotes UPNP multicast que infelizmente têm um TTL de 1. Em vez de fazer com que meu roteador faça todo o multicast usual travessuras e ajustando o TTL como você sugere, escrevi um script python para anunciar meu Chromecast na outra sub-rede. Está disponível no github .

Eu posso ver 2 problemas em potencial.

1) O Chromecast pode estar usando um protocolo sem roteamento. Pense em NetBIOS ou IPX. Só porque ele e o dispositivo conectado também estão usando IP para gerenciamento, não significa que os pacotes de vídeo possam atravessar esse dispositivo de rede

2) Você também pode estar enfrentando esse problema de roteamento. Eu já vi vários problemas com dispositivos conectados à rede baratos com problemas de roteamento entre redes privadas 192.168. Esse espaço de rede não foi projetado para roteamento corporativo maior. Encontramos um problema em um site quando tentamos mesclar dois intervalos adjacentes ajustando o mascaramento da rede. Não deveria haver um problema, mas o roteador não faria isso de maneira confiável.

Se você tentar 10.x.64.0 / 23, poderá ter melhor sorte. Eu sugiro esse intervalo porque ele cai em um padrão de bits par. Era um verdadeiro aborrecimento trocar e revincular todos os dispositivos, mas foi implementado como parte de um redesenho da rede.