Solução de problemas de conexão de rede, ping não confiável

Question

Estou tentando solucionar problemas de uma conexão de rede. A conexão é sem fio e, na maior parte, funciona bem. (Conexão física do computador ao roteador, conexão física do roteador à antena / antena ISP sem fio no terraço.) No entanto, às vezes a largura de banda parecerá muito mais lenta que o normal e várias operações (como carregar um arquivo no gmail) falharão. p>

Eu decidi fazer ping em um servidor confiável, ping google.com -t usando uma máquina Windows, e vejo basicamente respostas rápidas para os pings que respondem, mas falhas ocasionais como se a conexão estivesse completamente ausente.

O que isso significa e como posso diagnosticar melhor o problema?

    

Answer 1

Para TCP, a perda de pacotes de 0,1% está na margem de ser ruim. 1% de perda de pacotes é muito. 10% é insuportável.

Você está perto de 12% nesse exemplo. Você certamente precisa resolver primeiro o problema de perda de pacotes e, em seguida, preocupar-se com quaisquer problemas de taxa de transferência remanescentes.

Abra duas janelas, uma fazendo ping no endereço IP do lado privado do seu AP de gateway doméstico Wi-Fi, e a outra fazendo ping em um endereço IP na extremidade do seu link WISP na cobertura (ou seja, algum endereço IP na sua ISP).

Se ambos caírem ao mesmo tempo, você está com problemas de Wi-Fi. Se apenas o WISP cair, sua conexão com o WISP está tendo problemas.

Verifique qual o intervalo de frequência que seu WISP está usando e verifique se o seu AP de gateway doméstico Wi-Fi não está usando o mesmo intervalo de freqüência. Por exemplo, um cara que eu estava ajudando tinha um WISP de telhado que usava equipamento de 5,7 ~ 5,8 GHz que se sobrepõe ao topo da banda 802.11a / n 5GHz (canais Wi-Fi 149-165), e a banda dupla simultânea desse cara O rádio de 5GHz do Wi-Fi AP estava configurado para o canal 149. Quando ele mudou para o canal 36, seus problemas foram embora.

Se o problema for com o link WISP do seu telhado e você puder confirmar que não está interferindo nele com sua própria rede Wi-Fi, será necessário falar com seu WISP para que ele corrija o link. Se eles não puderem fornecer a você menos de 1 em 1000 perda de pacotes, explore suas outras alternativas de Internet de banda larga.

    

Answer 2

A maioria dos ISPs não fará nada com 3-5% de perda. Se você tem um circuito de negócios, pode reclamar de 3% ou mais. Se você tiver uma conexão resi, não obterá muita pesquisa do ISP até que possa provar uma constante de 5% e somente em sua rede.

O primeiro passo é uma conexão direta. Conecte um computador diretamente ao seu modem e tente novamente. Se você ainda encontrar perda, conecte o modem diretamente ao seu NID e tente novamente. Neste ponto, se você ainda vir perda, tente ligar para seu ISP, eles farão você fazer exatamente isso de qualquer maneira, então você pode fazer isso antes de ligar. Se você quiser fazer mais testes, você pode usar MTR em uma caixa * nix ou winmtr ou pathping em uma caixa do Windows para obter a perda em diferentes saltos. Isso permitirá que seu ISP saiba se é uma rede sobre a qual eles têm alguma influência. Se estiver no seu backbone, eles podem fazer algo sobre isso. Se o problema ocorrer fora de sua rede, o melhor que eles podem fazer é tentar redirecioná-lo (e você provavelmente terá que empurrar para o nível 2 ou 3 para obter alguém que saiba como fazer isso).

Se você não vir perda após conectar-se diretamente ao modem, o problema é a sua rede. Tente placa wireless diferente, roteador diferente, tente conectado ao seu roteador, apenas tente remover / substituir qualquer e todas as variáveis até notar uma diferença, então você encontrou seu culpado.

    

Answer 3

Pelo que vejo, a maioria dos pings recebe uma resposta, e com um RTT relativamente bom.

Os tempos limite que você está vendo provavelmente são devidos à perda de pacotes (sim, há perda de pacotes, principalmente em links sem fio).

O protocolo TCP não lida muito bem com a perda de pacotes. A perda de pacotes é um método implícito de determinar o congestionamento de novas linhas. Quando um pacote perdido é detectado, a janela de congestionamento do protocolo TCP reduz o que (em termos simples) significa que a largura de banda também diminuirá.

Como você provavelmente está usando o TCP para as tarefas que você referenciou (enviando arquivos e enviando e-mails), o pacote perdido que você vê pode explicar as baixas frequências.

Para diagnosticar ainda mais o problema, farei testes de largura de banda comparando principalmente UDP e TCP, já que o UDP não possui esses mecanismos para controlar o congestionamento.

Eu posso estar entendendo mal o problema, mas pelo menos se isso aconteceu comigo eu vou começar assim. Além disso, eu não sou muito especialista em TCP para saber se a taxa de perda de pacotes que você está experimentando é suficiente para explicar as baixas bandwiths e as operações com falha.

    

Answer 4

O próximo passo seria descobrir onde a perda de pacotes ocorre. Links sem fio são mais propensos a causar perda de pacotes, pois pode haver outros sinais na mesma freqüência. Por isso, seria interessante ver se você pode chegar com segurança ao seu roteador local (provavelmente) e algum host na rede do seu provedor (provavelmente não).

Talvez haja alguma maneira de obter dados de status para o link sem fio, como throughput e / ou taxa de portadora / ruído. Também pode ajudar a descobrir se outros usuários próximos deste ISP (que usam outro ponto de extremidade de link sem fio) têm o mesmo problema. Se assim for, pode haver uma fonte de ruído local na sua área. Nesse caso, você provavelmente não poderá fazer muito a respeito, mas informar seu ISP que pode tentar otimizar o link ou localizar e desligar a fonte de ruído.