Resposta rapida
O traceroute ate github.com no Brasil passa em media por 14 hops (saltos de roteador). O destino esta na rede AS36459 e tem PoP regional em Sao Paulo (Fastly), o que mantem a latencia tipicamente abaixo de 30 ms para usuarios da regiao Sudeste.
Hops tipicos para github.com a partir do Brasil
| Salto | Tipo | Descricao |
|---|---|---|
| 1 | Gateway local | Roteador domestico (192.168.x.1) |
| 2 a 3 | CGNAT do provedor | Equipamento de borda do ISP |
| 4 a 6 | Backbone do ISP | Rede interna do provedor (POP nacional) |
| 7 a 9 | IX (PTT) | Internet Exchange brasileiro (geralmente IX.br Sao Paulo) |
| 10 a 14 | Rede do destino | AS36459 - PoP em Sao Paulo (Fastly) |
Comando traceroute para github.com
No Windows, o comando e tracert. Abra o Prompt de Comando ou PowerShell e cole:
tracert github.com
No Linux ou macOS, o comando padrao e traceroute. Pode ser necessario instalar via gerenciador de pacotes (no Ubuntu: sudo apt install traceroute; no macOS ja vem instalado).
traceroute github.com
Variantes uteis incluem -I (usa ICMP em vez de UDP, util quando firewalls bloqueiam UDP) e -n (nao resolve DNS reverso, acelera bastante a saida quando hops intermediarios nao respondem). Para uma saida ainda mais detalhada com informacoes de ASN por hop, use mtr github.com se tiver o pacote MTR instalado.
Como interpretar o traceroute ate github.com
Cada linha do traceroute representa um roteador no caminho ate github.com. A primeira coluna e o numero do salto, as proximas tres sao tempos de ida e volta (RTT) em milissegundos para tres tentativas, e a ultima e o nome ou IP do roteador. Quando uma linha aparece com asteriscos (* * *), significa que aquele roteador nao respondeu - pode ser por filtro de ICMP, balanceamento de carga ou rede sobrecarregada.
Latencia crescente entre hops e normal - quanto mais longe o roteador, maior a latencia esperada. Mas saltos com latencia muito superior aos vizinhos (50 ms a mais que o anterior, por exemplo) indicam congestionamento ou rota ineficiente. Anote o numero do hop problematico para reportar ao provedor.
Loops (mesmo IP aparecendo varias vezes em saltos diferentes) indicam roteamento defeituoso. TTL chegando a 30 sem alcancar o destino normalmente significa que algum equipamento intermediario esta descartando pacotes silenciosamente, ou que o destino real bloqueia ICMP. Nesses casos, tentar TCP traceroute (porta 443 ou 80) costuma resolver, ja que firewalls deixam passar TCP HTTPS.
Asteriscos esporadicos no caminho nao sao motivo de preocupacao - sao roteadores que limitam a taxa de respostas ICMP. Asteriscos consistentes no mesmo hop em multiplas execucoes ja sugerem problema real. Se o hop final (destino github.com) aparece com latencia alta ou perda, e provavel que o problema seja do lado do servico, nao do seu provedor.
Ferramentas relacionadas
Rodar traceroute github e a forma rapida de mapear o caminho ate github.com e isolar problemas de roteamento. Use a ferramenta principal de traceroute para gerar o resultado completo agora.