¿Qué significa un asterisco / estrella en traceroute?

61

Lo siguiente es parte de traceroutemi servidor alojado:

 9  ae-2-2.ebr2.dallas1.level3.net (4.69.132.106)  19.433 ms  19.599 ms  19.275 ms
10  ae-72-72.csw2.dallas1.level3.net (4.69.151.141)  19.496 ms
    ae-82-82.csw3.dallas1.level3.net (4.69.151.153)  19.630 ms
    ae-62-62.csw1.dallas1.level3.net (4.69.151.129)  19.518 ms
11  ae-3-80.edge4.dallas3.level3.net (4.69.145.141)  19.659 ms
    ae-2-70.edge4.dallas3.level3.net (4.69.145.77)  90.610 ms
    ae-4-90.edge4.dallas3.level3.net (4.69.145.205)  19.658 ms
12  the-planet.edge4.dallas3.level3.net (4.59.32.30)  19.905 ms  19.519 ms  19.688 ms
13  te9-2.dsr01.dllstx3.networklayer.com (70.87.253.14)  40.037 ms  24.063 ms
    te2-4.dsr02.dllstx3.networklayer.com (70.87.255.46)  28.605 ms
14  * * *
15  * * *
16  zyzzyva.site5.com (174.122.37.66)  20.414 ms  20.603 ms  20.467 ms

¿Cuál es el significado de las líneas 14 y 15? ¿Información oculta?

Chang
fuente

Respuestas:

42

Si no se reconoce un paquete dentro del tiempo de espera esperado, se muestra un asterisco.

De http://en.wikipedia.org/wiki/Traceroute

Sin embargo, zyzzyva.site5.com eventualmente respondió, por eso tiene la línea 16.

Paulmorriss
fuente
Gracias. ¿Sabes por qué se necesitan dos líneas?
Chang
2
@Chang: se necesitan dos líneas porque había dos hosts que no respondieron, pero aún así respondieron a otros hosts. Ver la respuesta de Tim.
Joe
41

Traceroute envía paquetes al destino con el campo "tiempo de vida" (TTL) igual al número de saltos.

Cada enrutador disminuye el valor de TTL de un paquete entrante y si ve un paquete entrante con TTL = 0, lo descarta, de lo contrario, disminuye el valor y lo envía más. Al mismo tiempo, envía información de diagnóstico a la fuente sobre la identidad del enrutador.

Si el enrutador no responde dentro de un tiempo de espera, traceroute imprime un asterisco. Las líneas 14 y 15 muestran que los enrutadores que descartan paquetes con TTL originales 14 y 15 no respondieron dentro del tiempo de espera.

Timofey
fuente
2
Elegido por recordarme cómo funciona realmente el traceroute.
pix
3
Solo para aclarar la respuesta de Tim. Tracert es una serie de PING. El primer ping establece el TTL en 1. Cuando el primer enrutador recibe el PING, disminuye el TTL en 1 y debido a que el nuevo TTL es 0, devuelve un "error" con su dirección IP. Tracert repite el PING esta vez con un TTL de 2. El enrutador 1 disminuye el TTL en 1 y lo reenvía al enrutador 2. El enrutador 2 disminuye el TTL y como ahora es 0, devuelve su dirección IP. Este proceso se repite hasta que se alcanza el destino final o se alcanza el TTL máximo permitido. Si no se escucha una respuesta de un PING, tracert muestra el *.
Trebor
16

Otra razón es que generalmente se envían 3 paquetes a cada máquina, y algunas máquinas solo responderán al primer paquete sin importar qué.

Si el problema es solo un problema de tiempo de espera, puede establecer el -wparámetro en la cantidad de segundos que desea esperar; por ejemplo, traceroute -w 10 google.comesperará 10 segundos en lugar del valor predeterminado de 5 segundos.

Nota: Algunos clientes de traceroute usan milisegundos en lugar de segundos para el -wparámetro.

Ian Dunn
fuente
1

Arp puede haber agotado el tiempo de espera. Configuré una red de prueba con packetracer y obtuve un asterisco para un host de destino. Luego lo pellizqué, obtuve una respuesta, luego tracé otra vez y funcionó. Luego noté que las máquinas que estaban asterisco no tenían entradas arp en el enrutador local

Mella
fuente