# # IP TCP IP / TCP volumen detallada 1: Protocolo - Capítulo 8 programa de trazado

8.1 Introducción

Tr programa aceroute escrito por Van Jacobson es una herramienta para una exploración más en profundidad del protocolo TCP / IP fácilmente disponibles. Aunque no está garantizado para ser enviados al destino de la fuente de dos datagramas IP consecutivas que tienen la misma ruta, pero en la mayoría de los casos esto. Tr programa aceroute nos permite ver el datagrama IP se transmite a otro host a través del cual la ruta de un host. Tr programa aceroute también nos permite usar la opción de ruta de origen IP.

Manual dice: "Programa fue propuesto por Steve Deering, Jacobson implementado por Van, comentarios adicionales de muchos otros para la depuración según C. Philip Wood, Tim Seaver y Ken Adelman, quien hizo una sugerencia o convencer."

Operación 8.2 programa de trazado

En la sección 7.3, se describe la opción de registro de ruta IP (RR). ¿Por qué no usar esta opción y la otra para desarrollar una aplicación? Hay tres razones. En primer lugar, el original no era todos los routers soportan la opción de registro de ruta, esta opción no se puede utilizar (Tr aceroute no necesita tener ninguna routers intermedios especiales o características opcionales) en un determinado camino.

En segundo lugar, la ruta de registro es generalmente la opción de un solo sentido. El remitente se establece esta opción, entonces el extremo receptor tuvo que ser extraída de la cabecera IP recibido toda la información, entonces todo devueltos al remitente. En la sección 7.3, vemos la realización (eco ICMP función de respuesta en el kernel) a la lista de RR de retorno de la mayor parte de P ing servidor, pero esto hace que la dirección IP registrada en más del doble (a una un retorno). Si lo hace, algunas limitaciones, que hemos discutido en el párrafo siguiente (programa aceroute Tr sólo tiene que ejecutar un módulo UDP de destino - no requiere ninguna otra aplicación de servidor especiales).

La última razón es la razón más importante es las limitadas opciones que quedan a la cabecera IP de espacio, no se pueden almacenar la mayor parte de la ruta actual. Sólo se puede almacenar un máximo de nueve direcciones IP en el campo de opciones de la cabecera IP. En la ARPANET original en que es suficiente, es ahora no es suficiente.

programa aceroute Tr utiliza paquetes ICMP y sección de encabezado de campo IP TTL (tiempo de vida). campo TTL se establece inicialmente por el transmisor termina un campo de 8 bits. valor inicial recomendada especificada por el RFC número de asignación, el valor actual es 64. La versión más antigua de la inicialización del sistema es a menudo 15 o 32. Podemos ver en los ejemplos de algunos de los programas de ping en el capítulo 7, al enviar una respuesta de eco ICMP a menudo conjunto TTL a la máxima 255.

Cada dato de procesamiento enrutador paquetes del valor requerido de la TTL o restando 1 menos el número de segundos de paquetes de datos alojados en el router. Dado que la mayoría de los routers envían datagramas a menos de 1 segundo de retraso, por lo TTL eventualmente se convierten en un contador de saltos, cada router a través del cual todo su valor en uno.

RFC 1009 [Braden y Postel 1987] señalaron que si el router reenvía el retardo de datagrama de más de un segundo, entonces será el valor TTL menos el tiempo (en segundos) consumido. Pero pocos han logrado tal un router. Los nuevos requisitos Router documento RFC [Almquist 1993] Con este fin, se designa como característica opcional que permite que el TTL como una estación de contra-hop.

objeto de campo TTL es evitar que los paquetes de datos fluyen en la red sin fin durante el trazado. Por ejemplo, cuando la conexión entre el router de la parálisis o pérdida de dos enrutadores, los protocolos de enrutamiento veces para detectar la ruta perdido y lo ha estado haciendo. Durante este tiempo, el datagrama puede ser terminado en el bucle de circulación. campo TTL que está circulando en la transferencia de paquetes de datos además de un límite de la supervivencia.

Cuando el router recibe un datagrama IP, si su campo TTL es 0 o 1, el router no reenvía los paquetes de datos (datagramas recibidos este fin, puede ser entregado a la aplicación host, porque ningún reenvío se ha informado de los datos. sin embargo, en general, el sistema debe no estar recibiendo TTL paquetes de datos de cero). En cambio, los descartes de router los paquetes de datos, a la fuente y un mensaje ICMP máquina de copia "tiempo de espera". El programa aceroute clave Tr paquetes IP que contienen esta información ICMP dirección de origen es la dirección IP del router.

Ahora podemos adivinar lo que el programa de aceroute Tr operación. Se envía un TTL de datagramas IP al host de destino. Los primeros paquetes de datos de procesamiento de enrutador en el valor TTL menos 1, los descartes el paquete de datos, y envía de vuelta un mensaje de tiempo de espera de ICMP. Así obtenida dirección en la trayectoria de la primera router. Tr aceroute envía entonces un valor TTL de datagramas de 2, de manera que podamos obtener la dirección del segundo router. Este proceso continúa hasta que el datagrama
al host de destino. Pero incluso si el host de destino recibe un TTL del datagrama IP, y no descartar el paquete de datos y la generación de un tiempo de espera de los paquetes ICMP, debido a que el paquete de datos ha llegado a su destino final. Entonces, ¿cómo podemos determinar si el host de destino que?

Tr aceroute envía un datagrama UDP al host de destino, pero es imposible seleccionar un valor como el número de puerto UDP (más de 30.000), por lo que cualquier aplicación no puede utilizar el puerto host de destino. Porque, cuando llega el datagrama, el host de destino permitirá módulo UDP genera un error de "puerto inalcanzable" (ver sección 6.5) los paquetes ICMP. De esta manera, el programa aceroute Tr tiene que hacer es distinguen la reciben los paquetes ICMP o puerto inalcanzable tiempo de espera para determinar cuándo parar. Tr programa aceroute debe ser proporcionada al campo TTL del datagrama. No todas las interfaces de programa de TCP / IP es compatible con esta función, pero no todas las implementaciones soportan esta capacidad, pero la mayoría de los sistemas de apoyo a esta función, y se puede ejecutar el programa aceroute Tr. La interfaz del programa por lo general requiere un usuario con privilegios de root, lo que significa que puede requerir permiso especial para ejecutarse en el host de este programa.

8.3 de salida de LAN

Tr aceroute ya está listo para ejecutar el programa y observar la preparación de su producción. Vamos a utilizar el SVR 4 a deslizarse, a través de simples bsdi routers de Internet (ver interior de la portada). Es 9600 b / s y enlaces deslizamiento entre bsdi deslizamiento.

route 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 60 byte packets
 1  arvinchen.cn.zmt.local (192.168.5.1)  1.329 ms  1.402 ms  1.527 ms
 2  192.168.255.254 (192.168.255.254)  0.263 ms  0.243 ms  0.192 ms

Una salida de la primera línea de referencia da ningún nombre de host de destino y su dirección IP, indicado por traceroute máximo TTL de 3 bytes 0 0,4 datagrama contiene 20 bytes de cabecera IP, la cabecera UDP 8 bytes y 12 bytes de datos de usuario (12 bytes de datos de usuario comprende para cada enviar un datagrama secuencia de números más 1, el tiempo de transmisión y transmitir una copia de la TTL datagrama).

Detrás de dos líneas de salida TTL para comenzar, seguido por el nombre de host o router y su dirección IP. Para cada valor de TTL, la transmisión 3 datagramas. Cada uno recibió un mensaje ICMP, se calculará e imprimir el tiempo de ida y vuelta. Si cualquiera de las tres partes no recibe un datagrama de respuesta dentro de los 5 segundos, un asterisco se imprime, y transmite el siguiente paquete de datos. En la salida resultante, campo TTL antes de que los datagramas 1 3 partes mensajes ICMP respectivamente 20 ms, 10 ms y 10 ms recibidos. 3 partes en TTL de los paquetes 2 paquetes ICMP para recibir en los 120 ms. Desde TTL del 2 al llegar al destino final, por lo que el programa se detenga allí.

el tiempo de ida y vuelta se calcula por el programa traceroute del envío de acogida. Es el tiempo total de ida y vuelta desde el programa traceroute para ese router. Si estamos interesados ​​en el momento de cada segmento de la ruta, puede utilizar el campo TTL de N + 1 impresa fuera de tiempo, menos el campo TTL es N veces.

Figura 8 - 1 muestra la operación de salida tcpdump. Como era de esperar, el tiempo de ida y vuelta de una sonda enviada a datagrama bsdi es de 20 ms, mientras que los dos últimos paquetes de 10 ms de tiempo de ida y vuelta es debido a la ocurrencia de un intercambio ARP. tcpdump resultados confirman que es realmente el caso.

número de puerto UDP al host de destino se establece en el comienzo de 33435, y los datos de cada paquete transmitido por uno. A partir del número de puerto se puede cambiar las opciones de línea de comandos. UDP datagrama contiene 12 bytes de datos de usuario, 40 bytes de datos que delante de traceroute salida paquetes de la misma que se ha descrito.

Tcpdump imprime detrás del campo TTL del datagrama IP Nota 1 de [TTL 1]. Cuando el valor TTL es 0 ó 1, impresiones tcpdump a esta información en Preguntar nos datagrama lugar algo inusual. Aquí se puede prever el valor TTL de 1, mientras que en algunas otras aplicaciones, nos puede advertir a los datagramas pueden no llegar a su destino final anfitrión. No podemos ver el router envía un valor TTL de 0 datagrama, el router a menos que el tema de los datos reportados haber colapsado.

enrutador bsdi porque el valor TTL se reduce a cero, por lo que esperamos que enviará de vuelta los paquetes ICMP "Tiempo de espera de transporte". Incluso esto descarta los paquetes IP enviados al deslizamiento, el router enviará de vuelta los paquetes ICMP.

Hay dos mensaje diferente ICMP "Tiempo de espera" (véase la figura Sección 626--. 3), que tienen diferente campo de código en el mensaje de ICMP. La figura 8--2 muestra este formato de paquete de error ICMP.

Los mensajes ICMP que estamos discutiendo se genera en el valor TTL es igual a cero, el campo de código es cero. Fragmentación de host puede ocurrir tiempo de espera de ensamblado, a continuación, se envía un "mensaje de ensamblaje de tiempo de espera" paquetes ICMP (discutiremos fragmentación y el montaje en la sección 11.5). Este paquetes de error del campo de código se establece.

Figura 8 - 9, línea 41 a 1 corresponde a un TTL de los paquetes 2 a 3 partes. Las tres partes del paquete alcanza el destino final, y generan un puerto de mensaje inalcanzable ICMP.

Calcular SLIP el enlace RTT es significativo, ya que en la Sección 7.2 P ing en el ejemplo citado, el enlace se establece en un valor de 1 2 0 0 B / S de la misma. UDP datagrama transmitido un total de 42 bytes que comprenden 12 bytes de datos, la cabecera de 8 bytes UDP, la cabecera IP de 20 bytes y (al menos) un marco SLIP 2-byte (Sección 2.4) . Y P ing pero no es el mismo que el tamaño de datagrama devuelto es variado. 9 se puede observar, los paquetes ICMP devueltos comprenden cabecera de error de paquetes de datos se produce inmediatamente después de la IP, e IP de datos de 8 bytes (en el programa traceroute, es decir UDP cabecera) parte de cabecera -. 6 en la figura. Por lo tanto, el total es de 20 + 2 0 + 8 + 8 + 2, es decir, 58 bytes. En el caso en que la velocidad de datos de 960 b / s, la RT esperado T es (42 + 58/960), es decir 104 ms. Este valor se estima SVR 4 de cada 110 ms es consistente.

Figura 8 - un número de puerto fuente 1 (42804) parece grande. programa traceroute número de puerto fuente del datagrama UDP que se envía a la ID de proceso nix U o un valor lógico entre 3 2768. En el caso de ejecutar el programa traceroute varias veces en la misma máquina, cada proceso para ver el número de puerto de origen de la cabecera UDP ICMP volvió, y sólo ocuparse de esos paquetes para enviar su propia respuesta.

Sobre traceroute programa, hay algunas cosas que deben tenerse en cuenta. En primer lugar, esto no garantiza que la ruta actual es el futuro de la ruta a utilizar, incluso dos datagramas IP consecutivas propensos a tomar diferentes rutas son. Si ejecuta el programa, se cambia la ruta, se podrá observar este cambio, ya que para un TTL dado, si que los cambios de ruta, programa traceroute se imprimirá la nueva dirección IP.

En segundo lugar, no está garantizado datagrama UDP ICMP de enrutamiento de paquetes y el programa traceroute transmitida utilizando la misma ruta. Esto indica que el tiempo de ida y vuelta impreso no puede reflejar verdaderamente la diferencia de tiempo entre los paquetes de datos enviados y devueltos (si los paquetes de datos UDP desde la fuente hasta el router es 1 segundo, y el paquete ICMP con otra carretera por la fuente de retorno utilizan 3 segundos, luego imprimir el tiempo de ida y vuelta es de 4 segundos).

En tercer lugar, la dirección IP de origen del mensaje ICMP devuelto es un datagrama UDP llegando dirección IP de la interfaz del router. Esta opción de registro de ruta IP (Sección 7.3) diferente, la dirección IP, la grabación se refiere a la dirección de interfaz de transmisión. Puesto que hay dos o más interfaces definidas para cada enrutador y, por tanto, los resultados obtenidos desde el host B al host Un programa traceroute funcionamiento y ejecutar desde el host B al host A en el programa traceroute pueden ser diferentes. De hecho, si corremos programa traceroute desde el host al resbalar en SVR 4, su salida se convierte en:

La salida de impresión es la dirección IP del anfitrión bsdi 1402521366, correspondiente a una interfaz SLIP; ... Y la última dirección es 1402521335, ... dirección de la interfaz Ethernet. Desde que el programa traceroute también imprimir el nombre de host asociado con la dirección, el nombre de host IP y por lo tanto puede cambiar (en nuestro caso, dos interfaces en bsdi utilizan el mismo nombre).

Considere la figura 8 - el caso 3. Se muestra el caso de dos LANs conectadas por un router. Dos routers están conectados por un punto a punto de enlace. Si se corre un programa traceroute en el lado izquierdo de las máquinas de la LAN, encontrará la dirección IP del router como 1 y si 3. Sin embargo, en otro caso, se encuentra la dirección IP se imprime y si si 4 2. si 2 si 3 y tienen el mismo número de red, mientras que los otros dos tienen diferentes interfaces de los números de red.

Por último, en la red de área amplia, si la salida del programa traceroute es forma legible el nombre de dominio, en lugar de la dirección IP en la forma, se entiende mejor algunos. Sin embargo, debido al programa traceroute recibe paquetes ICMP cuando la única información que ha obtenido una dirección IP es, por lo tanto, en el caso de una determinada dirección IP, se realiza una "búsqueda inversa de nombre" trabajar para obtener el nombre de dominio. Esto requiere un router o una serie de administradores configurar adecuadamente su función de búsqueda inversa de nombre (no es cierto en todos los casos). A continuación describiremos en la Sección 4.5 cómo utilizar el DNS traduce un nombre de dominio en una dirección IP.

8,4 salida WAN

Ejemplo de salida de un pequeño Internet dado previamente al proceso de visualización de funcionamiento del protocolo es suficiente, pero para la Internet global como una gran Internet tal, el programa de aplicación traceroute necesita algunas cosas más prácticas.

La figura 8 --4 sol desde el host al caso NIC (Network Information Center).

​
traceroute baidu.com
traceroute to baidu.com (220.181.38.148), 30 hops max, 60 byte packets
 1  arvinchen.cn.zmt.local (192.168.5.1)  1.264 ms  1.394 ms  1.540 ms
 2  * 192.168.255.254 (192.168.255.254)  0.290 ms *
 3  202.101.22.65 (202.101.22.65)  6.472 ms * *
 4  61.152.6.217 (61.152.6.217)  2.642 ms 61.152.7.225 (61.152.7.225)  3.634 ms 61.152.7.229 (61.152.7.229)  3.518 ms
 5  101.95.89.86 (101.95.89.86)  6.553 ms  6.540 ms  7.207 ms
 6  61.152.25.14 (61.152.25.14)  2.596 ms 61.152.24.106 (61.152.24.106)  3.542 ms 61.152.24.254 (61.152.24.254)  2.208 ms
 7  202.97.97.217 (202.97.97.217)  26.413 ms 202.97.97.221 (202.97.97.221)  25.575 ms

Para este ejemplo contiene una corrida de texto, los sitios no DDN (por ejemplo, sitios no militares) de la NIC ya. Ddn. Mil transferido desde NIC a rs. Internic. Net, que es el nuevo "InterNIC".

Una vez que los datos reportados para salir tuc. NOAO. Edu red, entraron en el Telcom red. Arizona. Edu. Información suministrada entonces en la Ciencia de Internet de la NASA, NSN. Nasa. El gobernador 6 y 7 TTL de routers situados JPL (Laboratorio JetPropulsion) en. TTL de la azora 11 de salida. Net red ubicada en la Red Asociación UniversitiesResearch sudeste. TTL de 12 nombres de dominio GSI es Sistemas OBIERNO, Inc., operadores de NIC.

TTL de la segunda RT T 6 en (590) es casi el doble del valor de los otros dos RT T (234 y 262) es. Muestra los cambios dinámicos de encaminamiento IP. Entre el host emisor y el router que el datagrama más lento que ocurrieron los incidentes. Del mismo modo, no podemos distinguir entre los paquetes ICMP de error envío o traslado interceptados.

TTL de un primer valor de detección RT T 3 (204) Relación de del valor del campo TTL de una sonda (233) el valor de 2 más pequeño. Dado que el valor de cada RT impreso T es el tiempo total desde la fuente hasta el router, por lo que esta situación es probable que ocurra.

Figura 8 - Ejemplo 5 es un ejemplo de ejecución entre el sol host desde el editor al autor.

traceroute google.com
traceroute to google.com (93.46.8.90), 30 hops max, 60 byte packets
 1  arvinchen.cn.zmt.local (192.168.5.1)  1.294 ms  1.417 ms  1.564 ms
 2  192.168.255.254 (192.168.255.254)  0.228 ms  0.230 ms  0.193 ms
 3  * * *
 4  61.152.7.225 (61.152.7.225)  6.179 ms 61.152.6.217 (61.152.6.217)  7.822 ms  7.818 ms
 5  101.95.89.74 (101.95.89.74)  6.464 ms  6.516 ms 101.95.89.78 (101.95.89.78)  2.980 ms
 6  202.101.63.134 (202.101.63.134)  6.706 ms 61.152.24.30 (61.152.24.30)  9.807 ms 61.152.24.50 (61.152.24.50)  2.781 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *

 

En este ejemplo, los paquetes de datos dejando Telcom. Red Después de Arizona. Edu de red regional Westnet. (Valor del campo TTL de 6 y 7) Net. Entonces por Advanced Network & NSFNET operaciones de los servicios de cadena principal, T 3. Ans. Net, (T 3 para columna vertebral de la línea telefónica 45 Mb / s utilizando una abreviatura general.) La red final es alter. Net, es decir, aw. ​​com punto de conexión a Internet.

8.5 opciones de código de enrutamiento IP

Por lo general, el enrutamiento IP es dinámica, es decir, cada router debe contener los siguientes datos para determinar qué enrutador que reenvía a. Aplicación que no está controlada, y por lo general no preocupa. Se utiliza una herramienta similar aceroute procedimiento Tr para encontrar las rutas reales.

fuente pensamiento de enrutamiento (enrutamiento de origen) se designa por la ruta remitente. Se puede tomar dos formas:

1. • enrutamiento de origen estricto. El extremo de transmisión que indica la ruta exacta que un datagrama IP debe ser utilizado. Si el router encuentra un enrutador siguiente en la fuente de red especificado por el enrutamiento no está conectado directamente a, entonces se devuelve un paquetes de error "fuente de enrutamiento de fallo" ICMP.
2. • enrutamiento de origen suelto. La transmisión de dirección de fin que indica una lista de paquetes de datos IP a través, pero los paquetes entre cualquiera de dos direcciones de la lista puede estar indicado por otros routers.

Tr programa aceroute ofrece una vista de origen enfoque de enrutamiento, podemos especificar una fuente de opciones de enrutamiento, y luego ver qué pasa.

Algunos paquete de código fuente aceroute Tr revelado que comprende un parche para especificar enrutamiento de origen camino suelto. Pero en la versión estándar por lo general no incluye esto. La interpretación de estos parches son "programa de Van Jacobson originales Tr aceroute (1988 Primavera) soporta esta característica, pero más tarde porque estaba roto puertas de enlace y la eliminación de esta característica." Para el ejemplo dado en este capítulo, el autor estos parches, y que están dispuestas para permitir el enrutamiento de origen suelta y la estricta enrutamiento de origen.

Figura 8 - La figura 6 muestra el formato de la fuente de opciones de enrutamiento.

Este formato está con nosotros en la Figura 7 - formato de opción de registro de ruta coherente se muestra en la Figura 3. La diferencia es que, para el enrutamiento de origen, tenemos que llenar la lista de direcciones IP antes de enviar el datagrama IP, y para la opción de registro de ruta, tenemos que asignar y liberar espacio para la lista de direcciones IP, y dejar que la pueblan router de la lista artículos. Mientras tanto, la fuente de encaminamiento, siempre que el número de direcciones IP requiere la asignación de espacio y de inicialización, que típicamente número menor que 9. Para la opción de registro de ruta asignada tanto espacio para llegar a nueve direcciones.

 

Para el enrutamiento de origen suelta, el valor del campo de código es 0 x 8 3; y para enrutamiento de origen estricto, un valor de 0 x 8 9. len y campo ptr en la Sección 7.3, como se describe.

La fuente llamada real opción de "fuente y de ruta de registro" encaminamiento (para la fuente de suelta de enrutamiento y el enrutamiento de origen estricto, están representados por LSRR y SSRR), porque los paquetes de datos a lo largo del proceso de transmisión en la lista de direcciones IP han sido actualizados.

Aquí está el curso de su funcionamiento:

1. • El envío de acogida para recibir una ruta de origen a partir de la lista de aplicaciones, se retira la primera una entrada (que es el destino final del paquete de datos), los restantes artículos a un artículo (Fig 8--6 se muestra), y el destino original como el último elemento de la lista. Pointer todavía señala al elemento (es decir, el valor del puntero 4) de la primera lista.

2. • Cada router que los mangos de los controles de datagramas si se trata de la dirección de destino de los datagramas. Si no, los datos normales de reenvío de paquetes (en este caso, deben especificar el enrutamiento de origen suelta, de lo contrario no puede recibir el paquete de datos).

3. • Si el router es el objetivo final, y el puntero no es mayor que la longitud de la ruta, entonces la siguiente dirección (1) una lista ptr puntos especificados en el destino final de los datagramas, (2) de la interfaz de salida (interfaz de salida) con correspondiente IP

dirección de origen de la dirección sólo se utiliza sustituido; (3) 4 puntero se incrementa.

Puede utilizar el procedimiento siguiente se explica mejor con un ejemplo. Mapa 8 - 7, se supone que la aplicación de envío en el host transmite un datagrama a S D, especifique la ruta de origen como R1, R2 y R3.

En la figura, # representa el campo de puntero, cuyo valor es 4,8,1 y 16 2, respectivamente. El campo de longitud 15 es constante (dirección IP más tres tres bytes de cabecera). Como puede verse, cada dirección de destino del salto de los datagramas IP ha cambiado.

Cuando una aplicación recibe los datos de la ruta de origen especificado, y cuando el transpondedor debe ser valores de ruta de lectura recibidas, y para proporcionar ruta inversa.

Requisitos de acogida RFC especifica, cliente TCP deben ser capaces de especificar el enrutamiento de origen, mientras que, servidor TCP debe ser capaz de recibir una fuente de enrutamiento, y el uso de la ruta inversa para todos los segmentos de la conexión TCP. Si el servidor TCP tarde recibe una ruta de origen diferente, a continuación, la nueva ruta de origen sustituye a la ruta de origen antiguo.

Ejemplos traceroute 8.5.1 fuente suelta el encaminamiento de la

El uso traceroute de opción - g para especificar routers intermedios a enrutamiento de origen suelto. Con esta opción se puede especificar hasta ocho enrutador intermedio (que es la razón del número 8 en lugar de 9 se utiliza en la interfaz de programación requiere entrada de la tabla final sea el destino).

En la Figura 8--4, la ruta a NIC, a saber nic ruta DDN MIL través de la NASA Ciencia de Internet ... . ... En Figura 8 - 8 se ENSS 1 4 2 UT Westnet neto (192.31.39.21) como un enrutador intermedio para forzar datagrama designado enrutador NSFNET:

En este caso, un total de 16 miradas hop trayectoria que tiene un promedio RT T es de aproximadamente 350 ms. Y la Figura 8 - típicamente sólo 4 enrutamiento lúpulo 13, el promedio RT T de aproximadamente 322 ms. Las miradas de ruta por defecto mejor (en el establecimiento de una ruta, también deben tener en cuenta otros factores. Algunos de estos factores se debe considerar es la red de organizaciones y factores políticos incluidos).

Pero dijimos salto mira 16, ya que su salida anterior por NSFNET - ejemplo comparativo (Fig. 85) se encontró en la presente realización utiliza fuente suelta de enrutamiento, el router se selecciona 3 (que puede ser porque el router genera ICMP Time error Superó de paquetes de datos de enrutamiento de origen, hay algunos errores en) el paquete. Netb entre el router y el butch Gatewa y. Tuc. NOAO. Edu enrutador perdido, mientras que G Abby encuentra y ENSS 1 4 2. T T. oeste . Nos stgate entre red. Te FCM. Un rizona. Edu y uu -... ua AZ Westnet netas dos routers también perdieron. En estos ruta perdida
en cuestiones de programas y opciones de enrutamiento de origen sueltos recibidas relacionadas con los datos reportados pueda haber ocurrido. De hecho, cuando se utiliza el NSFNET, el camino entre la fuente y el NIC 19 salto. Capítulo 8.5 ejerce para continuar la discusión de estos routers que faltan.

Al mismo tiempo, este caso también apunta a otro problema. En la línea de comandos, hay que especificar el router ENS 1 4 2. T T. Westnet. Net salpicado dirección IP decimal, pero no podemos sustituir su nombre de dominio. Esto es porque el DNS inversa (nombre de dominio devuelto por la dirección IP de la Sección 4.5 describe) la dirección IP asociada con el nombre de dominio, pero antes de la resolución (es decir, devolver el nombre de dominio dado dirección IP) no pueden. En DNS, antes de los dos archivos separados y las asignaciones a inversa, y no todos los gerentes tienen ambos de estos dos archivos. Por lo tanto, en una dirección que está funcionando correctamente y la situación en la otra dirección, pero el fracaso no es infrecuente.

Hay una situación no encontrado previamente en el caso del campo TTL es de 8, por primera RT T, imprimir un asterisco. Esto indica que un tiempo de espera se produce, esta señal de respuesta no se recibe dentro de los 5 segundos sondadas.

La figura 8 y la figura presentes --4 comparación, una conclusión que se pueden extraer del enrutador NSN - FIX - Pe .. netos sura conectar simultáneamente NSFNET y la NASA Ciencia de Internet.

8.5.2 programa traceroute ejemplo de enrutamiento estricto fuente

En la versión del autor del programa traceroute, - la opción G descrita anteriormente opción - g es exactamente lo mismo, pero esta vez es una fuente de enrutamiento estricto en lugar de enrutamiento de origen suelto. Podemos utilizar esta opción para observar a la hora especificada fuente estricta inválida encaminar el resultado sería similar. 5 se puede observar, la secuencia normal de paquetes de datos desde el enrutador de la subred se envía a NSFNET netb, puerta de entrada, butch y Gabby (para facilitar la visualización, toda la salida subsiguiente en tanto sufijo de dominio omitido - 8 en la figura. TUC. NOAO. edu y. Telcom. Arizona. edu). Se especifica una ruta de origen estricta, intenta enviar paquetes de datos directamente desde la puerta de entrada a Gabby, marimacho omitido. Podemos adivinar el resultado será un fracaso, como la figura 8 - el resultado de nueve dada.

La clave aquí es que el campo para la línea de salida TTL 3, RT T atrás! S. Esto indica que el programa traceroute recibido ICMP "ruta de origen no" mensaje de error:. Es decir, la figura 6 - el campo de tipo es 3 3, y un código de 5. campo TTL para la segunda posición RT T 3 del asterisco indica no recibió una respuesta para esa sonda. Esto es lo mismo que se intuía, puerta de entrada de datagramas no se puede enviar directamente a Gabby, porque no hay una conexión directa entre ellos.

TTL de 2 y 3 son los resultados de la puerta de enlace, el transpondedor 2 para el campo TTL de la puerta de enlace, debido a que la puerta de enlace recibe los datagramas de campo TTL. Antes de su punto de vista (no válido) enrutamiento de origen estricto, se encontró que la TTL ha expirado, y devuelve el tiempo ICMP superado. campo TTL igual a 3 filas, cuando entra en la puerta de entrada TTL de 2, por lo que se ve en estricta enrutamiento de origen, se encontró que sea válido, y envía de vuelta el mensaje de error de ruta de origen ICMP fallado.

FIG 8--10 muestra los resultados correspondientes a la presente forma de realización salida tcpdump. La salida se encuentra en el enlace entre el sol y la netb SLIP. Debemos ser especificado en el tcpdump - opción v para mostrar la información de ruta de origen. Por lo tanto, la salida será algunos resultados como datagramas de Identificación por lo que no necesitamos, no necesitamos dar los resultados de estos resultados serán eliminados. Del mismo modo, la SSRR que "estricta fuente y el registro de ruta."

Primero cada dirección de destino del datagrama UDP enviado por el sol son netb, más que el host de destino (Westgate). Esto se puede utilizar la Figura 8 - Ejemplo 7 se explica. Del mismo modo, - los otros dos routers (puerta de enlace) y Gabby G especificados por la opción y el destino final (Westgate) se convierte en la primera opción SSRR hop.

De esta salida también puede verse que (la diferencia de tiempo entre la primera fila 15 y la fila 16) el tiempo utilizado por tiempo traceroute es de 5 segundos.

8.5.3 ida y vuelta de enrutamiento programa de direccionamiento traceroute fuente suelta

Como hemos dicho anteriormente, la trayectoria de A a B no es necesariamente el camino de B a A es exactamente el mismo. A menos que los dos sistemas simultáneamente sesión y ejecutar el programa traceroute en cada terminal, de lo contrario es difícil encontrar dos caminos son diferentes. Sin embargo, el uso de enrutamiento de origen no estricta, puede decidir la ruta en ambas direcciones.

El truco es que especificar una ruta de origen no estricta, el destino de la ruta y la ruta suelta, y el envío del host de destino. Por ejemplo, el anfitrión en el sol, podemos ver el enviado de forma inmediata y Bruno colorado cs edu de los resultados mostrados en la Figura 8 -.... 11.

Resultados ruta emitida (TTL de 1 a 11) y la vía de retorno (TTL es de 11 a 21) diferentes, bien ilustrado en la Internet, de enrutamiento puede ser asimétrica.

La salida también muestra que en la Fig. 8 - 3 cuestiones examinadas. TTL de salida de discriminación de 2 y 19: son puerta de enlace tuc NOAO edu, pero dos direcciones IP diferentes que es ... Desde que el programa traceroute identifica la interfaz de entrada, y nuestros dos direcciones diferentes a través del router, un camino de salida (campo TTL 2), en el trayecto de retorno (TTL es 19), es posible adivinar este resultado. Al comparar el TTL de 8,4 y 31 y los resultados 17, los mismos resultados pueden ser vistos.
 

8.6 Resumen

En una red TCP / IP, traceroute programa es una herramienta indispensable. La operación es simple: el envío de un datagrama UDP TTL de 1, entonces los incrementos de campo TTL por uno, para determinar el camino al comienzo de cada router. Cada descartes de router el datagrama UDP devuelven un tiempo de espera de un paquete ICMP 2, y el destino final es producir un puerto de mensaje inalcanzable ICMP.

Damos ejemplos de programa traceroute que se ejecuta en la LAN y WA N, y lo utilizan para examinar el enrutamiento de origen IP. Nos fuente suelta encaminamiento enviado al host de destino para detectar si la misma ruta y una ruta al host de destino.