Por que as latências do tracert não somam a latência do ping?

Question

Pode-se esperar que a soma das tracert latencies seja igual a 267ms:

    

Answer 1

O traceroute envolve o envio de pacotes UDP para cada nó ao longo do caminho e a espera de sua resposta de tempo limite (depois, passa para o próximo nó), enquanto um ping é apenas encaminhado. O que você está vendo é o tempo que cada nó leva para responder à solicitação, em vez de apenas encaminhar um pequeno pacote.

Esta é uma explicação muito legal de todo o processo e das diferenças.

link

Dê uma olhada na seção de desempenho, que explica também por que o ping não é um método particularmente preciso para determinar a latência.

    

Answer 2

Os roteadores tendem a conceder tempos de espera e manipulação de resposta de eco menor prioridade do que o encaminhamento de pacotes. Isso permite que o comutador opere de forma mais eficiente, já que o encaminhamento é muito mais simples de processar do que a geração de uma nova resposta do ICMP. Como resultado, os switches mais ocupados levarão mais tempo para gerar a resposta.

Alguns comutadores podem ter a geração de ICMP desativada, o que dificulta o diagnóstico de problemas de rede. Outros podem ocasionalmente ficar ocupados o suficiente para não responder.

Se você usar uma ferramenta que exibe o endereço IP dos roteadores ao longo do caminho, normalmente verá que os comutadores que são mais lentos são os comutadores centrais nas principais cidades. Minha preferência é mtr com a execução a cada 15 a 60 segundos.

    

Answer 3

O que significam os números?

Os horários em cada salto de uma rota de rastreamento são os Round Trip Time (RTT) . Em seu ping teste, quatro solicitações de eco levaram 267 ms para receber uma resposta de eco de 220.181.111.85 . No tracert test, três solicitações de eco levaram 292 ms para receber uma resposta.

Por que a diferença 25 ms ?

1. O tamanho da amostra é pequeno. Mais testes devem ser realizados para melhorar a precisão da diferença medida.

2. tracert (ou traceroute -I ) tem cargas úteis de tamanho diferentes do que% código%. Use um sniffer de pacotes para verificar o tamanho da carga útil que seu programa de rastreamento usa. Defina o tamanho da carga ping para esse valor com ping ou ping -l <size> , dependendo do seu programa ping.

3. Uma resposta de eco requer o uso da CPU para que uma máquina ocupada possa ter um grande desvio padrão de RTT em comparação com uma que esteja ociosa.

O que mais eu devo saber?

Os nomes de domínio podem ser resolvidos para vários endereços IP. Use o endereço IP no comando para garantir que os testes estejam percorrendo o mesmo caminho.

ping -s <size> ou mtr é outro programa para rastrear um caminho que também calcula o desvio padrão do RTT, perda e outras estatísticas.

O Wireshark é um analisador de pacotes popular para visualizar o conteúdo dos pacotes enviados e recebidos.