Já faz algum tempo que meu roteador vem apresentando inúmeros problemas, principalmente atrasos.
Roteador: Netgear DGN2200v2
Dispositivos conectados:
Wi-Fi - dispositivo Android, 1 PC com Windows
LAN - 1 PC com Windows
Nenhum dispositivo/rede semelhante operando na mesma banda/frequência. O roteador está em um ambiente aberto. A conexão sempre foi 100% sem problemas até cerca de 1 mês atrás, quando começou, aleatoriamente. Nenhuma alteração no roteador aconteceu antes ou depois.
Ao conectar-se ao roteador, a autenticação demora um pouco e falha nas duas primeiras vezes. O tempo de espera é de +/- 7 segundos. Então, obter um endereço IP (que falha de 2 a 4 vezes) leva cerca de 10 segundos. Depois disso posso finalmente me conectar, mas passar quaisquer dados pelo módulo Wi-Fi do roteador, seja conectando-se à internet ou transferindo dados via Wi-Fi para qualquer lugar, ou mesmo fazendo ping no roteador, mostra o seguinte:
DR-
-> apenas ping, 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 por Wi-Fi (o roteador tem configurações baseadas na Web via navegador), clicar no link nas configurações do roteador para abrir uma página de configurações (por exemplo, configuração de Wi-Fi ou configurações de 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 finalizada de carregamento
Isso já vem acontecendo há algum tempo. Alguma idéia de por que isso poderia acontecer?
Responder1
Primeiro, tente mudar de canal. Não importa que esteja no mesmo canal que funcionou no passado e você não veja nenhum outroWi-fitráfego nele. Um dispositivo não Wi-Fi de 2,4 GHz pode ter surgido nesse meio tempo e estar matando você. Talvez o seu vizinho tenha adquirido uma nova babá eletrônica, um telefone sem fio, um subwoofer sem fio ou um alto-falante Bluetooth. Eu vi especificamente alguns chipsets que oferecem áudio sem fio proprietário (ou seja, nem Wi-Fi nem Bluetooth) de 2,4 GHz para coisas como subwoofers sem fio, apresentando uma falha onde começarão a transmitir uma onda portadora não modulada contínua de alta potência, mesmo quando não há áudio sendo enviado aos palestrantes. Isso basicamente bloqueia todos os canais Wi-Fi que se sobrepõem à frequência da onda portadora.
Em segundo lugar, como teste, desative a economia de energia 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 erros, pode causar perda de pacotes. Talvez uma atualização de sistema operacional ou driver que você esqueceu de ativar a economia de energia.
Terceiro, verifique a intensidade do sinal e a taxa de dados. Tanto a visão do cliente sobre o AP quanto a visão do AP sobre o cliente. Se a intensidade do sinal em ambos os lados parecer ridiculamente baixa, verifique se as antenas (em cada dispositivo) não foram desconectadas.