Como saber se é problema seu ou do ISP

16

Eu originalmente intitulei isto "como saber se sua internet está inativa ou se sua rede está estragada" e a AI de Jeff disse que esse questionamento provavelmente seria encerrado.

No entanto, alguém aqui está sempre ao telefone com o ISP e geralmente é culpa nossa. Quais são algumas das melhores técnicas para saber se você tem um problema ou se tem um problema.

Sei que isso pode ser uma questão muito abrangente, mas em um caso em que há latência intermitente e desconexões (não apenas interrupções gerais [ou seja, não pode pingar google.com]), o que você faz antes de ligar para o ISP?

    
por Peter Turner 26.05.2009 / 21:35

9 respostas

6

Um site de teste útil é: link

Pings e traceroutes são alguns dos primeiros e melhores testes quando se inicia este tipo de investigação. Firewalls podem bloquear esse tráfego, no entanto.

Não pare apenas nos pings normais. Tente ping <ip address> -l 2048 para enviar alguns pacotes grandes e certifique-se de que não seja um problema de fragmentação / MTU.

Verifique sua utilização - seus tubos podem estar cheios.

    
por 26.05.2009 / 22:01
15

Coisas que eu verifico ao solucionar um problema de rede com um provedor. Note aqui que 'ping' significa 'fazer um ping estendido, varrendo uma variedade de tamanhos e enviando pelo menos 1000 pacotes em cada tamanho, procurando por latência, perda e erros'.

  1. Efetue o ping do seu ISP de um dispositivo na mesma sub-rede. (Confirma que não há problemas de L2 entre você e seu ISP).
  2. Faça a transferência do seu ISP de um dispositivo em uma de suas sub-redes internas. (Confirma que você não tem problemas de roteamento / segurança entre sua rede interna e seu ISP)
  3. Efetue ping de um IP na rede do seu provedor. Se você não conseguir encontrar um que esteja listado publicamente, ou o helpdesk não lhe dará um, faça um traceroute para algo na internet e use o segundo ou terceiro salto. Isso confirma que o roteamento entre você e seu ISP está configurado corretamente.
  4. Efetue ping na internet IP . Eu normalmente uso o 4.2.2.1, um dos servidores DNS da Level3 que é facilmente lembrado. Isso confirma que o roteamento do seu ISP para o IP específico que você enviou é configurado corretamente.
  5. Efetue ping de nome de domínio da internet . Isso verifica se a configuração DNS do seu / seu provedor está correta.

Se os passos 1 ou 2 falharem, é provável que seja um problema na sua rede interna.

Se a etapa 3 falhar, parece haver um problema na rede do seu provedor. Note, no entanto, que se você não obtiver nenhuma resposta, seu ISP pode simplesmente ter bloqueado o ICMP de / para seus endereços de infra-estrutura.

A falha na etapa 4 indica um possível problema entre seu provedor de serviços de Internet e um de seus provedores de upstream.

A etapa 5 com falha indica problemas com a resolução de nomes.

Espero que ajude.

    
por 26.05.2009 / 21:54
1

Tivemos um problema com o nosso ISP e a ferramenta Ping Plotter foi muito útil. Você pode configurá-lo para fazer o ping de um roteador no gateway de Internet do ISP, ou em nosso exemplo nós dissemos para fazer o ping de um escritório regional de volta para o escritório corporativo. Neste exemplo, ele estava passando por alguns ISPs diferentes. O melhor de tudo é que você pode configurá-lo em uma área de trabalho antiga ou em uma máquina virtual, e permite que ele fique parado, coletando dados até que seja necessário.

Como ele mostra cada roteador no caminho e o tempo necessário para que cada um desses roteadores retorne uma resposta, é muito útil identificar pontos de conflito mais a jusante.

    
por 26.05.2009 / 22:33
1

Também é bom verificar a contagem de conexões TCP com, por exemplo,

Alguns aplicativos podem gerar muita conexão TCP simultaneamente e isso faz com que você não possa criar novas conexões, mas as conexões existentes, como o SSH, continuam funcionando.

O modem DSL também pode se engasgar com muitas conexões.

Isso geralmente afeta apenas as máquinas Windows.

    
por 26.05.2009 / 23:06
0

A melhor ferramenta é o método científico. Forme uma hipótese sobre a causa do problema. Anotá-la. Formule um experimento que testará a hipótese. Anotá-la. Conduza o experimento. Escreva o resultado abaixo. Se a experiência confirma a hipótese, então você está feito. Se não confirmar a hipótese, então você precisa de uma nova hipótese. Se for inconclusivo, você precisa de um novo experimento.

    
por 22.07.2016 / 12:51
0
  1. Examine seus switches e roteadores para ver se há grandes colisões ou tráfego
  2. Tente conectar uma única máquina ao seu roteador de saída para ver se o problema desaparece.
por 26.05.2009 / 21:53
0

Existe uma ferramenta maravilhosa e simples no linux chamada MTR (abreviatura de My Trace Route) que irá mostrar-lhe a perda de pacotes em cada passo do percurso, e pode até ajudá-lo a procurar percursos agitados.

    
por 10.04.2015 / 00:59
-1

Se você conseguir passar pelo seu roteador, provavelmente é culpa deles. Se você não pode, então é seu. Use o tracert para descobrir onde os pacotes estão caindo.

    
por 26.05.2009 / 21:36
-3

Tente fazer ping em qualquer site de saída. Se você puder fazer isso, tudo ficará bem dentro da sua rede. Entre em contato com seu ISP.

    
por 22.07.2016 / 12:44