DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

R1#
router ospf 1
 network 10.20.12.0 0.0.0.255 area 0
 passive-interface GigabitEthernet0/0
!
interface GigabitEthernet0/0
 ip address 10.20.12.1 255.255.255.0

R2#
router ospf 1
 network 10.20.12.0 0.0.0.255 area 0
!
interface GigabitEthernet0/0
 ip address 10.20.12.2 255.255.255.0

R1 y R2 están conectados a través de un enlace GigabitEthernet en la misma subred IPv4, y ambos routers tienen OSPF configurado en la misma área. Sin embargo, R1 no está aprendiendo ninguna ruta OSPF de R2. ¿Cuál es la causa más probable?

Elige la mejor respuesta.

Respuesta correcta

  • AGigabitEthernet0/0 está configurada como una interfaz OSPF pasiva en R1.

Explicación

La razón más probable es que un extremo tenga la interfaz configurada como pasiva, lo que evita que se envíen paquetes OSPF hello en esa interfaz. En términos prácticos, la sentencia network por sí sola no garantiza la formación de vecinos. OSPF todavía necesita el descubrimiento activo de vecinos en el enlace. Si la interfaz es pasiva, el router anuncia la red conectada en OSPF pero no intenta formar una adyacencia allí. Este es un patrón realista de resolución de problemas de enrutamiento porque la configuración puede parecer mayormente correcta hasta que se inspecciona la configuración de passive-interface.

Por qué cada opción es correcta o incorrecta

A

Correcta

GigabitEthernet0/0 está configurada como una interfaz OSPF pasiva en R1.

Que GigabitEthernet0/0 esté configurada como una interfaz OSPF pasiva en R1 suprime todos los paquetes OSPF hello en ese enlace. Debido a que R1 nunca envía hellos, no puede establecer una relación de vecino bidireccional con R2; la adyacencia OSPF no puede formarse y no se intercambian rutas OSPF. Esto explica por qué R1 no tiene rutas de R2 aunque el enlace físico esté operativo.

B

Incorrecta

Los routers deben usar diferentes ID de proceso OSPF para intercambiar rutas.

Los ID de proceso OSPF son identificadores con significado local que solo importan en el router donde están configurados; no necesitan coincidir entre routers vecinos para que OSPF funcione. R1 y R2 podrían ejecutar los ID de proceso 1 y 100 respectivamente y aun así intercambiar rutas si tienen Area IDs, temporizadores y configuraciones de autenticación compatibles. Por lo tanto, unos ID de proceso diferentes no pueden ser el motivo por el cual R1 no aprende rutas.

C

Incorrecta

Los routers están en diferentes subredes IPv4.

Ambos routers están configurados con direcciones en la subred 10.20.12.0/24, por lo que están en la misma subred IPv4; por ejemplo, R1 puede tener 10.20.12.1 y R2 10.20.12.2. OSPF en una red de difusión (broadcast) requiere que los vecinos compartan la misma subred para formar una adyacencia, y esa condición se cumple aquí. Una discrepancia de subred mostraría muchos mensajes de estado de vecinos OSPF sobre máscaras inválidas o que no coinciden, pero no es la causa de que a R1 le falten rutas.

D

Incorrecta

OSPF puede anunciar rutas únicamente a través de enlaces seriales.

OSPF no se limita a enlaces seriales; se ejecuta sobre cualquier interfaz capaz de soportar IP, incluidas interfaces GigabitEthernet, FastEthernet y VLAN. En interfaces Ethernet, OSPF utiliza la dirección de multidifusión (multicast) 224.0.0.5 para los paquetes hello y se adapta automáticamente al tipo de red de difusión (broadcast). Por lo tanto, la afirmación de que OSPF puede anunciar solo a través de enlaces seriales es falsa e irrelevante para el problema.

Para profundizar

OSPF (Open Shortest Path First) es un protocolo de enrutamiento de estado de enlace que se basa en el intercambio de paquetes hello entre routers en un segmento de red compartido para establecer adyacencias de vecinos. Estas adyacencias son esenciales para que los routers compartan información de estado de enlace y construyan una base de datos de enrutamiento sincronizada. Sin formar relaciones de vecinos, los routers OSPF no pueden intercambiar actualizaciones de enrutamiento, lo que impide el aprendizaje de rutas. El comando passive-interface en la configuración de OSPF desactiva el envío de paquetes hello en la interfaz especificada. Si bien el router continúa anunciando la red conectada en OSPF, no intenta formar adyacencias de vecinos en esa interfaz. Esto es útil para interfaces conectadas a dispositivos finales o redes donde no existen vecinos OSPF. Sin embargo, si se aplica por error en una interfaz que conecta dos routers OSPF, evita la formación de adyacencias y el intercambio de rutas. Una trampa común de examen implica asumir que la coincidencia de los ID de proceso OSPF o el subredeo correcto por sí solos garantizan la formación de vecinos. En realidad, la configuración de passive-interface pasa por alto estos factores al detener los paquetes hello. En la práctica, esto significa que, aunque las sentencias network y el direccionamiento IP sean correctos, no se aprenderá ninguna ruta si un extremo es pasivo. Comprender este comportamiento es fundamental para solucionar problemas de conectividad OSPF y garantizar un enrutamiento adecuado en redes Cisco.

Sobre estas preguntas de práctica

Esta es una de las preguntas de práctica originales de 200-301 de Courseiva, escrita para aprender y nunca copiada de exámenes reales ni de dumps.

Traducida del original en inglés con IA y revisada para comprobar el sentido. Los códigos de examen, los comandos y los nombres de productos se mantienen tal como aparecen en el examen.