R1# ping 10.1.23.2 !!!!! R1# show ip route 192.168.3.0 % Network not in table
Anexo: R1 puede hacer ping a 10.1.23.2 pero no puede hacer ping a 192.168.3.10 detrás de R3. La tabla de enrutamiento en R1 carece de 192.168.3.0/24. ¿Cuál es la mejor siguiente comprobación?
Elige la mejor respuesta.
Respuesta correcta
Debido a que el siguiente router directamente conectado es alcanzable, el problema probablemente sea la falta de información de enrutamiento para la LAN remota. La mejor comprobación siguiente es si R3 está anunciando 192.168.3.0/24 o si esa red está presente en el dominio de enrutamiento en absoluto.
Verificar si la LAN remota se está anunciando en el proceso de enrutamiento
El síntoma de que R1 puede hacer ping a la dirección de siguiente salto 10.1.23.2 pero no a 192.168.3.10 indica que la alcanzabilidad hacia el host remoto está bloqueada en la capa de enrutamiento, no en la capa de enlace. Dado que los vecinos OSPF están activos (el siguiente salto responde), la causa más probable es que la subred que contiene 192.168.3.10 no se esté inyectando en el dominio OSPF, ya sea porque no hay una sentencia network bajo el proceso OSPF en el router que posee esa LAN, porque la interfaz está configurada como passive-interface, o porque una distribute-list saliente está filtrando la ruta. Verificar la base de datos OSPF para el prefijo 192.168.3.0/24 confirma directamente si la ruta se está anunciando.
Reemplazar el cable Ethernet entre R1 y R2
Reemplazar el cable Ethernet entre R1 y R2 es irrelevante porque R1 ya puede hacer ping a 10.1.23.2, que es la dirección IP en la interfaz orientada hacia R2. Un ICMP exitoso hacia esa dirección de siguiente salto demuestra que la conectividad de Capa 1 y Capa 2 a través de ese segmento está funcionando correctamente, incluyendo el cableado, los puertos del switch y el estado de la interfaz. La falla es específica de la LAN remota 192.168.3.10, por lo que el problema radica en la propagación de rutas o en las políticas de enrutamiento, no en el medio físico hacia el vecino directamente conectado.
Cambiar el OSPF router ID en R1 inmediatamente
Cambiar el OSPF router ID en R1 no es un siguiente paso válido porque el router ID se utiliza únicamente para identificar al router en las relaciones de adyacencia OSPF y para las elecciones de DR/BDR en segmentos de difusión; no tiene relación con si una LAN remota se anuncia o se selecciona en la tabla de enrutamiento. Un desajuste de router-ID o un router ID duplicado causaría problemas de adyacencia OSPF, pero dado que R1 puede alcanzar el router de siguiente salto en 10.1.23.2, la relación de vecino OSPF está funcionando. No hay evidencia de un conflicto de router-ID, y alterarlo solo reiniciaría las adyacencias OSPF, causando potencialmente una interrupción temporal sin solucionar la ruta faltante.
Deshabilitar CEF para que la ruta pueda ser aprendida
Deshabilitar CEF (Cisco Express Forwarding) en R1 no ayudaría porque CEF es un mecanismo de conmutación de paquetes que opera únicamente después de que una ruta se instala en la tabla de enrutamiento; no influye en la capacidad de OSPF para aprender o recibir rutas. Incluso con CEF deshabilitado, OSPF seguirá poblando la RIB con el prefijo 192.168.3.0/24 si esa red es anunciada por un vecino. La ausencia de conectividad se debe a información de ruta faltante, no al comportamiento del modo de reenvío, por lo que deshabilitar CEF dejaría la tabla de enrutamiento sin cambios y el ping seguiría fallando.
Los protocolos de enrutamiento como OSPF, EIGRP y RIP permiten a los routers compartir información sobre redes conectadas. Cada router anuncia sus LAN directamente conectadas para que otros routers puedan aprender las rutas hacia esas redes y poblar sus tablas de enrutamiento en consecuencia. Este proceso asegura la conectividad de extremo a extremo a través de múltiples routers en una interred. Cuando un router no puede hacer ping a una dirección IP remota, el primer paso es verificar su tabla de enrutamiento. Si falta la red remota, significa que el router no ha aprendido acerca de esa red. Esto ocurre usualmente porque el router remoto no está anunciando la red en el protocolo de enrutamiento o hay un mecanismo de filtrado que bloquea el anuncio. Dado que R1 puede hacer ping al router de siguiente salto (R2), el problema no es la conectividad física, sino la información de enrutamiento faltante para la LAN remota detrás de R3. Una trampa común de examen es centrarse en problemas de la capa física o en router IDs cuando el problema está claramente relacionado con el enrutamiento. Por ejemplo, reemplazar cables o cambiar los router IDs no solucionará los anuncios de ruta faltantes. En la práctica, verificar que la LAN remota se esté anunciando en el proceso de enrutamiento en R3 asegura que R1 pueda aprender la ruta y reenviar el tráfico correctamente. Este paso se alinea con las mejores prácticas de Cisco para la solución de problemas de conectividad de enrutamiento.
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.