Roteador “Módulo Wi-Fi” atrasado sem causa lógica

Question

Já há algum tempo, meu roteador tem dado inúmeros problemas, especialmente atrasos.

Roteador: Netgear DGN2200v2
Dispositivos conectados:
Wi-Fi - Dispositivo Android, 1 Windows PC
LAN - 1 PC com Windows

Nenhum dispositivo / rede semelhante operando na mesma banda / frequência. O roteador está em um ambiente aberto. Conexão sempre foi 100% sem problemas até cerca de 1 mês atrás, quando isso começou, de forma aleatória. Nenhuma mudança de roteador aconteceu antes ou depois.

Ao conectar-se ao roteador, a autenticação demora um pouco e falha nas primeiras duas vezes. O tempo de espera é de +/- 7 segundos. Em seguida, obter um endereço IP (que falha 2-4 vezes) demora cerca de 10 segundos. Depois disso, posso finalmente me conectar, mas passar qualquer dado pelo módulo Wi-Fi do roteador, seja conectar à internet ou transferir dados via Wi-Fi para qualquer lugar, ou até mesmo fazer o ping do roteador, mostra isso:

link

TL; DR -

- > apenas pingando, sem fluxo de dados

Reply from 10.0.0.2: bytes=32 time=82ms TTL=64 
Reply from 10.0.0.2: bytes=32 time=33ms TTL=64
Reply from 10.0.0.2: bytes=32 time=303ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=77ms TTL=64
Reply from 10.0.0.2: bytes=32 time=45ms TTL=64
Reply from 10.0.0.2: bytes=32 time=129ms TTL=64
Reply from 10.0.0.2: bytes=32 time=997ms TTL=64
Reply from 10.0.0.2: bytes=32 time=75ms TTL=64
Reply from 10.0.0.2: bytes=32 time=261ms TTL=64
Reply from 10.0.0.2: bytes=32 time=10ms TTL=64

Ao entrar nas configurações do roteador do meu PC com Windows via Wi-Fi (o roteador tem configurações baseadas na web via navegador), clink no link nas configurações do roteador para abrir uma página de configurações (por exemplo, configuração Wi-Fi ou ADSL):

Reply from 10.0.0.2: bytes=32 time=286ms TTL=64
Reply from 10.0.0.2: bytes=32 time=605ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=839ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=2399ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=8ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=13ms TTL=64
Reply from 10.0.0.2: bytes=32 time=41ms TTL=64
Reply from 10.0.0.2: bytes=32 time=51ms TTL=64
Reply from 10.0.0.2: bytes=32 time=288ms TTL=64

- > Página acabada de carregar

Isso vem acontecendo há algum tempo. Alguma idéia de por que isso poderia acontecer?

    

Answer 1

Primeiro, tente alterar o canal. Não importa se o mesmo canal funcionou no passado e você não vê nenhum outro tráfego Wi-Fi . Um dispositivo não-Wi-Fi de 2,4 GHz pode ter surgido nesse meio tempo e estar matando você. Talvez seu vizinho tenha um novo monitor para bebês, telefone sem fio, subwoofer sem fio ou alto-falante Bluetooth. Eu vi especificamente alguns chipsets que fazem proprietário (ou seja, sem Wi-Fi nem Bluetooth) de áudio sem fio de 2,4 GHz para coisas como subwoofers sem fio falharem quando começarem a transmitir uma onda portadora não modulada de alta potência contínua mesmo quando não houver áudio enviado para os alto-falantes. Isso basicamente bloqueia todos os canais de Wi-Fi que se sobrepõem à frequência da onda de transmissão.

Em segundo lugar, como teste, desative a economia de energia do 802.11 nas configurações avançadas do driver do adaptador Wi-Fi do seu cliente. O modo de economia de energia 802.11 pode causar flutuações de latência e, em conjunto com um AP com bugs, pode causar perda de pacotes. Talvez uma atualização de SO ou driver tenha sido esquecida da economia de energia ativada.

Em terceiro lugar, verifique a força do sinal e a taxa de dados. Tanto a visão do cliente do AP, quanto a visão do cliente pelo AP. Se a força do sinal em ambos os lados parecer ridiculamente baixa, verifique se suas antenas (em cada dispositivo) não foram desconectadas.