¿Cómo se produce el reenvío de los paquetes con estas direcciones de destino?


0

Actualmente estoy estudiando enrutamiento y en unos días tendré una prueba al respecto. En mi libro de texto hay este ejercicio:

Un enrutador tiene la siguiente tabla de enrutamiento y la siguiente configuración de interfaces:

  1. Interfaz 1: 131.175.21.254, 255.255.255.0
  2. Interfaz 2: 131.175.12.254, 255.255.255.0

Describa cómo se produce el reenvío de los paquetes con las siguientes direcciones de destino:

a. 131.175.21.86
b. 131.175.16.65
c. 131.180.21.78
d. 200.45.21.84

Mi libro no está escrito en inglés, así que tuve que traducirlo del italiano.
Mi primera pregunta es: ¿qué es exactamente el primer salto? Nunca se ha mencionado en mi libro, ni una sola vez.

De todos modos, sin saber qué es en realidad, supuse que era la dirección del próximo salto.
Además, sé que en una tabla de enrutamiento la dirección de red 0.0.0.0 representa la "ruta predeterminada": cuando una dirección de destino no coincide con ninguno de los registros en una tabla de enrutamiento, la dirección de red 0.0.0.0 es tomado.
Pero, ¿qué es el primer salto 0.0.0.0? ¿Dónde se reenvía el paquete en este caso?

Mis respuestas sobre este ejercicio son las siguientes:
a. El paquete se reenvía a 131.175.21.86 . Esto sucede porque la ID de red de la interfaz 1 es igual a la ID de red de esta dirección IP, por lo que se produce un reenvío directo.
si. 131.175.21.2 , porque la dirección IP de destino coincide con el segundo registro de la tabla de enrutamiento
c. 131.175.21.4 , porque la dirección IP de destino coincide con el sexto registro de la tabla de enrutamiento
d. 0.0.0.0 porque la dirección IP de destino no coincide con ninguno de los registros en la tabla de enrutamiento.

¿Es correcto? La interfaz 2 tampoco se ha utilizado nunca en este ejercicio.

Respuestas:


0

Lo que potencialmente no se muestra en su libro de texto, pero se muestra en la mayoría de las tablas de enrutamiento, son rutas implícitas adicionales para las interfaces adjuntas, así como la interfaz que se encuentra típicamente y que se utilizará para cada ruta. Una mirada interesante sobre cómo un dispositivo enruta paquetes está aquí.

Una tabla típica de enrutamiento de Cisco IOS podría tener este aspecto ( por ejemplo, suponiendo que las rutas se ingresaron estáticamente )

RouterA#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
<text omitted>
Gateway of last resort is not set
 131.0.0.0/16 is subnetted, 9 subnets
C 131.175.21.0/24 is directly connected, Interface1
C 131.175.12.0/24 is directly connected, Interface2
S 131.175.15.0/24 [120/1] via 131.175.21.1, 00:00:00, Interface1
S 131.175.16.0/24 [120/1] via 131.175.21.2, 00:00:00, Interface1
S 131.175.17.0/24 [120/1] via 131.175.21.3, 00:00:00, Interface1
S 131.180.23.0/24 [120/1] via 131.175.21.4, 00:00:00, Interface1
S 131.180.18.0/24 [120/1] via 131.175.21.4, 00:00:00, Interface1
S 131.180.21.0/24 [120/1] via 131.175.21.4, 00:00:00, Interface1
S 131.180.0.0/24 [120/1] via 131.175.21.5, 00:00:00, Interface1
S* 0.0.0.0/0 is directly connected, Loopback0

Cada ruta en la tabla tiene la dirección de red y los bits utilizados para la coincidencia (en este caso, los primeros 24 bits, que son los primeros 3 octetos), una dirección de "siguiente salto" a la que la ruta enviará el paquete, así como un interfaz el dispositivo sabe que ese salto existe.

Por lo tanto, puede ver que el dispositivo de capa 3 procede a usar la máscara de red para intentar hacer coincidir los bits más a la izquierda de cada paquete que recibe con la ruta adecuada. Continúa de arriba a abajo, clasificando primero las rutas conectadas directamente primero, seguidas de las rutas de máscara de red más estrictas ( por ejemplo, / 30 rutas antes de una ruta / 24 ).

¿Qué sucede cuando no hay una ruta predeterminada adecuada configurada según la tabla de enrutamiento anterior? Bueno, depende de cómo esté configurado el dispositivo. Cubriremos un ejemplo interesante antes de pasar a la pregunta d ejemplo. Supongamos que se recibió un paquete para la dirección de destino 131.175.18.1 . ¿A dónde iría? Primero encontraría la ruta principal 131.0.0.0/16 como una coincidencia y procedería a verificar las secundarias . Después de verificar todas las rutas secundarias y no encontrar una coincidencia, tomará 1 de 2 acciones. Si el dispositivo está configurado sin clases , intentará usar una ruta predeterminada como se indicó anteriormente. Si el dispositivo está configurado con clase , simplemente descartará el paquete.

En su pregunta, la dirección IP no coincide con ninguna ruta principal y, de hecho, es una dirección de clase C en lugar de una dirección de Clase B, como hemos visto hasta ahora. Es probable que el dispositivo proceda inmediatamente a la ruta predeterminada, pero no hay suficiente información para indicar que la ruta predeterminada está conectada a una interfaz específica o a un enrutador específico del próximo salto. Según la información proporcionada anteriormente, parece que no está configurado, por lo que el enrutador descartaría el paquete como si la ruta predeterminada estuviera configurada en la dirección de bucle invertido ( como agregué a la tabla de enrutamiento para mayor claridad, sin embargo, probablemente no aparecería allí ).


0

El primer salto es la máquina / dirección IP a la que se envía el paquete. Si imagina un trazado de ruta (que muestra todas las máquinas que atraviesa un paquete), el primer salto es la primera línea del trazado de ruta. De hecho, el primer salto es el siguiente salto: el primer salto se aplica a un paquete que se origina en el dispositivo, mientras que el siguiente salto podría ser un paquete reenviado como lo ve un enrutador.

Una tabla de enrutamiento con el siguiente salto de 0.0.0.0 es inusual; esta es probablemente una interfaz punto a punto, por ejemplo, ppp, normalmente cada línea de una tabla de enrutamiento tiene una interfaz asociada, que parece faltar, pero el valor predeterminado la ruta debe ser un mapeo 1: 1, por lo que si la información se envía a esa interfaz, solo hay una interfaz con la que se podría comunicar al otro lado.

Tus respuestas son correctas.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.