Marcio Cunha

Como diagnosticar perda de pacotes na rede com o mtr

Aprenda a usar o mtr para combinar traceroute e ping, identificando o exato roteador ou salto culpado por instabilidades em links corporativos.

Marcio Cunha•4 min
Também disponível em:EnglishEspañol
Resumo
  • O mtr une o rastreamento de caminhos do traceroute com a medição contínua de latência e perda do ping em uma única interface interativa.
  • Identificar falhas em saltos intermediários requer separar perdas transitórias de congestionamento real do tráfego na rede.
  • Configurar o intervalo de envio e desativar a resolução DNS reversa acelera drasticamente o diagnóstico em ambientes críticos.
  • O monitoramento de rotas complementa ferramentas de análise profunda de tráfego, como a inspeção de pacotes com o tcpdump .
  • Ajustes de MTU e pacotes fragmentados em túneis costumam gerar sintomas similares que também exigem validação via diagnóstico de perdas e MTU no WireGuard .

O que é o mtr e por que ele supera o ping isolado

Quando uma aplicação corporativa sofre com lentidão ou quedas intermitentes, a primeira reação costuma ser abrir o terminal e disparar um comando básico de ping contra o servidor remoto. Embora o ping confirme se o destino responde, ele fornece uma visão míope: ele apenas diz se o pacote chegou ou não ao fim da linha, mas oculta completamente o que acontece no meio do caminho. É aqui que entra o mtr (My TraceRoute), uma ferramenta indispensável que funde o mapeamento de rotas do clássico traceroute com os testes estatísticos contínuos do ping.

Na prática, o mtr envia pacotes sucessivos para cada roteador intermediário (chamados de saltos) entre a sua origem e o destino final. Em vez de medir o caminho apenas uma vez, ele atualiza os dados em tempo real na tela, calculando a porcentagem de perda de pacotes, a latência média, o desvio padrão e o pior tempo de resposta para cada parada da rota. Isso transforma um palpite técnico em uma evidência matemática incontestável na hora de cobrar operadoras de telecomunicações.

Como interpretar as colunas e métricas do mtr

Ao executar o mtr pela primeira vez, você se depara com uma tabela repleta de números que podem parecer confusos para quem não está acostumado com redes. A primeira coluna exibe o número do salto e o endereço IP ou nome do roteador intermediário por onde o pacote está passando. Logo em seguida, temos a métrica de perda de pacotes (Loss %), que revela exatamente onde o fluxo de dados está sofrendo degradação ou descarte por congestionamento.

As colunas seguintes mostram a latência em milissegundos: SNT (quantos pacotes foram enviados), Last (tempo do último pacote), Avg (média), Best (melhor tempo), Wrst (pior tempo) e StDev (desvio padrão). Na prática, um salto intermediário que apresenta alta perda de pacotes nem sempre indica um problema real se os saltos seguintes mostrarem zero de perda. Isso acontece porque muitos roteadores priorizam o tráfego principal e limitam o processamento de respostas ICMP destinadas a ferramentas de diagnóstico, um comportamento totalmente normal na infraestrutura da internet.

Como instalar e executar o mtr no dia a dia

A instalação do mtr é simples em praticamente qualquer distribuição Linux ou sistema Unix-like. Em ambientes baseados em Debian ou Ubuntu, por exemplo, o utilitário pode ser obtido diretamente pelo gerenciador de pacotes padrão do sistema operacional com um único comando no terminal.

sudo apt update && sudo apt install mtr -y

Com a ferramenta instalada, a execução mais comum para diagnosticar um link corporativo lento envolve informar o endereço de destino ou o domínio que está apresentando problemas de lentidão. Para evitar que a demora na resolução de nomes por DNS atrapalhe a visualização imediata dos dados, é altamente recomendável adicionar o parâmetro que força a exibição apenas dos endereços IP numéricos.

mtr -n 8.8.8.8

Isolando falhas de roteamento em links corporativos

Em links corporativos de missão crítica, descobrir se a instabilidade ocorre na última milha da operadora local ou no provedor de trânsito internacional exige paciência e método analítico. Ao observar o mtr rodando por alguns minutos, preste atenção especial ao momento em que a perda de pacotes começa a aparecer e persiste em todos os saltos subsequentes até o destino. Se o salto número quatro perdeu 15% dos pacotes e essa mesma taxa se repete do salto cinco até o final, você encontrou o gargalo exato.

Outro cenário comum envolve quedas intermitentes causadas por saturação de banda ou falhas físicas em portas de borda de roteadores de operadoras. Quando o problema é esporádico, deixar o mtr gerando um relatório em modo texto por um período prolongado ajuda a coletar milhares de amostras estatísticas. Para salvar essas informações em um arquivo e anexá-lo a um chamado de suporte técnico, basta executar o comando especificando o número de ciclos de testes desejados. Para complementar essa implementação em produção, vale conferir também nossas análises técnicas sobre Como testar o diodo Schottky na placa com multímetro e Como diagnosticar lentidão em rede Wi-Fi com o iperf3.

mtr --report --report-cycles 100 200.221.29.0 > relatorio_rede.txt

Considerações finais sobre o diagnóstico contínuo de redes

Dominar o uso do mtr transforma a forma como engenheiros e administradores de sistemas lidam com chamados complexos de rede e reclamações de lentidão. Em vez de aceitar respostas vagas de suporte sobre oscilações na internet, você passa a apresentar dados consolidados sobre latência e descarte de pacotes por salto. Combinado com boas práticas de monitoramento e ferramentas de inspeção profunda, o mtr garante visibilidade total sobre a saúde dos seus links de dados.