Como executar MTR e interpretar perda e latência
Execute MTR no Linux, macOS e Windows, escolha destino e protocolo, colete uma amostra útil e interprete saltos sem atribuir falsos problemas.
Atualizado 30/07/20264 min de leitura
Potência bruta com servidores físicos dedicados. Sem virtualização, desempenho máximo.
Espaço em rack premium com energia redundante e conectividade direta ao nosso backbone.
Defesa avançada contra ataques volumétricos para manter sua infraestrutura sempre online.
Execute MTR no Linux, macOS e Windows, escolha destino e protocolo, colete uma amostra útil e interprete saltos sem atribuir falsos problemas.
Atualizado 30/07/20264 min de leitura
Instale MTR pelo repositório do sistema e use a IP ou hostname afetado. O modo relatório facilita anexar a saída ao suporte.
mtr -4 -rwzc 100 destino.exampleGuia relacionado: Latência de uma VPS na Argentina: como medir
Loss% mostra sondas MTR sem resposta; Avg, Best, Wrst e StDev resumem latência. Roteadores podem limitar ICMP destinado a eles e continuar encaminhando tráfego.
| Leia as colunas com cuidado | O que indica | O que não prova sozinho |
|---|---|---|
| Loss% | Sondas sem resposta no salto | Perda final se saltos posteriores estão normais |
| Avg/Wrst | Média e pior latência | Congestão permanente em amostra curta |
| StDev | Variação das respostas | Jitter da aplicação sem seu protocolo |
Envie relatório, IPs, horário, sintoma e teste da aplicação. Perda ou latência que começa em um ponto e continua até o destino é evidência mais forte.
Cem ciclos são um bom início; falhas intermitentes podem exigir mais tempo. Registre duração e momento.
Não. MTR observa rota e sondas; PCAP registra pacotes de um fluxo. São complementares.
