Este tracert é normal?

3

Tenho tido problemas de rede e notei que meus traceroutes estavam um pouco estranhos, considerando que estou conectado diretamente ao meu modem, que vai direto para o cabo.

Tracing route to www.google.com [173.194.219.104]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.50.1
  2     *        *        *     Request timed out.
  3    11 ms     8 ms     9 ms  192.168.224.230
  4    16 ms    13 ms    12 ms  192.168.214.1
  5    13 ms    10 ms    10 ms  192.168.22.41
  6    11 ms    11 ms     9 ms  192.168.15.18
  7   189 ms   198 ms   196 ms  72.14.211.5
  8   133 ms   161 ms   131 ms  72.14.232.86
  9   137 ms   137 ms   135 ms  216.239.41.37
 10   143 ms   141 ms   139 ms  64.233.174.9
 11   136 ms   137 ms   137 ms  72.14.239.64
 12   203 ms   197 ms   180 ms  209.85.143.193
 13     *        *        *     Request timed out.
 14   135 ms   138 ms   135 ms  ya-in-f104.1e100.net [173.194.219.104]

É normal que os primeiros saltos tenham essa aparência? A configuração é literalmente meu computador conectado ao modem que vai para o post.

Obrigado.

    
por hiddencat 12.06.2015 / 19:39

2 respostas

0

Você não declarou qual protocolo está usando para compilar este traceroute, o que dificulta sua interpretação.

Se, como suspeito, você está usando o ICMP ou UDP, então é realmente normal. As duas anomalias que você vê (dois sites não respondendo e um grande salto no tempo de viagem, no passo 7, onde passa de alguns milissegundos para 196 ms) são facilmente explicáveis.

Os pacotes ICMP geralmente são descartados por firewalls (daí a falta de duas respostas) ou recebem prioridades mais baixas por servidores ocupados com relação ao tráfego TCP / UDP (daí o grande salto no tempo de viagem no primeiro servidor Google no passo 7).

Se, em vez disso, você estivesse usando sondas TCP, nenhuma anomalia poderia ser facilmente entendida, porque o protocolo exige uma resposta, e o número de nós que descartará um pacote SYN é realmente muito pequeno.

Assim, para obter uma imagem mais clara da sua situação, sugiro que você use testes TCP e um instrumento como mtr , que continua enviando testes a cada segundo (você pode alterar isso) para permitir-lhe contornar a (ocasional) perda ocasional de pacotes, dando-lhe uma representação fiel da sua conexão.

    
por 13.06.2015 / 08:23
0

Este tracert é normal?

Sim, é normal.

 *        *        *     Request timed out.

Indica que o sistema de destino (que pode ser um roteador em um salto intermediário ou o destino final) não pôde ser alcançado.

Mais precisamente, isso significa que os pacotes não conseguiram chegar lá e voltar; eles podem estar realmente atingindo o sistema de destino, mas encontrando problemas na viagem de retorno.

Isto é possivelmente devido a algum tipo de problema, mas também pode ser um bloqueio intencional.

Por motivos de segurança, alguns roteadores não permitem que você faça ping (ICMP está desativado devido a um firewall ou outras medidas de segurança).

O traceroute continuará se todos os (três) pacotes enviados forem perdidos mais de duas vezes, a conexão será perdida e a rota não poderá ser avaliada.

    
por 12.06.2015 / 19:43

Tags