8

Я знаю, что 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 из дочерней сети.

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

2 ответа2

1

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

-1

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

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

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .