Diagnostique perda de pacotes e problemas de latência com MTR rastreando cada salto e analisando métricas de qualidade do link.
Processo de teste
A figura a seguir ilustra o processo típico de teste de link.
Acesse um site como IP Address Query - IPLark para obter o endereço ip público da sua rede local.
O servidor de destino refere-se ao nome de domínio ou ao endereço ip público do service alvo.
Visão geral da ferramenta
MTR combina ping e traceroute. Diferentemente do traceroute, que rastreia um link apenas uma vez, o mtr sonda continuamente cada salto e coleta estatísticas, reduzindo o impacto de flutuações transitórias e produzindo resultados mais precisos.
No Linux, use o mtr instalando o pacote mtr. No Windows, use o WinMTR.
mtr (Linux)
Instalação
Alibaba Cloud Linux 3/2
CentOS 6/7/8
Ubuntu/Debian
Uso
Formato do comando
O mtr usa o seguinte formato. hostname é o nome de domínio do service e ip é o endereço IP público.
mtr [options] hostname/ipParâmetros
A tabela a seguir lista os parâmetros mais comuns. Execute man mtr para ver a lista completa.
|
Parâmetro opcional |
Descrição |
|
|
Exibe a saída no modo de relatório. |
|
|
Lista separadamente cada resultado do rastreamento de link. |
|
|
Define o tamanho do pacote ping. |
|
|
Desativa a resolução DNS para endereços IP. |
|
|
Define o endereço ip de source dos pacotes enviados. Nota
Use esta opção quando o host tiver múltiplos endereços IP. |
|
-4 |
Usa somente IPv4. |
|
-6 |
Usa somente IPv6. |
Por padrão, o mtr inicia no modo interativo. Pressione ? ou h para exibir o menu de ajuda, que permite controlar o mtr e alternar entre visualizações.
Exemplo de uso
Diagnostique a rede com IPv4.
sudo mtr -4 www.aliyun.comExemplo de saída
A saída a seguir é retornada após executar mtr <Destination IP address>:
My traceroute [v0.92]
i Z (1 l) 2024-11-25T13:25:18+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 0.0% 20 2.0 2.1 1.8 2.4 0.2
2. 10.xxx 45.0% 20 2.6 3.0 2.3 7.7 1.6
3. 10.xxx 0.0% 20 2.3 2.2 2.0 2.4 0.1
4. 11.xxx 0.0% 20 4.1 5.8 3.6 16.1 3.8
5. 10.xxx 0.0% 20 4.8 4.4 4.2 4.8 0.1
6. 115.xxx 26.3% 20 4.3 4.4 4.3 4.6 0.1
7. 220.xxx 20.0% 20 5.6 5.1 4.9 5.6 0.1
8. ???
9. 58.xxx 0.0% 20 13.5 13.7 13.5 14.2 0.2
10. 58.xxx 31.6% 19 10.2 10.4 10.2 11.5 0.3
11. 58.xxx 0.0% 19 18.4 15.3 12.4 31.7 5.3
12. ???
13. ???
14. ???
15. 180.xxx 0.0% 19 9.0 9.0 8.8 9.1 0.1A tabela a seguir descreve os campos de saída padrão.
|
Parâmetro |
Descrição |
|
Host |
Endereço IP ou nome de domínio do nó. Pressione |
|
Loss% |
Taxa de perda de pacotes do nó. |
|
Snt |
Número de pacotes enviados. Padrão: 10. Use |
|
Last |
Latência da última sonda. |
|
Avg |
Latência média de todas as sondas. |
|
Best |
Latência mínima de todas as sondas. |
|
Wrst |
Latência máxima de todas as sondas. |
|
StDev |
Desvio padrão. Um valor mais alto indica latência menos estável. |
WinMTR (Windows)
Instalação
O WinMTR não requer instalação. Baixe o pacote, descompacte-o e execute o arquivo executável.
Acesse o site oficial do WinMTR para baixar o WinMTR.
Descompacte o pacote e acesse o diretório
WinMTR-v092 > WinMTR-v092 > WinMTR_x64. Clique duas vezes no aplicativo WinMTR para iniciá-lo. Após a inicialização, o campo Host na parte superior da interface permite inserir o endereço do host de destino. Clique em Start para iniciar o teste de link.
Uso
-
No campo Host, insira o nome de domínio ou o endereço IP do servidor de destino.
ImportanteO nome de domínio ou endereço IP do servidor de destino não pode conter espaços.
Após clique em Start, os resultados do rastreamento de rota são exibidos em uma tabela com as seguintes colunas: Hostname, Nr, Loss%, Sent, Recv, Best, Avrg, Worst e Last.
A tabela a seguir descreve recursos e parâmetros adicionais.
Recurso ou parâmetro
Descrição
Copy Text to clipboard
Copia os resultados do teste para a área de transferência em formato de texto.
Copy HTML to clipboard
Copia os resultados do teste para a área de transferência em formato HTML.
Export TEXT
Exporta os resultados do teste para um arquivo em formato de texto.
Export HTML
Exporta os resultados do teste para um arquivo em formato HTML.
Options
Parâmetros opcionais:
-
Interval (sec): Intervalo entre sondas. Padrão: 1 segundo.
-
Ping size (bytes): Tamanho do pacote ping. Padrão: 64 bytes.
-
Max. hosts in LRU list: Número máximo de hosts na lista LRU. Padrão: 128.
-
Resolve names: Resolve endereços IP em nomes de domínio via consulta reversa.
-
-
Clique em Start.
Start muda para Stop, e o WinMTR exibe os resultados.
Após coletar dados suficientes, clique em Stop.
Exemplo de saída
A saída a seguir é retornada ao testar o nome de domínio de um servidor de destino:
O WinMTR exibe os resultados do rastreamento de rota em uma tabela com as condições de rede em cada salto. Neste exemplo, aproximadamente 13 nós são listados, alguns com altas taxas de perda de pacotes (como 40%, 71% e 90%). O nó final exibe No response from host, indicando que o host de destino não respondeu.
A tabela a seguir descreve os campos de saída padrão:
|
Parâmetro |
Descrição |
|
Hostname |
Endereço IP ou nome de domínio do nó. |
|
Nr |
Número sequencial do nó. |
|
Loss% |
Taxa de perda de pacotes do nó. |
|
Sent |
Número de pacotes enviados. |
|
Recv |
Número de pacotes recebidos. |
|
Best |
Latência mínima do nó. |
|
Avg |
Latência média do nó. |
|
Worst |
Latência máxima do nó. |
|
Last |
Latência da sonda mais recente. |
|
StDev |
Desvio padrão. Um valor mais alto indica latência menos estável. |
Guia de análise de resultados
A análise a seguir usa os resultados do mtr como exemplo, pois o mtr oferece maior precisão. Os resultados de amostra são exibidos abaixo.
My traceroute [v0.92]
i sZ (1 1) 2024-11-25T10:52:08+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 5.0% 199 1.9 2.0 1.8 12.0 0.7
2. 11.xxx 41.2% 199 2.2 2.5 2.1 15.1 1.5
3. 11.xxx 0.0% 199 2.3 2.4 2.2 8.7 0.6
4. 11.xxx 0.0% 199 3.8 6.7 3.4 244.1 25.2
5. xxx 0.5% 199 4.2 4.3 4.1 11.8 0.6
6. 115.xxx 21.1% 199 4.8 4.6 4.5 6.8 0.3
7. 115.xxx 63.8% 199 7.4 9.6 7.4 26.8 4.7
8. 202.xxx 52.3% 199 11.6 11.7 11.5 12.9 0.2
9. 58.xxx 30.3% 199 16.5 16.7 16.4 33.5 1.5
10. 58.xxx 4.0% 199 14.5 14.5 14.5 15.6 0.1
11. 58.xxx 0.0% 199 17.8 18.6 17.6 38.0 3.1
12. ???
13. ???
14. ???
15. 186.xxx 0.0% 199 14.4 14.3 14.3 15.3 0.1Áreas de rede
O link do cliente ao servidor de destino geralmente atravessa as seguintes áreas de rede.
-
Rede local do cliente
Inclui a rede local (LAN) e a rede do provedor de acesso local, como a Área A na figura. As exceções se dividem em dois tipos.
Se a exceção estiver em um nó dentro da rede local do cliente, investigue a rede local.
Se a exceção estiver em um nó do provedor de internet, reporte o problema ao Provedor de Serviços de Internet (ISP) local.
-
Rede da operadora
A rede backbone do ISP, como a Área B na figura. Quando ocorre uma exceção aqui, consulte o endereço IP do nó anômalo para identificar o ISP responsável. Reporte o problema diretamente ao ISP ou pelo suporte técnico da Alibaba Cloud.
-
Rede local do servidor de destino
A rede do provedor do host de destino, como a Área C na figura. Caso ocorra uma exceção aqui, reporte o problema ao provedor de rede do host de destino.
Se o balanceamento de carga de link estiver ativo em parte do link intermediário, o mtr numera e sonda apenas o primeiro e o último nó. Os nós intermediários exibem somente endereços IP ou nomes de domínio.
Análise de métricas
Analise a conectividade e o desempenho do link examinando Loss%, Avg, StDev e latência em conjunto.
Loss% (taxa de perda de pacotes)
Se algum nó apresentar Loss% diferente de zero, pode haver um problema naquele salto. A perda de pacotes geralmente decorre de um dos seguintes fatores:
O ISP aplicou limitação de taxa ao ICMP no nó por razões de segurança ou desempenho.
-
O nó apresenta falha. Verifique o status de perda de pacotes do nó anômalo e dos nós subsequentes:
Se os nós subsequentes não apresentarem perda de pacotes, a perda geralmente é causada por limitação de taxa do ISP e pode ser ignorada, conforme ilustrado no segundo salto da figura.
Se os nós subsequentes também apresentarem perda de pacotes, o nó tem uma exceção de rede, conforme ilustrado no sexto salto da figura.
Se os nós subsequentes incluírem tanto nós com perda quanto sem perda, pode haver tanto limitação de taxa quanto uma exceção de rede. Quando a perda de pacotes ocorre de forma contínua em múltiplos saltos consecutivos com taxas variadas, use a taxa dos últimos saltos como referência. Na figura, os saltos 6–9 apresentam perda de pacotes; portanto, a taxa final de perda é de 30,3% no salto 9.
Avg (valor médio) e StDev (desvio padrão)
O jitter do link e outros fatores podem causar grande variação entre os valores Best e Wrst. O Avg calcula a média de todas as sondas desde o início do teste, refletindo melhor a qualidade geral da rede. O StDev indica a dispersão dos valores de latência — um StDev alto significa que o Avg pode não representar com precisão as condições reais. Por exemplo, se alguns pacotes têm latência de 25 ms enquanto outros chegam a 350 ms, a média pode parecer normal mesmo com desempenho real insatisfatório.
Abordagem recomendada para análise:
Se o StDev for alto, verifique
BesteWrstpara determinar se há uma exceção.-
Se o StDev for baixo, use o Avg para avaliar o nó.
NotaSe o StDev é alto ou baixo depende do contexto. Por exemplo, um StDev de 25 ms representa uma grande variação quando o Avg é 30 ms, mas uma variação pequena quando o Avg é 325 ms.
Latência
-
Pico de latência
Se a latência aumentar abruptamente após determinado salto, provavelmente existe uma exceção de rede naquele ponto. Na figura, a latência sobe de forma acentuada após o sexto salto. No entanto, como os dados ainda chegam ao destino, a alta latência pode ter origem no caminho de retorno. Analise esse resultado em conjunto com um teste de link reverso.
-
Aumento de latência causado por limitação de taxa ICMP
A limitação de taxa ICMP também pode causar um pico de latência em um nó, mas os nós subsequentes geralmente voltam ao normal. Na figura, o nono salto apresenta 30% de perda de pacotes e alta latência, porém os saltos seguintes retornam ao normal — indicando que o pico é causado por limitação de taxa.
Análise de amostra
My traceroute [v0.92]
i sZ (1 1) 2024-11-25T10:52:08+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx 5.0% 199 1.9 2.0 1.8 12.0 0.7
2. 11.xxx 41.2% 199 2.2 2.5 2.1 15.1 1.5
3. 11.xxx 0.0% 199 2.3 2.4 2.2 8.7 0.6
4. 11.xxx 0.0% 199 3.8 6.7 3.4 244.1 25.2
5. xxx 0.5% 199 4.2 4.3 4.1 11.8 0.6
6. 115.xxx 21.1% 199 4.8 4.6 4.5 6.8 0.3
7. 115.xxx 63.8% 199 7.4 9.6 7.4 26.8 4.7
8. 202.xxx 52.3% 199 11.6 11.7 11.5 12.9 0.2
9. 58.xxx 30.3% 199 16.5 16.7 16.4 33.5 1.5
10. 58.xxx 4.0% 199 14.5 14.5 14.5 15.6 0.1
11. 58.xxx 0.0% 199 17.8 18.6 17.6 38.0 3.1
12. ???
13. ???
14. ???
15. 186.xxx 0.0% 199 14.4 14.3 14.3 15.3 0.1Com base nos resultados de amostra e no guia de análise acima:
A perda de pacotes ocorre nos saltos 2, 6, 7, 8 e 9, mas não nos saltos 3, 4, 5, 10, 11 e 15. Se as requisições de rede funcionam normalmente, a perda de pacotes provavelmente é causada por limitação de taxa ICMP.
O valor
Wrstno quarto salto é alto, mas oAvgnão. Isso pode ter sido causado por uma flutuação transitória durante uma única sonda.A latência média em todos os nós varia de 1,8 ms a 17,6 ms, indicando baixa latência geral.
O link de rede neste exemplo está normal. Se ocorrerem flutuações no seu ambiente real, analise-as em conjunto com os resultados do teste de link reverso.
A análise de rede é flexível. As seções anteriores descrevem métodos comuns de análise de métricas. Na prática, faça uma avaliação abrangente com base na sua situação específica. Se um teste unidirecional for inconclusivo, combine-o com um teste de link reverso para uma análise mais aprofundada.
Exceções comuns de link
Os exemplos a seguir usam mtr no Linux. Os resultados reais podem variar conforme o sistema operacional e a ferramenta utilizada.
Configuração de rede inadequada no host de destino
Conforme mostrado abaixo, ocorre 100% de perda de pacotes no destino. Isso pode sugerir que os pacotes não chegaram. No entanto, políticas de segurança no servidor de destino — como firewall ou iptables — provavelmente bloquearam as respostas ICMP. Verifique a configuração de política de segurança do servidor de destino.
[root@mycentos ~]# mtr --no-dns www.xxx.com
My traceroute [v0.75]mycentos (0.0.0.0)
Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Packets Pings Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. ???
3. 111.xxx.xxx.xxx 0.0% 10 521.3 90.1 2.7 521.3 211.3
4. 111.xxx.xxx.9 0.0% 10 2.9 4.7 1.6 10.6 3.9
5. 211.xxx.xxx.29 80.0% 10 3.0 3.0 3.0 3.0 0.0
6. 221.xxx.xxx.85 0.0% 10 1.7 7.2 1.6 34.9 13.6
7. 221.xxx.xxx.5 0.0% 10 5.2 5.2 5.1 5.2 0.0
8. 221.xxx.xxx.26 0.0% 10 5.3 5.2 5.1 5.3 0.1
9. 173.xxx.xxx.105 100.0% 10 0.0 0.0 0.0 0.0 0.0Limitação de taxa ICMP
Nós intermediários do link apresentam altas taxas de perda de pacotes, mas os nós subsequentes voltam ao normal. Isso geralmente ocorre porque ISPs ou dispositivos de rede intermediários limitam a taxa de pacotes ICMP, e não por perda real de pacotes na rede. Por exemplo, o salto 4 mostra 83% de perda de pacotes, mas o salto 5 volta ao normal. O salto 9 apresenta 90,4% de perda de pacotes. Execute um teste MTR reverso para uma análise abrangente e confirme se a perda de pacotes é causada por políticas de limitação de taxa.
My traceroute [v0.92]
i xxx Z (172.xxx 7) 2025-06-16T11:01:14+0800
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.xxx.26 12.6% 95 1.9 1.8 1.6 2.5 0.1
2. 10.xxx.89 0.0% 95 3.0 3.5 2.8 14.0 1.3
3. 11.xxx.41 0.0% 95 1.8 1.9 1.7 4.0 0.4
4. 11.xxx.17 83.0% 95 3.1 4.3 2.9 7.3 1.5
5. 11.xxx.54 0.0% 95 9.5 9.6 9.2 13.4 0.6
6. 12x.xxx.246 0.0% 95 11.4 84.8 10.9 524.7 136.7
7. 11.xxx.170 0.0% 95 9.2 10.2 9.0 39.4 4.2
8. ???
9. 11.xxx 162 90.4% 95 7.8 7.9 7.8 8.0 0.1
10. ???Loop de roteamento
Conforme mostrado abaixo, os pacotes entram em loop após o quinto salto e não conseguem alcançar o destino. Isso geralmente é causado por uma configuração de roteamento anômala em um nó do ISP. Entre em contato com o ISP responsável pelo nó.
[ xxx@mycentos ~]# mtr --no-dns www.google.com
My traceroute [v0.75]mycentos (0.0.0.0) Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 63.xxx.43 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.xxx.157 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.xxx.0.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix xxx tl.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. 72.xxx.56 0.0% 10 0.0 0.0 0.0 0.0 0.0
6. 72.xxx.57 0.0% 10 0.0 0.0 0.0 0.0 0.0
7. 72.xxx.56 0.0% 10 0.0 0.0 0.0 0.0 0.0
8. 72.xxx.57 0.0% 10 0.0 0.0 0.0 0.0 0.0
9 ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0Interrupção de link
Conforme mostrado abaixo, nenhum retorno é recebido após o quarto salto, e Loss%, Last, Avg e Best não apresentam estatísticas. Isso geralmente indica uma interrupção de link naquele nó. Use um teste de link reverso para confirmação e entre em contato com o ISP responsável pelo nó.
@mycentos ~]# mtr –no-dns www.google.com
My traceroute [v0.75]mycentos (0.0.0.0) Wed Jun 15 19:06:29 2016
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 63.xxx.xxx.3 0.0% 10 0.3 0.6 0.3 1.2 0.3
2. 63.xxx.xxx.57 0.0% 10 0.4 1.0 0.4 6.1 1.8
3. 209.xxx.xxx.213 0.0% 10 0.8 2.7 0.8 19.0 5.7
4. aix-xxx.google.com 0.0% 10 6.7 6.8 6.7 6.9 0.1
5. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
6. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
7. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
8. ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0
9 ??? 0.0% 10 0.0 0.0 0.0 0.0 0.0