Eu sei que o Google diz que não é suportado. Alguém tem um Chromecast para falar com um cliente em uma sub-rede diferente? Eu tenho um roteador OpenWRT conectado ao meu roteador 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 principal (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 conectará.
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 por meio de sub-redes ... mas ainda não se conectarão.
Também posso fazer ping no chromecast a partir da rede secundária.
Alguém fez isso? Quaisquer ponteiros?
Tanto quanto eu posso dizer o problema, o único problema que impede que o Chromecasts seja usado de outras sub-redes é uma descoberta que é tratada por pacotes UPNP multicast que infelizmente têm um TTL de 1. Em vez de fazer meu roteador fazer todos as usuais travessuras multicast e ajustando o TTL como você sugere, eu escrevi um script python para anunciar meu Chromecast na outra sub-rede. Está disponível no github .
Eu vejo dois problemas em potencial.
1) O Chromecast pode estar usando um protocolo sem roteamento. Pense NetBIOS ou IPX. Só porque ele e o dispositivo que ele conecta 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ê pode estar se deparando com esse problema de roteamento também. Eu tenho visto vários problemas com dispositivos conectados à rede baratos com problemas de roteamento entre 192.168 redes privadas. Esse espaço de rede não foi projetado para roteamento empresarial maior. Tivemos um problema em um site quando tentamos mesclar dois intervalos adjacentes ajustando o mascaramento da rede. Não deve haver um problema, mas o roteador não faria isso de maneira confiável.
Se você tentar, em vez disso, 10.x.64.0 / 23, você pode ter mais sorte. Eu sugiro que o intervalo, porque cai em um padrão de bits mesmo. Foi um incômodo real trocar todos os dispositivos e revinculá-los, mas ele foi implementado como parte de um redesenho da rede.
Tags chromecast upnp multicast mdns