Como interpretar traceroute e tracert
Entenda hops, latência, asteriscos, saltos privados e por que um hop lento nem sempre significa que ele é o problema.
ANALISAR TRACEROUTE →O que o traceroute mede
Traceroute explora o TTL dos pacotes para revelar roteadores no caminho até o destino. Cada linha representa um hop que respondeu. Windows usa tracert; Linux e macOS normalmente usam traceroute. Implementações podem usar ICMP, UDP ou TCP, por isso rotas e respostas podem variar.
tracert example.com
traceroute example.comComo ler cada hop
Os primeiros saltos costumam ser o gateway local e a rede do provedor. Depois aparecem redes de trânsito, peering e finalmente a infraestrutura do destino. Endereços RFC1918 como 10.0.0.0/8 ou 192.168.0.0/16 podem aparecer em trechos privados ou internos do provedor.
Um hostname de reverse DNS ajuda a dar contexto, mas não deve ser tratado como prova absoluta de localização ou função.
Por que aparecem * * *
Um asterisco significa que aquela tentativa não recebeu resposta dentro do timeout. Muitos roteadores encaminham tráfego normalmente, mas limitam ou bloqueiam respostas ICMP destinadas ao próprio equipamento. Portanto, um hop com asteriscos seguido de hops posteriores funcionando não representa necessariamente perda no tráfego de passagem.
Como identificar onde a latência realmente começa
Procure aumento de latência que começa em um hop e permanece nos hops seguintes. Um único roteador que responde em 200 ms enquanto todos os hops posteriores voltam a 20 ms provavelmente só está priorizando menos as respostas de diagnóstico.
Para perda, a mesma lógica vale: perda aparente em um hop intermediário só é relevante quando continua até o destino. Para análises mais longas, ferramentas como MTR combinam ping e traceroute ao longo do tempo.
Você pode colar a saída no parser ou usar o mapa visual para os hops públicos.