서브넷에서 Chromecast 작동

Google에서 지원하지 않는다고 말합니다. 다른 서브넷의 클라이언트와 대화하기 위해 Chromecast를 보유한 사람이 있습니까? 인터넷 공급자 라우터 (부모 라우터)에 OpenWRT 라우터가 연결되어 있습니다. OpenWRT 네트워크는 다른 서브넷이며 DHCP 등을 처리합니다. OpenWRT 네트워크 (192.168.1.0/24) 및 상위 네트워크 (192.168.11.0/24)

Chromecast가 상위 네트워크에 있습니다. OpenWRT 네트워크의 클라이언트가 Chromecast를 사용하기를 원합니다.

리플렉터 모드에서 igmpproxy 및 avahi-daemon을 실행하여 igmp_snooping을 활성화했습니다. Bonjour Explorer (OpenWRT 네트워크의 컴퓨터)에서 Chromecast를 볼 수 있지만 Chromecast 앱이 연결되지 않습니다.

OpenWRT 라우터에서 TTL을 늘리려 고 시도했습니다.

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를 핑 (ping) 할 수도 있습니다.

누구든지 이것을 했습니까? 어떤 포인터?

문제를 알 수있는 한 Chromecast가 다른 서브넷에서 사용되지 못하게하는 유일한 문제는 불행히도 TTL이 1 인 멀티 캐스트 UPNP 패킷으로 처리되는 발견 중 하나입니다. 라우터가 일반적인 모든 멀티 캐스트를 모두 수행하는 대신 제안한대로 shenanigans와 TTL을 조정하여 다른 서브넷에 Chromecast를 알리는 Python 스크립트를 작성했습니다. github에서 사용할 수 있습니다 .

두 가지 잠재적 인 문제를 볼 수 있습니다.

1) Chromecast가 비 라우팅 프로토콜을 사용 중일 수 있습니다. NetBIOS 또는 IPX를 생각하십시오. 그것이 연결된 장치와 장치가 관리를 위해 IP를 사용한다고해서 비디오 패킷이 해당 네트워크 장치를 통과 할 수있는 것은 아닙니다.

2)이 라우팅 문제도 발생할 수 있습니다. 192.168 개인 네트워크간에 라우팅하는 데 문제가있는 저렴한 네트워크 연결 장치와 관련된 몇 가지 문제가 있습니다. 그 네트워크 공간은 더 큰 엔터프라이즈 라우팅을 위해 설계되지 않았습니다. 네트워크 마스킹을 조정하여 두 개의 인접한 범위를 병합하려고 할 때 한 사이트에서 문제가 발생했습니다. 문제는 없지만 라우터는 안정적으로 작동하지 않습니다.

대신 10.x.64.0 / 23을 시도하면 운이 더 좋을 수 있습니다. 나는 그 범위가 짝수 비트 패턴에 있기 때문에 그 범위를 제안합니다. 모든 장치를 전환하고 다시 연결하는 것은 매우 번거로운 일이지만 네트워크 재 설계의 일부로 구현되었습니다.