Como fazer MTR no Linux

O MTR junta ping e traceroute em um só teste. Ele envia pacotes continuamente para cada salto entre o seu computador e o destino. Essa ferramenta serve para achar em qual trecho da rota aparece perda de pacotes ou latência alta.

1. Instalação

O MTR está nos repositórios oficiais. Não precisa baixar nada de sites externos.

Debian / Ubuntu

sudo apt update
sudo apt install mtr

CentOS / AlmaLinux

sudo yum -y install mtr
sudo dnf -y install mtr

2. Antes de testar

De preferencia, use um computador cabeado. Pelo Wi-Fi o resultado pode ser menos preciso e interferir no teste. Se possível, faça o teste no momento em que o problema está acontecendo. Um teste com a conexão normal não mostra a falha.

3. Executando o teste

mtr 8.8.8.8

Mostra a tabela atualizando ao vivo.
Deixe rodar por pelo menos 1 minuto
Pressione Ctrl + C ou q para parar e sair do teste. Copie o texto da tela ou tire um print antes.

Opções de comandos na execução do teste

Exemplo: mtr -z 8.8.8.8

Parte	Função
`-r`	Modo relatório: roda tudo e mostra o resultado no final
`-w`	Mostra os nomes dos saltos completos, sem cortes
`-b`	Mostra nome e IP
`-z`	Mostra apenas o AS
`-n`	Mostra apenas os endereços de IP, sem nomes de host
`-4`	Usa quando realizar teste em IPv4
`-6`	Usa quando realizar teste em IPv6

4. Entendendo o resultado

Coluna	Significado
Hostname	Endereço/nome de cada salto
Nr	Número do salto (1 = seu roteador)
Loss %	Percentual de pacotes perdidos naquele salto
Sent / Recv	Pacotes enviados / recebidos
Best / Avrg / Worst	Menor, média e maior latência (ms)
Last	Latência do último pacote (ms)
StDev	Desvio padrão da latência. Valor alto = latência instável (jitter)

5. Como interpretar os resultado

Regra principal: olhe o último salto do destino. Se o destino tem 0% de perda, a rota está entregando os pacotes e não há problemas.

Situações	O que significa
Perda em um salto do meio, mas 0% no destino	Normal. O roteador daquele salto limita respostas a ping (ICMP) e prioriza o tráfego real. Não é problema.
Perda que começa em um salto e continua em todos os seguintes até o destino	Problema real, a partir daquele salto.
Perda já no salto 1	Problema na rede local.
Perda a partir do salto 2 ou 3	Possível problema no acesso do provedor.
Perda só nos saltos finais (fora do provedor)	Problema no destino ou em rede de fornecedores.
Latência sobe em um salto e continua alta até o destino	Gargalo ou rota longa a partir daquele ponto.
Latência alta em um salto do meio, mas normal nos seguintes	Mesmo caso da perda: resposta de ICMP com baixa prioridade. Não é problema.
Linha `No response from host`	O salto não responde ping. Só importa se o destino também não responder.
Worst muito maior que Avrg	Picos de latência (jitter), comuns em Wi-Fi ou rede congestionada.
StDev alto ou Wrst muito maior que Avg	Picos de latência (jitter), comuns em Wi-Fi ou rede congestionada.
100% de perda no destino, mas o serviço funciona	ICMP bloqueado no destino. Refaça o teste por TCP (seção 5).

A Ferenz Networks conta com infraestruturas distribuída em pontos estratégicos do Brasil, proporcionando rotas mais eficientes e baixa latência para o cliente final. Se você está enfrentando latência elevada, perda de pacotes ou instabilidade na conexão, entre em contato com nossa equipe. Podemos analisar a rota e identificar possíveis problemas de conectividade para encontrar a melhor solução.