Damit Chromecast über Subnetze hinweg funktioniert

Ich weiß, dass Google sagt, dass es nicht unterstützt wird. Hat jemand einen Chromecast, um mit einem Client in einem anderen Subnetz zu sprechen? Ich habe einen OpenWRT-Router mit meinem Internetprovider-Router (übergeordneter Router) verbunden. Das OpenWRT-Netzwerk ist ein anderes Subnetz und verarbeitet DHCP usw. OpenWRT-Netzwerk (192.168.1.0/24) und übergeordnetes Netzwerk (192.168.11.0/24)

Der Chromecast befindet sich im übergeordneten Netzwerk. Ich möchte, dass Clients im OpenWRT-Netzwerk den Chromecast verwenden.

Ich habe igmp_snooping aktiviert und igmpproxy und avahi-daemon im Reflektormodus ausgeführt. Ich kann Chromecast im Bonjour Explorer sehen (von einem Computer im OpenWRT-Netzwerk), aber die Chromecast-App stellt keine Verbindung her.

Ich habe auch versucht, die TTL auf dem OpenWRT-Router zu erhöhen

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

Mit Wireshark kann ich sehen, dass der Chromecast und der Computer über Subnetze sprechen ... aber es wird immer noch keine Verbindung hergestellt.

Ich kann den Chromecast auch über das untergeordnete Netzwerk anpingen.

Hat das jemand gemacht? Irgendwelche Hinweise?

Soweit ich das Problem beurteilen kann, ist das einzige Problem, das die Verwendung von Chromecasts aus anderen Subnetzen verhindert, eine Entdeckung, die von Multicast-UPNP-Paketen behandelt wird, die leider eine TTL von 1 haben. Anstatt meinen Router dazu zu bringen, alle üblichen Multicast-Aktionen auszuführen Shenanigans und Anpassen der TTL, wie Sie vorschlagen, schrieb ich ein Python-Skript, um meinen Chromecast im anderen Subnetz zu bewerben. Es ist auf Github erhältlich .

Ich kann 2 mögliche Probleme sehen.

1) Chromecast verwendet möglicherweise ein Nicht-Routing-Protokoll. Denken Sie an NetBIOS oder IPX. Nur weil es und das angeschlossene Gerät IP für die Verwaltung verwenden, bedeutet dies nicht, dass die Videopakete dieses Netzwerkgerät durchlaufen können

2) Möglicherweise tritt auch dieses Routing-Problem auf. Ich habe mehrere Probleme mit billigen Geräten mit Netzwerkanschluss gesehen, die Probleme beim Routing zwischen 192.168 privaten Netzwerken haben. Dieser Netzwerkbereich war nicht für das Routing größerer Unternehmen ausgelegt. An einem Standort ist ein Problem aufgetreten, als versucht wurde, zwei benachbarte Bereiche durch Anpassen der Netzwerkmaskierung zusammenzuführen. Es sollte kein Problem geben, aber der Router würde es nicht zuverlässig tun.

Wenn Sie stattdessen 10.x.64.0 / 23 versuchen, haben Sie möglicherweise mehr Glück. Ich schlage diesen Bereich vor, weil er auf ein gleichmäßiges Bitmuster fällt. Es war ein echtes Problem, alle Geräte umzuschalten und neu zu verknüpfen, aber es wurde im Rahmen eines Netzwerk-Redesigns implementiert.