Far funzionare Chromecast su più sottoreti

So che Google dice che non è supportato. Qualcuno ha un Chromecast per parlare con un client su una sottorete diversa? Ho un router OpenWRT collegato al router del mio provider Internet (router principale). La rete OpenWRT è una sottorete diversa e gestisce DHCP ecc. Rete OpenWRT (192.168.1.0/24) e rete principale (192.168.11.0/24)

Il Chromecast è sulla rete principale, voglio che i client sulla rete OpenWRT utilizzino il Chromecast.

Ho abilitato igmp_snooping, eseguendo igmpproxy e avahi-daemon in modalità reflector. Riesco a vedere Chromecast in Bonjour Explorer (da una macchina sulla rete OpenWRT), ma l'app Chromecast non si connette.

Ho anche provato ad aumentare il TTL sul router 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 posso vedere che il Chromecast e il computer parlano attraverso le sottoreti ... ma non si collegheranno ancora.

Posso anche eseguire il ping del Chromecast dalla rete figlio.

Qualcuno l'ha fatto? Qualche puntatore?

Per quanto ne so, l'unico problema che impedisce l'utilizzo dei Chromecast da altre sottoreti è quello della scoperta, che è gestita dai pacchetti UPNP multicast che purtroppo hanno un TTL di 1. Invece di far fare al mio router tutto il solito multicast shenanigans e regolando il TTL come suggerisci, ho scritto uno script Python per pubblicizzare il mio Chromecast sull'altra sottorete. È disponibile su github .

Vedo 2 potenziali problemi.

1) Chromecast potrebbe utilizzare un protocollo senza routing. Pensa a NetBIOS o IPX. Solo perché esso e il dispositivo a cui si collega utilizzano l'IP per la gestione, ciò non significa che i pacchetti video possano attraversare quel dispositivo di rete

2) Potresti riscontrare anche questo problema di routing. Ho riscontrato diversi problemi con dispositivi collegati in rete a basso costo che hanno problemi di routing tra 192.168 reti private. Lo spazio di rete non è stato progettato per il routing aziendale più grande. Si è verificato un problema in un sito quando si è tentato di unire due intervalli adiacenti regolando il mascheramento della rete. Non dovrebbe esserci un problema, ma il router non lo farebbe in modo affidabile.

Se invece provi, 10.x.64.0 / 23, potresti avere più fortuna. Suggerisco quell'intervallo perché cade su uno schema di bit uniforme. È stata una vera seccatura cambiare tutti i dispositivi e ricollegarli, ma è stato implementato come parte di una riprogettazione della rete.