Os problemas de conectividade parcial 802.11 quase sempre se resumem a problemas de multicast.
No 802.11, as transmissões são um subconjunto de multicasts, portanto, isso quebra não apenas os protocolos multicast, como a maioria dos protocolos de descoberta de serviço / serviço, mas também os fundamentais baseados em transmissão, como o ARP.
Os multicasts 802.11 só são complicados quando estão sendo enviados para um cliente sem fio. É por isso que o DHCP tende a funcionar mesmo quando o multicast é interrompido; as mensagens DHCP que são geralmente transmitidas são aquelas de o cliente (Discover, Request); as mensagens para o cliente (Offer, Ack) são geralmente unicast.
Quando você suspeitar de um problema de difusão seletiva 802.11, as etapas de solução de problemas padrão são:
-
Desative temporariamente a segurança sem fio no seu AP e veja se o problema desaparece. Alguns métodos de segurança, como WPA e WPA2, exigem que os multicasts sejam enviados com uma chave diferente dos unicasts e exigem que a chave multicast (grupo) seja periodicamente alterada automaticamente, o que alguns APs e clientes com erros cometem erros. Alguns métodos de segurança, como WPA2 de modo misto (AES e TKIP habilitado simultaneamente) e 802.11i TSN (AES, TKIP e WEP habilitados simultaneamente) exigem que os multicasts sejam enviados com uma cifra completamente diferente dos unicasts, que, novamente, muitas implementações pobres errar.
-
Certifique-se de que a taxa de multicast [ atualização : apenas sua taxa de multicast, e não toda a sua taxa definida] do seu AP não esteja definida muito alta. No 802.11, os multicasts devem ser enviados com uma taxa de dados baixa o suficiente para que todos os clientes possam recebê-los de maneira confiável. Tente abaixá-lo para 2 ou 1 mbps e veja se o problema desaparece.
-
Insira os mapeamentos ARP estáticos entre os dispositivos afetados. No seu caso, esse seria seu novo laptop e qualquer que seja a caixa que sirva como o gateway padrão para a sub-rede IPv4 em que seus clientes sem fio estão. [* IEdit **: Apenas para ficar claro, inserir um mapeamento ARP estático no roteador , que informa o endereço MAC do cliente, é a direção mais importante.] Em seguida, tente fazer ping no seu gateway padrão ou conectar-se a sites / serviços externos. Se funcionar agora, isso confirma que é um problema de multicast.
Aqui está um exemplo do que eu acho que está acontecendo. Tomemos o caso do ping do seu roteador:
-
O cliente envia uma solicitação ARP (difusão) para encontrar o endereço MAC do endereço IP do roteador. Nesse sentido, funciona.
-
O roteador envia uma resposta ARP (unicast).
-
O cliente envia uma solicitação de eco ICMP (solicitação de ping) para endereços IP (L3) e MAC (L2) do roteador.
-
O roteador ainda não tem um mapeamento ARP para o cliente, e não pode confiar apenas no endereço MAC da solicitação de ping recebida, pois isso pode levar a um envenenamento de cache ARP, portanto, ele envia seu próprio ARP solicitação (transmissão) para encontrar o endereço MAC para o endereço IP do cliente. Mas esta é a direção na qual os multicasts podem invadir o 802.11.
-
Como o cliente nunca recebe as difusões de solicitações do ARP do roteador, ele nunca sabe responder, de modo que o roteador nunca sabe como endereçar os cabeçalhos L2 dos quadros de resposta do ping que deseja enviar, por isso é necessário descartá-los .
Alguns podem perguntar: "Mas a transação DHCP não teria causado a criação de um mapeamento ARP no roteador?", mas já vi servidores DHCP que injetam pacotes em um nível baixo, ignorando a pilha IP usual , ignorando, assim, o código ARP.
Se for um problema de multicast, se for causado por suas configurações de segurança e você não conseguir encontrar uma configuração que atenda às suas necessidades de segurança sem acertar o bug, a solução é obter o firmware atualizado para seu AP ou drivers para seus cartões que possuem as correções de bugs necessárias ou para substituir seu equipamento com bugs por equipamentos com menos bugs. Eu suponho que há também uma chance de que, se o problema estiver no AP, talvez o firmware de terceiros para esse AP, como DD-WRT, OpenWRT ou Tomato, possa não ter o bug que o firmware original do fornecedor tinha.
Se for um problema de multicast causado pelo uso de uma taxa de multicast muito alta, considere adotar uma taxa de multicast menor.