Как заставить Chromecast работать в подсетях

Я знаю, что Google говорит, что это не поддерживается. У кого-нибудь есть Chromecast для общения с клиентом в другой подсети? У меня есть маршрутизатор OpenWRT, подключенный к маршрутизатору моего интернет-провайдера (родительский маршрутизатор). Сеть OpenWRT является другой подсетью и обрабатывает DHCP и т. Д. Сеть OpenWRT (192.168.1.0/24) и родительская сеть (192.168.11.0/24)

Chromecast находится в родительской сети, я хочу, чтобы клиенты в сети OpenWRT использовали Chromecast.

Я включил igmp_snooping, запустив igmpproxy и avahi-daemon в режиме отражателя. Я вижу Chromecast в Bonjour Explorer (с компьютера в сети OpenWRT), но приложение Chromecast не подключается.

Я также попытался увеличить TTL на маршрутизаторе 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

Используя wireshark, я вижу, что chromecast и компьютер разговаривают через подсети ... но он все равно не подключается.

Я также могу пропинговать Chromecast из дочерней сети.

Кто-нибудь сделал это? Есть указатели?

Насколько я могу сказать, единственная проблема, препятствующая использованию Chromecasts из других подсетей, заключается в обнаружении, которое обрабатывается многоадресными пакетами UPNP, которые, к сожалению, имеют TTL 1. Вместо того, чтобы мой маршрутизатор делал все обычные многоадресные рассылки. shenanigans и настройку TTL, как вы предлагаете, я написал скрипт на python для рекламы моего Chromecast в другой подсети. Это доступно на github .

Я вижу 2 потенциальные проблемы.

1) Chromecast может использовать протокол без маршрутизации. Подумайте NetBIOS или IPX. То, что оно и подключенное к нему устройство используют IP для управления, не означает, что видеопакеты могут проходить через это сетевое устройство.

2) Возможно, вы столкнулись с этой проблемой маршрутизации. Я видел несколько проблем с дешевыми устройствами, подключенными к сети, с проблемами маршрутизации между 192.168 частными сетями. Это сетевое пространство не было предназначено для маршрутизации больших предприятий. Мы столкнулись с проблемой на одном сайте, когда пытались объединить два смежных диапазона путем настройки маскирования сети. Не должно быть проблемы, но маршрутизатор не будет делать это надежно.

Если вы попробуете вместо этого 10.x.64.0 / 23, вам повезет больше. Я предлагаю этот диапазон, потому что он попадает на четную комбинацию. Было очень сложно переключать все устройства и связывать их, но это было реализовано как часть модернизации сети.