Como é possível que um salto subseqüente leve menos tempo que o anterior no traceroute?

2

Esta é uma pergunta noob, mas tenho certeza que serverfault é o melhor lugar para perguntar. Eu entendo o traceroute e o que ele faz, mas eu não entendo os tempos de resposta.

por exemplo, aqui estou tracerout para cnn.com, mas hop 5 leva 32ms e hop 6 apenas 11ms. O pacote não precisa passar pelo roteador em 5 para chegar a 6 e voltar? Ou o pacote toma uma rota diferente para chegar a 6 na próxima vez?

4  gig-3-0-0-nycmnyrdc-rtr01.nyc.rr.com (24.29.157.197)  11.482 ms  9.982 ms  11.259 ms
 5  tenge-0-0-0-nycsnyoo-rtr1.nyc.rr.com (24.29.119.102)  32.916 ms  13.796 ms  11.527 ms
 6  66.109.6.76 (66.109.6.76)  11.558 ms  10.471 ms  11.295 ms
 7  ae-0-0.pr0.nyc30.tbone.rr.com (66.109.6.159)  14.572 ms  11.505 ms  59.635 ms
 8  xe-9-0-0.edge2.newark1.level3.net (4.59.20.29)  13.848 ms  13.372 ms  16.891 ms
 9  ae-32-52.ebr2.newark1.level3.net (4.68.99.62)  22.635 ms  14.799 ms  16.064 ms
10  ae-4-4.ebr2.washington1.level3.net (4.69.132.101)  21.666 ms  15.879 ms  16.639 ms
11  ae-82-82.csw3.washington1.level3.net (4.69.134.154)  20.728 ms
    ae-62-62.csw1.washington1.level3.net (4.69.134.146)  21.352 ms  29.861 ms
    
por GiH 11.11.2010 / 01:20

2 respostas

2

O que você está perdendo é o fato de que o salto para onde os pacotes ICMP são direcionados tem que responder a esses pacotes ICMP. Quando você inicia o rastreio, o primeiro salto tem que responder aos pacotes direcionados a ele, então o segundo salto responde aos pacotes direcionados a ele, enquanto o primeiro hop simplesmente passa esses pacotes para o segundo salto. A diferença que você está vendo é a diferença no tempo que cada salto está respondendo aos pacotes que são direcionados a ele. O Hop 5 está demorando mais para responder aos pacotes ICMP do que o hop 6 é.

De modo geral, traçar rota é uma boa ferramenta para determinar o caminho para um destino, mas não uma ferramenta muito boa para determinar a qualidade desse caminho.

    
por 11.11.2010 / 01:55
2

Sim, mas os tempos para os destinos podem variar. Cada vez que outra linha aparece na saída, um novo pacote / conjunto de pacotes foi enviado, cada um com um valor TTL crescente.

Por exemplo:

 1st run: 1st hop -> report back
 2nd run: 1st hop -> 2nd hop -> report back
 3rd run: 1st hop -> 2nd hop -> 3rd hop -> report back
 ...

e assim por diante.

Assim, você pode obter variações se o 1º hop levar 10 ms na primeira execução, mas apenas 2 ms na próxima execução.

Referência: link

    
por 11.11.2010 / 01:31

Tags