Cisco 300-410: Diseño, Optimización y Resolución de Problemas de OSPF — Guía de estudio
Forma parte de la Cisco CCNP Enterprise 300-410 ENARSI — Guía de estudio. Practica con respuestas verificadas en el centro de exámenes de Cisco, o realiza tests cronometrados en ExamRoll.io.
Descripción general
Open Shortest Path First (OSPF) es un IGP de estado de enlace con convergencia rápida, una jerarquía robusta y controles de política flexibles. Los diseños eficaces enfatizan límites de área claros, un tamaño de LSDB acotado, tipos de red coherentes y consistencia en la seguridad y los temporizadores. Esta sección resume la mecánica de adyacencia, el comportamiento de los LSA, los tipos de área, los roles de los routers de borde, la seguridad, el ajuste de la convergencia, los detalles específicos de OSPFv3 y un enfoque estructurado para la resolución de problemas.
Adyacencia de vecinos, tipos de red y diseño de DR/BDR
Estados de vecino y formación
- Estados: Down → Init → 2-Way → ExStart → Exchange → Loading → Full. NBMA añade el estado Attempt.
- El procesamiento de mensajes Hello forma el estado 2-Way cuando la comunicación es bidireccional; el estado Full solo ocurre con peers elegidos (lógica DR/BDR/DROther) o en enlaces punto a punto.
- La sincronización de la base de datos utiliza DBD, LSR, LSU y LSAck para alcanzar el estado Full.
Incompatibilidades y modos de fallo comunes
- Una incompatibilidad en el ID o tipo de área (flags de normal vs stub/NSSA) impide la adyacencia.
- Una incompatibilidad de MTU comúnmente detiene el proceso en EXSTART/EXCHANGE; se soluciona igualando el MTU de la interfaz o usando
undefined
.
- Una incompatibilidad en los temporizadores Hello/dead aborta la formación del vecino.
- Una incompatibilidad de autenticación, tipo o clave bloquea la adyacencia.
- Una incompatibilidad del tipo de red (broadcast vs NBMA vs punto a punto/punto a multipunto) interrumpe la lógica de DR.
- IDs de router duplicados, IPs de origen inalcanzables o filtrado/RPF unicast pueden romper las sesiones.
Tipos de red y DR/BDR
- Broadcast (p. ej., Ethernet, valores por defecto de mGRE en DMVPN) y NBMA eligen un DR/BDR; los tipos punto a punto y punto a multipunto no lo hacen.
- Elección de DR: la prioridad de interfaz más alta, luego el ID de router más alto. No es apropiativa; para reemplazar el DR/BDR, reinicie las adyacencias o cambie el segmento.
- Diseño de prioridad de interfaz:
- En LANs compartidas, prefiera un dispositivo estable y con buena alimentación como DR. Ejemplo:
undefined
a nivel de interfaz.
- En una DMVPN con un solo hub, asegúrese de que el hub se convierta en DR para evitar agujeros de alcanzabilidad hub-and-spoke:
undefined
undefined
- En segmentos inestables, considere el tipo punto a multipunto para eliminar la rotación (churn) de DR a costa de LSAs adicionales y una inundación (flooding) menos eficiente.
LSAs, sincronización de LSDB, SPF e instalación de rutas
Tipos de LSA y alcance
- Tipo 1 Router y Tipo 2 Network (topología intra-área).
- Tipo 3 Summary (ABR) y Tipo 4 ASBR Summary (alcanzabilidad del ABR al ASBR).
- Tipo 5 AS-External (E1/E2) para rutas redistribuidas.
- Tipo 7 NSSA-External (N1/N2), traducido a Tipo 5 en el ABR de la NSSA.
- LSAs opacos (Tipo 9/10/11) para extensiones como TE; el alcance es de enlace/área/AS.
Sincronización de la LSDB
- Después de la elección de vecino, el intercambio de DBD determina qué LSAs son más nuevos. Las entradas faltantes se solicitan mediante LSR y se envían mediante LSU.
- Es obligatorio que los checksums y números de secuencia de los LSA sean consistentes; la corrupción lleva a estados de LOADING atascados.
Cálculo de SPF y SPF incremental
- SPF calcula un árbol de ruta más corta por cada área. Los costos son aditivos; se prefieren las rutas intra-área sobre las inter-área, y luego las externas.
- Preferencia externa: E1/N1 incluye el costo interno; se prefiere sobre E2/N2 para el mismo destino.
- Ranking de instalación de rutas (AD por defecto): las rutas OSPF tienen un valor de 110; si es necesario, ajústelo con
undefined
.
- El SPF incremental (ispf) recalcula solo los subgrafos afectados, reduciendo el uso de CPU durante fluctuaciones (flaps):
undefined
undefined
Dirección de reenvío (Forwarding Address) y alcanzabilidad externa
- Los LSAs externos pueden llevar una dirección de reenvío (FA). El router debe tener una ruta hacia la FA; de lo contrario, utiliza el ASBR que lo anuncia.
- La falta de LSAs de Tipo 4 o la inalcanzabilidad de la FA impide la instalación de rutas externas.
Áreas, bordes, enlaces virtuales, sumarización y rutas externas
Tipos de área
- Backbone (área 0): tránsito obligatorio para el tráfico inter-área; debe ser contigua.
- Normal: se permiten todos los LSAs.
- Stub: bloquea los de Tipo 5; el ABR inyecta una ruta por defecto (Tipo 3).
- Totally stubby (específico del proveedor): bloquea los de Tipo 3, 4 y 5, excepto una única ruta por defecto.
- NSSA: permite los de Tipo 7 (redistribución local) pero bloquea los de Tipo 5; no hay ruta por defecto a menos que se configure.
- Totally NSSA: como la NSSA pero suprime la mayoría de los de Tipo 3; aún puede recibir una ruta por defecto.
ABRs y ASBRs
- Un ABR tiene interfaces en el área 0 y en una o más áreas que no son de backbone; origina LSAs de Tipo 3 y Tipo 4; es el lugar ideal para la sumarización.
- Un ASBR redistribuye rutas externas hacia OSPF (Tipo 5 o Tipo 7 en una NSSA).
- Ubique los ABRs en nodos estables y de alta capacidad; evite la anidación profunda de áreas; limite la topología de cada área a un tamaño manejable.
Enlaces virtuales
- Úselos con moderación para conectar un área al backbone a través de un área de tránsito común. Ambos extremos deben ser ABRs; evite usar áreas de tránsito inestables o de tipo stub/NSSA.
Sumarización y originación de rutas por defecto
- Sumarización inter-área en los ABRs:
undefined
undefined
- Sumarización externa en los ASBRs:
undefined
undefined
- Rutas por defecto:
- Hacia áreas normales:
undefined
.
- Áreas Stub/totally stub: el ABR inyecta la ruta por defecto automáticamente.
- NSSA:
undefined
.
Manejo de rutas externas
- Selección E1/N1 vs E2/N2: prefiera las que consideran el costo (E1/N1) cuando existen múltiples salidas.
- En una NSSA, un único ABR realiza la traducción de Tipo 7 a Tipo 5 (el que tiene el ID de router más alto o el que está configurado explícitamente). Asegure una política coherente.
Seguridad, Temporizadores, Ajuste de Convergencia, OSPFv3 y Diagnóstico Estructurado
Autenticación y adyacencias seguras
- OSPFv2 admite autenticación simple y criptográfica; prefiera el uso de key chains con HMAC-SHA/MD5 y tiempos de vida para una renovación sin tiempo de inactividad:
undefined
undefined
undefined
undefined
undefined
- OSPFv3 omite la autenticación integrada; utilice IPsec (AH/ESP) o el Authentication Trailer de OSPFv3. Aplíquelo por interfaz o mediante key chains donde sea compatible.
Temporizadores, regulación y detección rápida
- Valores por defecto de Hello/dead: 10/40s en broadcast/punto a punto, 30/120s en NBMA/punto a multipunto. Ajústelos de forma consistente en ambos lados.
- Hellos rápidos:
undefined
(úselo con BFD para mayor robustez).
- BFD: detección rápida de fallos de peers integrada con OSPF (
undefined
).
- Regulación y espaciado:
undefined
undefined
undefined
undefined
- El SPF incremental (ispf) reduce el impacto de la recomputación bajo condiciones de inestabilidad.
Comportamiento de OSPFv3 y despliegue de IPv6/IPv4
- Los vecinos se forman usando direcciones IPv6 link-local; el router ID sigue siendo de 32 bits y debe ser único por proceso.
- Activación por interfaz para cada familia de direcciones; OSPFv3 admite IPv6 y, en plataformas modernas, IPv4:
undefined
undefined
undefined
- Modelo de LSA actualizado (tipos funcionalmente equivalentes con numeración diferente); el diseño de áreas y las reglas de preferencia reflejan las de OSPFv2.
Diagnóstico estructurado: rutas faltantes y adyacencias inestables
- Rutas OSPF faltantes:
- Verifique el estado de la adyacencia y la LSDB:
undefined
,
undefined
.
- Confirme que el tipo de área permite los LSA esperados (p. ej., los de Tipo 5 se eliminan en áreas stub; los de Tipo 7 solo en NSSA).
- Compruebe la ausencia de LSA de Tipo 4 hacia un ASBR; asegúrese de la presencia de un ABR y de la alcanzabilidad del backbone.
- Valide la alcanzabilidad de la FA externa y la política/métricas de redistribución.
- En VRF/VRF-lite, habilite
undefined
bajo
undefined
cuando sea necesario, y use
undefined
para confirmar la instalación en la RIB.
- Adyacencias inestables:
- Correlacione con eventos de L2; considere BFD para la detección y reduzca la inestabilidad del DR ajustando la prioridad de la interfaz o usando point-to-multipoint.
- Resuelva los bloqueos en EXSTART/EXCHANGE igualando las MTU; los bloqueos en LOADING, eliminando inconsistencias en la LSDB y asegurando router IDs únicos.
- Alinee los tipos de hello/dead/autenticación/red en ambos lados; en NBMA, asegúrese de que existan sentencias neighbor o descubrimiento dinámico según el diseño.
Ejemplos cortos de configuración
- Convertir un segmento de broadcast a point-to-multipoint para eliminar el DR:
undefined
undefined
- Inyección de ruta por defecto en NSSA:
undefined
undefined
Escenario de Problema Práctico
Contoso Warehousing opera una DMVPN de un solo hub con 120 spokes. OSPF se ejecuta sobre la superposición (overlay) mGRE/IPsec. El equipo de operaciones informa de alcanzabilidad intermitente entre los spokes y de la falta de rutas externas desde un ASBR del centro de datos.
Enfoque
- Asegurar un DR/BDR determinista en el hub de la DMVPN
- Justificación: El overlay de la DMVPN se comporta como un segmento de acceso múltiple para OSPF. Un DR estable en el hub previene LSDBs parciales y agujeros negros de tráfico entre spokes.
- Acción:
undefined
undefined
- Normalizar el tipo de red OSPF y los temporizadores hello/dead
- Justificación: La mezcla de tipos de red y las discrepancias en los temporizadores causan reinicios frecuentes de los vecinos. La consistencia estabiliza la matriz de adyacencias.
- Acción: Configure todas las interfaces de túnel como broadcast con hello/dead 10/40, o cambie a point-to-multipoint si se prefiere suprimir el DR.
- Solucionar bloqueos en EXSTART/EXCHANGE alineando las MTU
- Justificación: Las discrepancias de MTU bloquean la negociación de DBD y provocan un estancamiento en EXSTART/EXCHANGE.
- Acción: Iguale las MTU del túnel y las físicas; como último recurso, aplique
undefined
en todas las interfaces de túnel.
- Habilitar BFD en los túneles
- Justificación: La detección rápida de fallos reduce el tiempo de convergencia sin necesidad de temporizadores hello agresivos.
- Acción:
undefined
undefined
- Regular la generación de SPF y LSA, y habilitar iSPF
- Justificación: Con 120 spokes, las ráfagas no reguladas de SPF/LSA pueden causar picos de CPU y prolongar las interrupciones.
- Acción:
undefined
undefined
undefined
undefined
undefined
- Restaurar la visibilidad de rutas externas desde el centro de datos
- Justificación: Los spokes no reciben los prefijos redistribuidos porque los LSA de Tipo 5 no están presentes en una NSSA de un spoke.
- Acción: Si los spokes están en una NSSA, asegúrese de la traducción del Tipo 7 en el ABR del hub e inyecte una ruta por defecto donde sea necesario:
undefined
undefined
Confirme que un único ABR realiza la traducción de Tipo 7 a Tipo 5 y que existen LSA de Tipo 4 hacia el ASBR.
- Sumarizar en los ABRs y ASBRs
- Justificación: La sumarización reduce el tamaño de la LSDB y limita el alcance de la inestabilidad.
- Acción:
undefined
undefined
undefined
- Asegurar y renovar claves sin tiempo de inactividad
- Justificación: Las discrepancias en la autenticación crean flaps; la renovación de claves con tiempos de vida evita la pérdida de adyacencia.
- Acción:
undefined
undefined
undefined
undefined
undefined
Al forzar una selección de DR estable, armonizar los tipos de red y los temporizadores, eliminar los bloqueos inducidos por la MTU, restringir la inestabilidad de SPF/LSA y corregir la política de área/externa, el dominio OSPF de la DMVPN de Contoso converge de manera predecible y anuncia todos los prefijos previstos a cada spoke.
← Direccionamiento Avanzado de IPv4 e IPv6 · Todos los dominios · Diseño →
Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Aprueba tu examen →