DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

R1#
interface GigabitEthernet0/0
 ip address 10.0.12.1 255.255.255.252
 ip ospf authentication message-digest
 ip ospf message-digest-key 1 md5 cisco123
!
router ospf 1
 network 10.0.12.0 0.0.0.3 area 0

R2#
interface GigabitEthernet0/0
 ip address 10.0.12.2 255.255.255.252
 ip ospf authentication message-digest
 ip ospf message-digest-key 1 md5 cisco321
!
router ospf 1
 network 10.0.12.0 0.0.0.3 area 0

R1 y R2 están directamente conectados y ejecutan OSPF. Pueden hacerse ping entre sí, el área coincide y los temporizadores coinciden, pero aun así no se convierten en vecinos. ¿Cuál es la causa más probable?

Elige la mejor respuesta.

Respuesta correcta

ALas claves de autenticación de OSPF no coinciden.

Explicación

La causa más probable es una discrepancia en las claves de autenticación de OSPF. Aunque los routers tienen conectividad IP, IDs de área coincidentes y temporizadores idénticos, la adyacencia OSPF requiere que los parámetros de autenticación también coincidan. Si la autenticación está habilitada en ambos lados pero las claves difieren, los paquetes OSPF se descartan de forma silenciosa, impidiendo la formación de la vecindad.

Por qué cada opción es correcta o incorrecta

Correcta

Las claves de autenticación de OSPF no coinciden.

En OSPF, si la autenticación MD5 está habilitada pero las claves de autenticación configuradas (o los key IDs) no coinciden entre los dos routers, todos los paquetes hello de OSPF se descartan silenciosamente. Los routers siguen siendo alcanzables en la Capa 3 mediante ping porque el reenvío IP no depende de la autenticación de OSPF, pero nunca formarán una adyacencia de vecinos ni intercambiarán información de enrutamiento.

Incorrecta

La máscara de subred es demasiado pequeña para que OSPF funcione.

OSPF funciona perfectamente en una subred /30, que es la longitud de prefijo estándar para enlaces punto a punto entre routers. Una máscara /30 proporciona dos direcciones de host utilizables, exactamente las suficientes para las dos interfaces de los routers, y OSPF no requiere una subred más grande ni más bits de host. Una máscara de subred que sea 'demasiado pequeña' sería una que no tenga direcciones de host válidas, como /31 o /32, pero incluso /31 puede utilizarse para enlaces OSPF punto a punto en muchas implementaciones. Por lo tanto, la máscara /30 no es un problema aquí.

Incorrecta

Los routers deben usar diferentes process IDs.

Los process IDs de OSPF tienen solo importancia local; identifican el proceso OSPF en un único router y no necesitan coincidir entre vecinos. De hecho, dos routers pueden formar una adyacencia OSPF completa incluso si uno usa el process ID 1 y el otro usa el process ID 100, siempre que el ID de área, el tipo de red, la subred y los parámetros de autenticación (si los hay) sean compatibles. El requisito de que difieran es un error conceptual común; los routers pueden usar los mismos o diferentes process IDs sin afectar la formación de la vecindad.

Incorrecta

Las interfaces deben configurarse como troncales de switch.

Las interfaces troncales se utilizan para transportar múltiples VLAN a través de un solo enlace, normalmente entre switches. La formación de vecinos OSPF sobre un enlace Ethernet directo de router a router requiere que la interfaz esté en la misma subred con parámetros OSPF coincidentes, no una configuración de troncal. Esta opción resulta tentadora porque el trunking es un requisito común de Capa 2 para enlaces entre switches, pero el escenario involucra routers, no switches, por lo que el trunking es irrelevante para la adyacencia OSPF.

Para profundizar

Open Shortest Path First (OSPF) es un protocolo de enrutamiento de estado de enlace que forma adyacencias de vecinos para intercambiar información de enrutamiento. Para que dos routers se conviertan en vecinos OSPF, deben compartir varios parámetros clave: el mismo ID de área, intervalos de hello y dead coincidentes, y configuraciones de autenticación idénticas si la autenticación está habilitada. La autenticación en OSPF puede ser por contraseña simple o resumen de mensaje (MD5), lo que asegura los paquetes OSPF al requerir claves coincidentes en ambos routers. Sin claves de autenticación coincidentes, los paquetes OSPF se descartan, impidiendo la formación de la vecindad. El proceso de formación de adyacencia OSPF implica que los routers intercambien paquetes hello para descubrir vecinos y negociar parámetros. Si algún parámetro crítico difiere, como el ID de área o la clave de autenticación, los routers no avanzarán más allá del estado init o two-way. Los process IDs tienen importancia únicamente local y no necesitan coincidir; solo identifican el proceso OSPF en un router. Además, OSPF se ejecuta sobre interfaces enrutadas y no requiere trunking de switch, lo cual es relevante para el etiquetado de VLAN pero no tiene relación con la formación de vecinos OSPF. Una trampa común de examen es asumir que la conectividad IP y los IDs de área coincidentes garantizan la adyacencia OSPF. Sin embargo, cuando la autenticación está habilitada, las claves no coincidentes provocan fallos silenciosos en los que los routers pueden hacerse ping entre sí pero nunca convertirse en vecinos. Este escenario destaca la importancia de verificar todos los parámetros de OSPF, especialmente las claves de autenticación, durante la resolución de problemas. En redes prácticas, las claves MD5 no coincidentes son una causa frecuente de fallos de adyacencia a pesar de configuraciones de IP y área correctas.

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.