Diferenças do valor TTL em Tracert e Ping

Question

Quando faço o ping localhost no sistema Windows XP, o valor TTL retornado é 128 e ele mostra que o valor TTL padrão no ping do meu sistema é 128. Então, quando eu ping no google.com, o valor TTL retornado é 45, e eu suponho que isso significa que (128 - 45) / 2 saltos existem no meu caminho para o google. Quando eu tracert google.com, ele diz que os pacotes vão para o máximo de 30 números de saltos, mas chega ao destino.

Por que isso acontece? É alguma diferença entre o valor TTL mostrado no ping e o valor TTL do tracert?!

Obrigado antecipadamente. . .

    

Answer 1

Why does it happen?

Algum host na filtragem de caminho que você rastreou

Is it any difference between the TTL value showed in ping and the TTL value of tracert ?!

nenhuma diferença (ping ttl = 55, tracepath ttl = back = 55) ... nenhum rastreamento de filtragem de host

ping ya.ru
PING ya.ru (87.250.250.3) 56(84) bytes of data.
64 bytes from www.yandex.ru (87.250.250.3): icmp_seq=1 ttl=55 time=36.6 ms

 tracepath ya.ru

 ....................

 8:  l3-s550-s450.yandex.net (213.180.213.23)              97.070ms 
 9:  l3-s650-s550.yandex.net (213.180.213.29)              97.992ms 
10:  www.yandex.ru (77.88.21.3)                            91.306ms reached
     Resume: pmtu 1500 hops 10 back 55

Then when I ping google.com the returned TTL value is 45, and I assume it means that (128 - 45) / 2 hops are existed in my way to google.

Não. Caminho = 64 (padrão google.com ttl) - 45 (ping ttl) = 19 saltos

    

Answer 2

Sistemas operacionais diferentes enviam respostas a pings com TTL diferente (não depende do TTL no ping de entrada). Valores iniciais comuns incluem 64, 128 e 255. Ou seja, suas palavras "significa que (128 - 45) / 2 saltos existem no meu caminho para o google" estão erradas. Supondo que eles usem sistemas Linux comuns, eles enviam pacotes ICMP com TTL = 64 e, portanto, há apenas 19 saltos.