MTR Uma ferramenta de diagnóstico de rede
O artigo detalha o funcionamento do MTR, fornece alguns exemplos da linha de comando e explica os dados que ele gera. No final, dada a saída, realizamos a análise de relatório.
Como funciona a MTR?
Ferramentas de diagnóstico de rede, como ping, traceroute e sonda MTR, a conexão entre dois dispositivos com pacotes ICMP para solucionar a conectividade de rede. Enquanto o utilitário de ping usa o ICMP Echo_Request e Echo_Replies, em contraste, traceroute e MTR usam pacotes ICMP com tempo para viver TTL.
Para análises de hop-to-hop, a princípio, a MTR estabelece endereços dos interruptores, gateways e roteadores entre os dispositivos locais e remotos. Em seguida, ele usa os pacotes ICMP com TTL para pingar cada salto, de modo que o TTL controla os nós que o pacote atingirá antes de morrer. Portanto, envia uma série de icmp echo_request com o TTL definido para um, dois, três e assim.
O processo acima gera estatísticas que contêm informações adicionais, como estado de lúpulo, conexão de rede, capacidade de resposta do nó, latência de rede e jitter. O mais interessante é semelhante ao comando principal, pois continua refrescante com conectividade de rede em tempo real.
Instalação MTR
Por padrão, a ferramenta vive no /usuário/sbin Diretório, pois vem pré -instalado com a maioria das distribuições. Se não estiver disponível, instale Mtr com o gerenciador de pacotes padrão da distribuição.
Para Ubuntu:
ubuntu@ubuntu: ~ $ sudo apt -get -y install mtr
Para Rhel:
ubuntu@ubuntu: ~ $ sudo yum -y install mtr
Para arco:
ubuntu@ubuntu: ~ sudo pacman -y install mtr
Gerando e lendo relatórios ao vivo da MTR
Conforme mostrado nas capturas de tela acima, além de listar o salto de rede, o MTR também acompanha a latência. Em outras palavras, também estima o tempo de ida e volta da máquina local para cada dispositivo no caminho.
Para uma idéia melhor, use o sinalizador -relato para gerar um relatório que constitui estatísticas sobre a qualidade da rede. Os usuários também podem utilizar isso com a opção -c, pois ele será executado apenas para o número de ciclos especificados por ele e sair após a impressão de estatísticas.
ubuntu@ubuntu: ~ $ sudo mtr -r -c 5 google.com
A captura de tela anterior produz vários campos/colunas para acessar o tráfego de rede. Essas colunas relatam as seguintes estatísticas:
- %Perda: Porcentagem de perda de pacotes em cada máquina
- Snt: Número de pacotes enviados
- Durar: O horário de ida e volta para o último pacote de traceroute
- AVG: O tempo médio de viagem de ida e volta para todas as sondas
- Melhor: Mais curto tempo de ida e volta de um pacote para um determinado host
- WRST: Tempo de ida e volta mais longo de um pacote para um host
- Stdev: Desvio padrão de latências
O Snt para Wrst As colunas medem latências em milissegundos, mas apenas o Avg A coluna é mais importante. A única desvantagem para gerar relatórios para a qualidade da rede é que ela utiliza muito tráfego de rede que degrada o desempenho da rede.
Opções úteis
A seção a seguir contém alguns dos exemplos de comando MTR mais úteis MTR. Explicaremos os detalhes da saída na seção de leitura do relatório MTR mais tarde.
IPv6: O MTR usa o IPv6 como a opção padrão, que requer a inclusão do endereço IP ou o nome de domínio do host de destino como argumento. Ele exibirá uma saída em tempo real, pressione Ctrl+C ou Q para sair:
ubuntu@ubuntu: ~ $ sudo mtr google.com
ou
ubuntu@ubuntu: ~ $ sudo mtr 8.8.8.8
Somente IPv4: A chave IPv4 (-4) exibe apenas endereços IPv4 e inclui nomes de domínio totalmente qualificados:
ubuntu@ubuntu: ~ $ sudo mtr -4 google.com
B: Para exibir os nomes de domínio e os endereços IPv4, use o sinalizador -b da seguinte maneira:
ubuntu@ubuntu: ~ $ sudo mtr -b google.com
C: Como discutido anteriormente, a bandeira limita o número de pings enviados para cada máquina. Depois de concluir o número de pings, ele interrompe a atualização ao vivo e sai da MTR logo depois:
ubuntu@ubuntu: ~ $ sudo mtr -c7 google.com
T/u: Substitua os pacotes de eco ICMP com TCP SYN -T/-tcp ou datagramas UDP -u/-udp:
ubuntu@ubuntu: ~ $ sudo mtr - -tcp google.com
ou
ubuntu@ubuntu: ~ $ sudo mtr --udp google.com
O: Organize o campo de saída conforme sua exigência. Por exemplo, o comando fornecido exibe a saída da seguinte maneira:
ubuntu@ubuntu: ~ $ mtr -o "lsdr nbaw jmxi" 8.8.8.8
m: Especifique o salto entre o host local e a máquina remota. Os exemplos a seguir definem o salto para 5, enquanto o valor padrão é 30:
ubuntu@ubuntu: ~ $ mtr -m 5 8.8.8.8
s: Prove a rede especificando o tamanho do pacote ICMP, incluindo cabeçalhos IP/ICMP em bytes:
ubuntu@ubuntu: ~ $ mtr -s packetsize -c 5 google.com
Análise de relatório
A análise do relatório de saída MTR constitui principalmente ou está focado na perda de pacotes e na latência da rede. Vamos discutir cada um deles em detalhes:
Perda de pacotes
O relatório da MTR gera uma porcentagem do campo de perda de pacotes em cada salto para indicar um problema. No entanto, os provedores de serviços têm uma prática comum de pacotes MTR ICMP com limite de taxa que dão uma ilusão de perda de pacotes, o que não é verdadeiro. Para identificar se a perda de pacotes é realmente devida a limitação de taxa ou não, observe a perda de pacotes do salto subsequente. Como na captura de tela acima, para -o Exemplo de bandeira, observamos uma perda de pacotes de 16.7% em Hop 5 e 6. Se não houver perda de pacotes no próximo dispositivo, ele resultará devido à limitação de taxa.
Em outro cenário, se os relatórios representarem diferentes quantidades de perda no salto subsequente inicial e os poucos dispositivos mostram a mesma porcentagem de perda de pacotes, a perda nas máquinas iniciais se deve a ambos os fatores: limitação de taxa e perda real. Portanto, quando a MTR relata a perda de pacotes diferentes em vários lúpulos, confie na perda nos saltos posteriores.
Latência da rede
A latência de uma rede aumenta com o número de lúpulos entre dois terminais. No entanto, a latência também depende da qualidade da conexão da rede entre as máquinas locais e remotas. Por exemplo, as conexões de dial-up mostram maior latência que os modems a cabo.
Também é importante observar que a latência da rede não implica uma rota ineficiente. Independentemente da alta latência da rede em vários nós, os pacotes podem chegar ao destino e retornar à fonte com perda zero.
No exemplo acima, observamos um salto em latência a partir do 8º salto, mas nenhum pacote foi perdido, exceto no host de destino.
Conclusão
É necessário entender o básico do MTR para pegar e descobrir os problemas de conectividade de rede mais comuns, como configuração inadequada do roteador ISP/residencial e rede de host de destino, tempo limite e limitação da taxa de ICMP. O artigo cria um terreno para um usuário iniciante entender o uso e o trabalho do MTR. Ele também mostra como gerar relatórios da MTR e executar análises para identificar problemas de perda de pacotes relacionados à limitação de taxa e analisar a latência da rede.