Use MTR to analyze network links - Elastic Compute Service: Central de Documentação do Alibaba Cloud

Processo de teste

A figura a seguir ilustra o processo típico de teste de link.

Nota

Acesse um site como IP Address Query - IPLark para obter o endereço IP público da sua rede local.
O termo "cliente" refere-se ao endereço IP de saída público da máquina local.
O "servidor de destino" corresponde ao nome de domínio ou ao endereço IP público do serviço alvo.

Visão geral da ferramenta

O 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. Isso reduz o impacto de flutuações transitórias e gera resultados mais precisos.

No Linux, instale o pacote mtr para utilizar a ferramenta. No Windows, use o WinMTR.

mtr (Linux)

Instalação

Alibaba Cloud Linux 3/2

sudo yum install mtr

CentOS 6/7/8

sudo yum install mtr

Ubuntu/Debian

sudo apt install mtr

Uso

Formato do comando

O mtr utiliza o seguinte formato: hostname representa o nome de domínio do serviço e ip é o endereço IP público.

mtr [options] hostname/ip

Parâmetros

A tabela a seguir lista os parâmetros comuns. Execute man mtr para consultar a lista completa.

Parâmetro opcional	Descrição
`-r` ou `-report`	Exibe a saída no modo de relatório.
`-p` ou `-split`	Lista separadamente o resultado do rastreamento de cada link.
`-s` ou `-psize`	Define o tamanho do pacote de ping.
`-n` ou `-no-dns`	Desativa a resolução DNS para endereços IP.
`-a` ou `-address`	Define o endereço IP de origem dos pacotes de saída. Nota Utilize esta opção quando o host possuir múltiplos endereços IP.
-4	Usa exclusivamente IPv4.
-6	Usa exclusivamente IPv6.

Nota

Por padrão, o mtr inicia no modo interativo. Pressione ? ou h para exibir o menu de ajuda, controlar o mtr e alternar as visualizações.

Exemplo de uso

Diagnostique a rede com IPv4.

sudo mtr -4 www.aliyun.com

Saída de exemplo

A execução do comando mtr <Destination IP address> retorna a seguinte saída:

A tabela abaixo descreve os campos padrão da saída.

Parâmetro	Descrição
Host	Endereço IP ou nome de domínio do nó. Pressione `n` para alternar a exibição.
Loss%	Taxa de perda de pacotes do nó.
Snt	Quantidade de pacotes enviados. Padrão: 10. Utilize `-c` para alterar.
Last	Latência da última sondagem.
Avg	Latência média de todas as sondagens.
Best	Menor latência registrada entre todas as sondagens.
Wrst	Maior latência registrada entre todas as sondagens.
StDev	Desvio padrão. Valores mais altos indicam menor estabilidade na latência.

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 clique duas vezes no WinMTR para executá-lo.

Uso

No campo Host, insira o nome de domínio ou o endereço IP do servidor de destino.

Importante

O nome de domínio ou endereço IP do servidor de destino não pode conter espaços.

A tabela a seguir detalha 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 sondagens. Padrão: 1 segundo. Ping size (bytes): Tamanho do pacote de 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 para nomes de domínio via pesquisa reversa.

Clique em Start.

O botão Start muda para Stop e o WinMTR passa a exibir os resultados.
Após coletar dados suficientes, clique em Stop.

Saída de exemplo

O teste de um nome de domínio de servidor de destino retorna a seguinte saída:

Test in progress

A tabela abaixo descreve os campos padrão da saída:

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	Quantidade de pacotes enviados.
Recv	Quantidade de pacotes recebidos.
Best	Menor latência do nó.
Avg	Latência média do nó.
Worst	Maior latência do nó.
Last	Latência da sondagem mais recente.
StDev	Desvio padrão. Valores mais altos indicam menor estabilidade na latência.

Guia de análise de resultados

A análise a seguir usa os resultados do mtr como exemplo devido à sua maior precisão. Os resultados de amostra aparecem abaixo.

Áreas de rede

O caminho entre o cliente e o servidor de destino geralmente atravessa as seguintes áreas de rede.

Rede local do cliente

Abrange a LAN e a rede do ISP local, correspondendo à Área A na figura. As exceções dividem-se em dois tipos.
- Se a anomalia ocorrer em um nó dentro da rede local do cliente, solucione o problema na rede local.
- Caso a falha esteja em um nó do ISP, reporte o problema ao provedor de serviços de Internet (ISP) local.
Rede da operadora

Refere-se à rede backbone do ISP, como a Área B na figura. Se houver uma anomalia nessa região, consulte o endereço IP do nó anormal para identificar o ISP responsável. Reporte o problema diretamente ao ISP ou por meio do suporte técnico da Alibaba Cloud.
Rede local do servidor de destino

Corresponde à rede do provedor do host de destino, ilustrada pela Área C na figura. Caso ocorra uma exceção neste trecho, reporte o incidente ao provedor de rede do host de destino.

Nota

Se o balanceamento de carga estiver ativado 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

Avalie a conectividade e o desempenho do link examinando conjuntamente Loss%, Avg, StDev e latência.

Loss% (taxa de perda de pacotes)

Um valor diferente de zero em Loss% indica possível problema naquele salto. A perda de pacotes geralmente decorre de um dos seguintes fatores:

O ISP limitou a taxa de ICMP no nó por motivos de segurança ou desempenho.
O nó apresenta falha. Verifique o status de perda de pacotes no nó anormal e nos subsequentes:
- Se os nós seguintes não apresentarem perda de pacotes, a causa provável é a limitação de taxa pelo ISP. Nesse caso, ignore o alerta, conforme o segundo salto na figura.
- Quando os nós posteriores também mostram perda de pacotes, trata-se de uma exceção de rede no nó, como ilustra o sexto salto na figura.
- Se os nós seguintes alternarem entre perdas e normalidade, podem coexistir limitação de taxa e exceção de rede. Quando a perda ocorre continuamente em vários saltos consecutivos com taxas variadas, tome como referência a taxa dos últimos saltos. Na figura, os saltos de 6 a 9 apresentam perda; portanto, a taxa final de perda é de 30,3% no salto 9.

Avg (valor médio) e StDev (desvio padrão)

A variação de link e outros fatores podem causar grande discrepância entre os valores Best e Wrst. O Avg calcula a média de todas as sondagens desde o início do teste, refletindo melhor a qualidade geral da rede. Já o StDev indica a dispersão dos valores de latência — um StDev alto significa que o Avg pode não representar fielmente as condições reais. Por exemplo, se alguns pacotes tiverem latência de 25 ms e outros de 350 ms, a média pode parecer normal apesar do desempenho ruim na prática.

Abordagem recomendada para análise:

Com StDev alto, verifique Best e Wrst para confirmar a existência de anomalias.
Com StDev baixo, utilize o Avg para avaliar o nó.

Nota
A classificação de StDev como alto ou baixo depende do contexto. Por exemplo, um StDev de 25 ms representa um grande desvio quando o Avg é 30 ms, mas um desvio pequeno quando o Avg é 325 ms.

Latência

Pico de latência

Um aumento abrupto na latência após determinado salto sugere uma exceção de rede naquele ponto. Na figura, a latência sobe drasticamente depois do sexto salto. Contudo, como os dados ainda chegam ao destino, a alta latência pode originar-se no caminho de retorno. Analise esse cenário em conjunto com um teste de link reverso.
Aumento de latência por limitação de ICMP

A limitação de taxa de ICMP também pode provocar picos de latência em um nó, mas os nós subsequentes costumam voltar à normalidade. Na figura, o nono salto exibe 30% de perda de pacotes e alta latência, enquanto os próximos retornam aos níveis normais — indicando que o pico resulta da limitação de taxa.

Análise de exemplo

Com base nos resultados de amostra e no guia de análise acima:

Há perda de pacotes 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 provavelmente decorre de limitação de ICMP.
O valor Wrst no quarto salto é alto, mas o Avg não. Isso pode resultar de uma flutuação transitória durante uma única sondagem.
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. Caso ocorram flutuações no seu ambiente real, analise-as em conjunto com os resultados do teste de link reverso.

Nota

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 baseada 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 profunda.

Exceções comuns de link

Nota

Os exemplos a seguir utilizam o 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 dar a impressão de 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 da política de segurança do servidor de destino.

Limitação de taxa de ICMP

Como ilustrado abaixo, o destino apresenta alta taxa de perda de pacotes. Políticas de segurança, como firewall, iptables ou limitação de taxa pelo ISP, provavelmente bloquearam as respostas ICMP. Verifique a política de segurança do servidor de destino ou realize um teste MTR reverso para uma análise completa.

Loop de roteamento

Na figura abaixo, os pacotes entram em loop após o quinto salto e não conseguem alcançar o destino. Geralmente, isso resulta de uma configuração de roteamento anormal em um nó do ISP. Entre em contato com o ISP proprietário do nó.

Interrupção de link

No exemplo abaixo, nenhum retorno é recebido após o quarto salto, e Loss%, Last, Avg e Best não apresentam estatísticas. Tipicamente, isso indica uma interrupção do link naquele nó. Realize um teste de link reverso para confirmação. Em seguida, contate o ISP proprietário do nó.