Hacer que Chromecast funcione en subredes

Sé que Google dice que no es compatible. ¿Alguien tiene un Chromecast para hablar con un cliente en una subred diferente? Tengo un enrutador OpenWRT conectado al enrutador de mi proveedor de Internet (enrutador principal). La red OpenWRT es una subred diferente y maneja DHCP, etc. Red OpenWRT (192.168.1.0/24) y red principal (192.168.11.0/24)

El Chromecast está en la red principal, quiero que los clientes de la red OpenWRT utilicen el Chromecast.

He habilitado igmp_snooping, ejecutando igmpproxy y avahi-daemon en modo reflector. Puedo ver Chromecast en Bonjour Explorer (desde una máquina en la red OpenWRT), pero la aplicación Chromecast no se conecta.

También he intentado aumentar el TTL en el enrutador 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 wireshark puedo ver que el Chromecast y la computadora están hablando a través de subredes ... pero aún no se conectan.

También puedo hacer ping al chromecast desde la red secundaria.

Alguien ha hecho esto? Cualquier puntero?

Por lo que puedo decir, el único problema que impide que los Chromecasts se utilicen desde otras subredes es el descubrimiento que se maneja mediante paquetes UPNP de multidifusión que desafortunadamente tienen un TTL de 1. En lugar de hacer que mi enrutador haga toda la multidifusión habitual travesuras y ajustando el TTL como sugieres, escribí un script de Python para anunciar mi Chromecast en la otra subred. Está disponible en github .

Puedo ver 2 posibles problemas.

1) Chromecast puede estar utilizando un protocolo de no enrutamiento. Piense en NetBIOS o IPX. El hecho de que él y el dispositivo que conecta también estén usando IP para la administración, no significa que los paquetes de video puedan atravesar ese dispositivo de red

2) También podría encontrarse con este problema de enrutamiento. He visto varios problemas con dispositivos conectados a la red baratos que tienen problemas de enrutamiento entre 192.168 redes privadas. Ese espacio de red no fue diseñado para el enrutamiento de grandes empresas. Nos encontramos con un problema en un sitio cuando intentamos fusionar dos rangos adyacentes ajustando el enmascaramiento de la red. No debería haber un problema, pero el enrutador no lo haría de manera confiable.

Si lo intentas, 10.x.64.0 / 23, puedes tener mejor suerte. Sugiero ese rango porque cae en un patrón de bits pares. Fue una verdadera molestia cambiar todos los dispositivos y volver a vincularlos, pero se implementó como parte de un rediseño de la red.