Uruchamianie Chromecasta w różnych podsieciach

Wiem, że Google twierdzi, że nie jest obsługiwane. Czy ktoś ma Chromecasta do rozmowy z klientem w innej podsieci? Mam router OpenWRT podłączony do routera mojego dostawcy Internetu (routera macierzystego). Sieć OpenWRT jest inną podsiecią i obsługuje DHCP itp. Sieć OpenWRT (192.168.1.0/24) i sieć macierzysta (192.168.11.0/24)

Chromecast jest w sieci nadrzędnej. Chcę, aby klienci w sieci OpenWRT korzystali z Chromecasta.

Włączyłem igmp_snooping, uruchamiając igmpproxy i avahi-daemon w trybie reflektora. Widzę Chromecasta w Bonjour Explorer (z komputera w sieci OpenWRT), ale aplikacja Chromecast się nie łączy.

Próbowałem również zwiększyć TTL na routerze 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

Za pomocą wireshark widzę, że chromecast i komputer rozmawiają przez podsieci ... ale nadal się nie łączy.

Mogę również pingować chromecast z sieci podrzędnej.

Czy ktoś to zrobił? Jakieś wskazówki?

O ile mogę stwierdzić, jedynym problemem uniemożliwiającym używanie Chromecastów z innych podsieci jest odkrycie, którym zajmują się pakiety UPNP multiemisji, które mają niestety TTL równe 1. Zamiast tego, aby mój router wykonywał wszystkie zwykłe multicasty shenanigans i dostosowując TTL, jak sugerujesz, napisałem skrypt Pythona do reklamowania mojego Chromecasta w drugiej podsieci. Jest dostępny na github .

Widzę 2 potencjalne problemy.

1) Chromecast może używać protokołu nierutującego. Pomyśl o NetBIOS lub IPX. Tylko dlatego, że urządzenie i podłączone do niego urządzenia wykorzystują IP do zarządzania, nie oznacza, że ​​pakiety wideo mogą przechodzić przez to urządzenie sieciowe

2) Możesz również napotkać ten problem z routingiem. Widziałem kilka problemów z tanimi urządzeniami podłączonymi do sieci, mającymi problemy z routingiem między 192.168 sieciami prywatnymi. Ta przestrzeń sieciowa nie została zaprojektowana do routingu w większych przedsiębiorstwach. Wystąpił problem w jednym miejscu, gdy próbowano połączyć dwa sąsiednie zakresy poprzez dostosowanie maskowania sieci. Nie powinno być problemu, ale router nie zrobiłby tego niezawodnie.

Jeśli zamiast tego spróbujesz 10.x.64.0 / 23, możesz mieć więcej szczęścia. Sugeruję ten zakres, ponieważ jest on parzysty. Bardzo trudno było przełączyć wszystkie urządzenia i ponownie je połączyć, ale zostało to zaimplementowane w ramach przeprojektowania sieci.