Os Chromecasts aparentemente são descobertos pelo protocolo DIAL , que se baseia no UPnP, que geralmente faz descobertas enviando UDP multicasts com sintaxe semelhante a HTTP dentro.
Realizar multicast em redes Wi-Fi é complicado e os fornecedores cometem erros o tempo todo. Aqui estão algumas das principais maneiras de dar errado, com sugestões de como testar ou corrigir cada um:
-
A taxa de multicast está definida como alta. Alguns pontos de acesso Wi-Fi (pontos de acesso; "roteador sem fio" em termos leigos) permitem definir a taxa de multicast (às vezes, em uma tela "opções sem fio avançadas"). Por uma questão de solução de problemas, se você puder configurá-lo, defina-o o mais baixo possível. Não que, se você tiver, digamos, um AP B / G / N de 2,4 GHz, mas o tenha no modo N-only, provavelmente não poderá definir a taxa de multicast tão baixa quanto possível, a menos que você reative o B / G taxas. Portanto, certifique-se de que está no modo B / G / N e defina a taxa de multicast para 1 Mbps, se isso permitir.
-
Agrupe problemas de chave de codificação e grupo com WPA2 e WPA. Os multicasts precisam ser criptografados com uma chave diferente e, às vezes, com uma codificação completamente diferente (algoritmo de criptografia), dependendo de como você tem o WPA2 ou o WPA configurado. Por enquanto, apenas temporariamente durante a solução de problemas, desative toda a segurança sem fio da sua rede para eliminar essa possibilidade.
-
"Isolamento de cliente sem fio" ou "isolamento de ponto de acesso", como seu aplicativo Chromecast sugerido. Alguns APs têm um recurso que tenta impedir que os dispositivos sem fio conversem entre si diretamente. Desativar isso.
-
Ponte quebrada entre interfaces no AP. Alguns APs não fazem um ótimo trabalho de ponte de LAN para WLAN, ou de WLAN de 2,4 GHz a WLAN de 5 GHz, etc. Se o seu BT Hub 3 é um AP de banda dupla simultânea, certifique-se de ter seu laptop conectado ao mesmo banda (2,4 vs. 5 GHz) à medida que o seu Chromecast se junta. A transmissão de pacotes entre clientes sem fio geralmente é feita no próprio chipset de rádio Wi-Fi (ou em seu driver), sem passar pelo código de ponte do sistema operacional host do ponto de acesso. Então, se o código de ponte do seu AP está quebrado, isso irá contornar isso.
-
Snooping de IGMP quebrado. Como os multicasts são problemáticos nas redes sem fio, você deseja manter as multicasts desnecessárias sem fio. Para ajudar nisso, alguns APs fazem "IGMP Snooping", que permite ver quando um cliente tenta se inscrever, digamos, em um fluxo de vídeo multicast. Se o AP vê um cliente se inscrever em um fluxo através do protocolo IGMP, o AP começará a encaminhar esse fluxo para wireless. Mas se ele nunca vê um cliente perguntar por um determinado fluxo de multicast, o AP não o enviará para o wireless. No entanto, o tipo de multicasts que protocolos de descoberta como DIAL / UPnP e Bonjour (mDNS / DNS-SD) usam, NÃO são do tipo que o IGMP deve aplicar, então uma implementação de IGMP Snooping bem escrita sempre permitirá que esses pacotes passar sem fio, porque você realmente não pode esperar ver alguém emitir solicitações IGMP para eles. Mas se o seu BT Hub 3 tiver uma implementação interrompida do IGMP Snooping, pode estar estragando tudo. Você poderia procurar uma caixa de seleção (er, "tickbox" no BrE) para ativar e desativar o IGMP Snooping, e, seja qual for a maneira como estiver definido, alterná-lo para que seja definido de outra forma. Talvez esteja menos quebrado quando está ligado do que quando está desligado. Ou vice-versa.
-
Modo de economia de energia 802.11 de enfileiramento e entrega multicast. Quando qualquer cliente sem fio usa o modo de economia de energia 802.11 (o que todos fazem atualmente), eles desligam seus rádios Wi-Fi por curtos períodos de tempo para economizar energia. O AP tem que fazer um trabalho especial para garantir que os pacotes multicast sejam enfileirados e entregues em horários em que todos os clientes que se preocupam com multicast tenham seus receptores Wi-Fi ativados para recebê-los. Não tenho ideia se o Chromecast usa o modo de economia de energia 802.11 (provavelmente o faz) ou se ele oferece uma maneira de desativá-lo (provavelmente não). Se este for um laptop Windows, normalmente você pode acessar a janela avançada de propriedades do driver da sua placa Wi-Fi e desativar o modo de economia de energia. Você não pode desativar o modo de economia de energia no ponto de acesso, porque é obrigatório que os APs o suportem.
-
Software de firewall pessoal nos dispositivos do cliente. Se qualquer comunicação do Chromecast voltar ao seu laptop Win7 for feita por meio de multicast para uma determinada porta UDP e essa porta for filtrada pelo seu software de firewall pessoal, ela não será enviada para o aplicativo de configuração do Chromecast.
Eu recomendo que você tente todas as sugestões acima de uma só vez, e veja se isso faz diferença. Se não, coloque tudo de volta e reclame para a BT e o Google. Mas se fizer fazer a diferença, comece a fazer um processo de eliminação para ver qual alteração ou conjunto de mudanças fez a diferença.