Technicolor TC8305C O gateway DOCSIS não fornece conectividade DHCP ou confiável para dispositivos Apple iOS

Question

Sou administrador de rede, mas não sei como proceder. Eu tenho um gateway DOCSIS Technicolor TC8305C, a marca Comcast. A cada poucos meses, alguns dispositivos da Apple não negociam corretamente as concessões de DHCP via WLAN. Estou no meu juízo final com este problema e nada que eu faça parece resolvê-lo. Dois exemplos de tais dispositivos são um Apple iPhone 5 e um Apple iPad Air. A WLAN do roteador está configurada para 802.11 g / n, com criptografia WPA / WPA2-PSK (TKIP / AES).

Ao conectar-se ao roteador sem fio e digitar a senha correta, algo está errado com o DHCP. O dispositivo usa como padrão o endereço de configuração automática 169.254.0.0/16. Verificando o GUI da web do roteador, vejo que ele atribuiu ao dispositivo um endereço IP de classe A e pode ver seu endereço MAC e nome de host. No dispositivo Apple, o símbolo Wi-Fi não é exibido na barra de ícones superior. Obviamente, houve um colapso no processo de negociação de concessão do DHCP e / ou há um tipo diferente de problema em um dos dispositivos. Eu não sei como descartar qualquer dispositivo como sendo a causa do problema.

Quando defino um endereço IP estático no dispositivo Apple, ainda não tenho conectividade, embora o símbolo Wi-Fi seja exibido na barra de ícones superior. Verifiquei que as informações inseridas manualmente estão 100% corretas. Definir um endereço IP estático (reservado) na GUI da Web do roteador, atribuindo-o ao endereço MAC do dispositivo Apple, também não tem efeito.

Eu testei a conexão com os métodos a seguir, todos resultando em um resultado "host inacessível":

1. Efetue ping de um host conectado conhecido na rede (de um PC).
2. Ping na GUI da Web do roteador.
3. Faça um ping do dispositivo da Apple para um host conectado conhecido na rede (para um PC).

Eu tentei redefinir o roteador, os dispositivos da Apple, desligar o AirDrop nos dispositivos da Apple e fazer uma redefinição de fábrica no roteador. Nenhuma delas é uma solução, no entanto, fazer uma reinicialização de fábrica no roteador parece aliviar temporariamente o problema em cerca de 20% do tempo (é praticamente ineficaz). A única outra coisa que posso pensar é uma captura de pacotes do meu IDS / Wireshark, na tentativa de diminuir o problema.

    

Answer 1

Verifique se você tem o firmware mais recente no roteador e se os últimos lançamentos do iOS no iPhone e no iPad são um bom lugar para começar.

Além disso, desative WPA [1] (TKIP) e vá para WPA2 (AES-CCMP) apenas. Ter as duas cifras ativadas dificulta a difusão seletiva e as transmissões, e protocolos críticos como o ARP e o DHCP usam transmissões. E eu desafio alguém a me mostrar um dispositivo (além dos antigos cartões AirPort 802.11b da Apple desde 1999-2002 e os cartões Lucent WaveLAN / Agere ORINOCO relacionados dos mesmos anos que usavam o mesmo chipset) que suportavam o TKIP, mas não o AES. Ninguém realmente precisou do WPA (TKIP), e ainda assim ele foi deixado por padrão em zilhões de roteadores, onde tudo que ele faz é convidar bugs que quebram o multicast.

Enquanto você ajusta as configurações do roteador, verifique se a taxa de multicast está definida como baixa (se é possível defini-la) e certifique-se de que as taxas 802.11b estejam ativadas. Não há penalidade por habilitar B se você não tiver dispositivos B por perto, e não há vantagem em desabilitar B se você tiver dispositivos B por perto. Mas, se a desativação de B no roteador desativa seu suporte à sinalização de estilo 802.11b, ela reduz o alcance da rede para todos os dispositivos e possivelmente torna menos difusores / difusões de difusão para dispositivos à margem do intervalo. Portanto, a solução real para o problema dos dispositivos somente B é livrar-se de todos os dispositivos B, e não desativar o suporte B no roteador.

Se essas mudanças não esclarecerem as coisas, então sim, é hora de reunir os logs e os rastreamentos de pacotes.