O que é MTR e Como Usá-lo para Diagnóstico de Rede
Aprenda como o MTR combina traceroute e ping em uma ferramenta poderosa de diagnóstico de rede em tempo real. Entenda sua saída, métricas principais e casos de uso práticos.
Ao solucionar problemas de rede, administradores de sistema e engenheiros de rede precisam de ferramentas que forneçam mais do que uma resposta simples "é acessível?". MTR (My Traceroute) é uma das ferramentas de diagnóstico mais poderosas disponíveis, combinando a funcionalidade de traceroute e ping em uma única interface em tempo real.
O que o MTR faz?
O MTR envia continuamente pacotes de sondagem para um destino e exibe os resultados para cada salto ao longo do caminho da rede. Diferentemente de um traceroute padrão, que roda uma vez e termina, o MTR continua em execução, coletando estatísticas ao longo do tempo. Isso o torna indispensável para identificar perda intermitente de pacotes e picos de latência que um traceroute de execução única perderia.
Cada linha na saída do MTR representa um roteador (salto) entre seu dispositivo e o destino. Para cada salto, o MTR mostra:
- Loss% — a porcentagem de pacotes que foram descartados neste salto
- Snt — o número de pacotes enviados
- Last — o tempo de ida e volta do pacote mais recente
- Avg — a média do tempo de ida e volta de todos os pacotes
- Best / Wrst — os tempos mínimo e máximo de ida e volta observados
- StDev — o desvio padrão, indicando quão consistente é a latência
Como Executar o MTR
Na maioria das distribuições Linux, o MTR está disponível através do gerenciador de pacotes. No macOS, você pode instalá-lo via Homebrew com brew install mtr. Um comando básico do MTR é assim:
mtr exemplo.comIsso abre uma visualização interativa que se atualiza continuamente. Para uma saída no estilo relatório que executa um número fixo de ciclos, use:
mtr --report --report-cycles 100 exemplo.comInterpretando os Resultados do MTR
A chave para interpretar a saída do MTR é entender onde a perda de pacotes realmente ocorre. Se você vir perda no salto 5, mas não nos saltos 6 a 10, a perda no salto 5 provavelmente é devido a limitação de taxa ICMP nesse roteador — não perda real de pacotes. O roteador está priorizando menos as respostas às sondagens, enquanto ainda encaminha o tráfego real normalmente.
A perda de pacotes verdadeira é indicada quando a porcentagem de perda persiste de um salto específico até o destino. Por exemplo, se os saltos 7 a 12 mostram todos 15% de perda, o problema provavelmente se origina no salto 7.
MTR vs. Traceroute Padrão
O traceroute padrão fornece uma única captura instantânea. O MTR oferece um filme. Ao longo de dezenas ou centenas de ciclos de sondagem, surgem padrões: um roteador que ocasionalmente descarta pacotes, um caminho que mostra jitter durante horários de pico, ou um salto onde a latência de repente dobra. Esses padrões são invisíveis para um traceroute de uma única execução.
Casos de Uso Práticos
O MTR é particularmente útil para:
- Relatar problemas ao seu ISP — um relatório de MTR fornece evidências concretas de onde está o problema
- Diagnosticar desempenho de VPN — veja quais saltos adicionam mais latência na sua rota de túnel
- Monitorar conectividade de servidores — execute relatórios periódicos de MTR para acompanhar a qualidade da rota ao longo do tempo
- Comparar caminhos de rede — execute MTR de diferentes locais de origem para ver como o roteamento difere
Ferramentas como o TraceMapper levam a saída do MTR além, mapeando cada salto em um mapa mundial, adicionando geolocalização, dados ASN e indicadores visuais de latência — transformando números brutos em insights acionáveis.