Eu tenho DD-WRT em execução no modo gateway em um DIR-615 I1. Atualizei para a versão mais recente disponível.
O Chromecast é um dispositivo apenas sem fio, para quem não conhece. O dispositivo foi configurado e opera normalmente usando dispositivos sem fio associados ao roteador, mas os dispositivos Ethernet com fio não podem se comunicar com o Chromecast. Especificamente, o plug-in do Chrome diz "Nenhum dispositivo de transmissão encontrado".
O isolamento de AP está desativado.
Eu cheirei pacotes entre um laptop por meio de conexões com e sem fio e com o Chromecast, e é isso que eu encontrei:
Existem pacotes IGMP, TCP, UDP entre o Chromecast e uma interface sem fio no laptop.
Há IGMP e TCP, mas nenhum pacote UDP é trocado entre o Chromecast e uma interface Ethernet com fio no mesmo laptop.
Especificamente, a interface com fio recebe o seguinte pacote IGMP do Chromecast:
1062 55.011807 192.168.1.145 239.255.255.250 IGMP 60 V2 Membership Report / Join group 239.255.255.250
... que também é observável na interface sem fio. Alguns pacotes na interface ethernet com fio são marcados como tendo uma soma de verificação de cabeçalho ipv4 ruim (0x0000), mas eu li isso é artefato devido ao descarregamento da soma de verificação na NIC.
Aqui está o fluxo TCP (redigido) observável na interface com fio:
GET /ssdp/device-desc.xml HTTP/1.1
Host: 192.168.1.145:8008
Connection: keep-alive
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.49 Safari/537.36
DNT: 1
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,fr;q=0.6
HTTP/1.1 200 OK
Application-URL: http://192.168.1.145:8008/apps/
Content-Type: application/xml
Content-Length: 1078
<?xml version="1.0"?>
<root xmlns="urn:schemas-upnp-org:device-1-0">
<specVersion>
<major>1</major>
<minor>0</minor>
</specVersion>
<URLBase>http://192.168.1.145:8008</URLBase>
<device>
<deviceType>urn:dial-multiscreen-org:device:dial:1</deviceType>
<friendlyName>Bedroom TV</friendlyName>
<manufacturer>Google Inc.</manufacturer>
<modelName>Eureka Dongle</modelName>
<UDN>uuid:XXXXXXXXXXXXXXXXXXXXXXXXXXXXX</UDN>
<iconList>
<icon>
<mimetype>image/png</mimetype>
<width>98</width>
<height>55</height>
<depth>32</depth>
<url>/setup/icon.png</url>
</icon>
</iconList>
<serviceList>
<service>
<serviceType>urn:dial-multiscreen-org:service:dial:1</serviceType>
<serviceId>urn:dial-multiscreen-org:serviceId:dial</serviceId>
<controlURL>/ssdp/notfound</controlURL>
<eventSubURL>/ssdp/notfound</eventSubURL>
<SCPDURL>/ssdp/notfound</SCPDURL>
</service>
</serviceList>
</device>
</root>
Isso aparentemente não é bom o suficiente para a função, e a falta de pacotes UDP no ath0 - > A rota eth1 (as interfaces WLAN e LAN no roteador DD-WRT) é suspeita. Alguém pode esclarecer o que pode estar acontecendo? As configurações de bridge e route no DD-WRT são basicamente padrão.
Apenas tive um problema com isso. Outros relatórios disseram que a desativação do NAT, a conexão do Chromecast e a reativação funciona.
Para isso, vá para setup > roteamento avançado > operando o modo e mude para o modo roteador, conecte o chromecast e, em seguida, volte para o gateway.
Não sei por que isso funciona, mas fez por mim.
Tive o mesmo problema. Eu já estava operando no modo roteador (estou usando a caixa DD-WRT como um WAP somente), portanto, o acima não se aplica. Tente ativar o suporte a IPv6 no firmware do DD-WRT.
Administration --> Management Tab
IPv6 Support... IPv6 -> enable
Alguns dispositivos que usam DD-WRT exigem que o Chomecast funcione corretamente. Trabalhou para mim.
My setup:
Chromecast
v
DD-WRT as WAP
v
Cisco SG300-10 > Gateway Router
v
Wired PC