Cisco 300-410: Diseño, Métricas y Convergencia de EIGRP — Guía de estudio

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

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.

Resumen

Enhanced Interior Gateway Routing Protocol (EIGRP) es un protocolo de enrutamiento de vector-distancia, libre de bucles y de rápida convergencia que utiliza el Diffusing Update Algorithm (DUAL) para calcular rutas de respaldo y evitar bucles transitorios. Las decisiones de diseño en torno a métricas, selección de rutas, contención de consultas (query containment), sumarización, formación de adyacencias, autenticación y redistribución influyen directamente en la estabilidad y el tiempo de convergencia. Esta sección describe cómo diseñar, configurar y solucionar problemas de EIGRP para un comportamiento determinista en implementaciones de IPv4 e IPv6.

Operación de DUAL y Selección de Ruta

EIGRP utiliza DUAL para mantener una topología libre de bucles y acelerar la convergencia.

• Sucesor (Successor): El siguiente salto principal para un destino. Se instala en la tabla de enrutamiento.
• Distancia Factible (Feasible Distance, FD): La mejor métrica conocida desde el router local hasta un destino (a través del sucesor).
• Distancia Reportada (Reported Distance, RD): La métrica hacia el destino reportada por un vecino (también llamada distancia anunciada).
• Sucesor Factible (Feasible Successor, FS): Un siguiente salto de respaldo que se garantiza que está libre de bucles mediante la Condición de Factibilidad (FC).

Condición de Factibilidad (Feasibility Condition): Un vecino califica como sucesor factible si su RD hacia el destino es estrictamente menor que la FD local hacia ese destino a través del sucesor actual: RDvecino < FDlocal. Esto garantiza que el vecino está más cerca del destino que el router local, previniendo bucles sin requerir un cálculo SPF completo.

Resultados de comportamiento:

• Si un destino pierde su sucesor y existe al menos un FS, el router realiza una conmutación local inmediata sin enviar consultas (queries), lo que produce una convergencia por debajo del segundo en enlaces de velocidad LAN.
• Si no existe ningún FS, el destino pasa al estado Activo (Active) y el router envía consultas a los vecinos para encontrar un reemplazo. El diseño del alcance de las consultas (query scoping) se vuelve crítico para evitar retrasos.

Balanceo de carga de costo desigual con varianza (variance):

• EIGRP instala múltiples rutas cuando se configura la varianza y esas rutas son FS. Una ruta es elegible si su FD ≤ (varianza × FD del mejor sucesor). Solo los FS pueden instalarse para compartir tráfico; las rutas de igual costo que no son FS no se utilizan para evitar bucles.
• El reparto de tráfico puede ser balanceado (por defecto, proporcional a las métricas inversas) o minimizado con traffic-share min across-interfaces.

Ejemplo:

undefined

Nota de diseño: Si existen múltiples enlaces pero no cumplen la FC, considere ajustar el retardo (delay) de la interfaz (no el ancho de banda) para influir en las relaciones FD/RD. No modifique los valores K para este propósito.

Modelos de Configuración, Formación de Vecinos y Autenticación

EIGRP soporta modelos de configuración clásico y con nombre (named).

EIGRP Clásico (IPv4):

undefined

• La sumarización y la autenticación por interfaz se configuran en la propia interfaz.

EIGRP con Nombre (Named) (consolida IPv4/IPv6 y centraliza las políticas):

undefined

Descubrimiento de vecinos:

• Temporizadores Hello/Hold: por defecto 5/15 segundos en enlaces de alta velocidad, 60/180 en los de baja velocidad. No es necesario que los temporizadores coincidan; el tiempo de espera (hold time) aceptado es el que anuncia el vecino.
• Destinos multicast: 224.0.0.10 (IPv4) y FF02::A (IPv6).
• passive-interface suprime los hellos; úsese en puertos de cara al acceso o donde no deba formarse una adyacencia.

Autenticación:

• Autenticación clásica por interfaz con MD5/HMAC-SHA:

undefined

• En el modo con nombre, aplique la autenticación bajo af-interface. Todos los vecinos en un segmento deben compartir el algoritmo y las claves; las discrepancias impiden la adyacencia.

Enrutamiento Stub:

• Configúrelo solo en el propio stub; los vecinos aprenden la capacidad de stub y suprimen las consultas no esenciales.

undefined

Las opciones por defecto de stub anuncian rutas conectadas y sumarizadas. Añada rutas estáticas o redistribuidas según sea necesario.

EIGRP para IPv6:

• Requiere un ID de router de 32 bits y activación por interfaz.

undefined

Métricas: Compuesta y Amplia, Valores K y Compatibilidad

Métrica compuesta (clásica):

• Valores K por defecto: K1=1 (ancho de banda), K3=1 (retardo), K2=K4=K5=0. Métrica efectiva = 256 × (inversa del ancho de banda mínimo del enlace + retardo acumulado). La carga y la fiabilidad se ignoran por defecto.
• No cambie los valores K en diseños de producción; todos los vecinos deben tener exactamente los mismos valores K, o las adyacencias fallarán.

Métricas amplias (Wide metrics):

• Las métricas amplias extienden la escala y precisión de la métrica (especialmente para enlaces de muy alto ancho de banda/bajo retardo) y añaden margen para funcionalidades de TE (Traffic Engineering). Todos los vecinos deben soportar y negociar la misma versión de métrica EIGRP. Versiones de métrica o valores K no coincidentes impiden la adyacencia.
• Mejores prácticas para la manipulación de métricas:
  • Prefiera cambiar el retardo (delay) de la interfaz para influir en la preferencia de ruta; es aditivo y determinista.
  • Evite configurar un ancho de banda poco realista; también afecta a QoS y otros subsistemas.
  • Use default-metric o métricas explícitas para la redistribución para asegurar una selección de ruta predecible.

Métricas de redistribución:

undefined

Convergencia, Consultas, Sumarización y Límites de Consulta

Consultas y Stuck-in-Active (SIA):

• Cuando no existe un FS, las rutas pasan a estado Activo y el router envía consultas a todos los vecinos, excepto a aquellos que son stubs o tienen límites de sumarización. Cada vecino consultado debe responder antes de que expire el active-time (predeterminado en 3 minutos). La falta de recepción de todas las respuestas provoca un SIA; el vecino puede ser reiniciado y la ruta purgada.
• Las mejoras de EIGRP SIA-Query/SIA-Reply detectan antes a los respondedores lentos, pero el diseño es la mitigación principal.

Estrategias de contención de consultas:

• Sumarización: Crear agregados en los límites de distribución o de tipo ABR para evitar que las consultas los crucen. EIGRP instala una ruta de descarte local Null0 para el resumen (distancia administrativa 5) con una métrica igual a la de la mejor ruta componente. Esto reduce el alcance de las consultas y protege contra los agujeros negros (blackholing) cuando faltan rutas específicas.
• Enrutamiento stub: Configurar en sitios spoke o leaf para detener las consultas de tránsito a través de dispositivos con recursos limitados.
• Filtrado: Limitar la propagación de rutas innecesarias y reducir la huella de la topología.

Sumarización de IPv4 con leak-map: interface GigabitEthernet0/0 ip summary-address eigrp 100 10.16.0.0 255.255.0.0 leak-map EIGRP-LEAK ! ip prefix-list CRITICAL permit 10.16.200.0/24 route-map EIGRP-LEAK permit 10 match ip address prefix-list CRITICAL

Los leak-maps permiten anunciar rutas más específicas seleccionadas junto con el resumen, por ejemplo, para dirigir el tráfico de subredes críticas mediante políticas o para mantener rutas óptimas mientras se siguen conteniendo las consultas para el resto.

Compromisos de diseño:

• Los resúmenes generales (coarse summaries) maximizan la estabilidad, pero pueden ocultar rutas subóptimas, haciendo que el tráfico siga rutas más largas. Permita la fuga solo de lo necesario.
• Una varianza excesiva puede aumentar las rutas de balanceo de carga, pero solo entre los FS; asegúrese de la contención de consultas para que existan FS para los destinos críticos.

Política, redistribución, verificación y solución de problemas

Redistribución hacia/desde EIGRP:

• Las rutas redistribuidas en EIGRP se convierten en externas (distancia administrativa de 170). Siempre establezca una métrica determinista y aplique etiquetado para prevenir bucles en la redistribución mutua.

undefined

!

undefined

!

undefined

!

undefined

Aspectos esenciales de la verificación:

• Vecinos: show ip eigrp neighbors detail, show ipv6 eigrp neighbors
• Topología: show ip eigrp topology all-links, show ip eigrp topology prefix y equivalentes en modo named bajo show eigrp address-family
• Enrutamiento: show ip route eigrp, show ipv6 route eigrp
• Estado del protocolo: show ip protocols, show eigrp address-family ipv4 events
• Tráfico y consultas: show ip eigrp traffic

Flujo de trabajo para la solución de problemas de convergencia:

1. Confirme los prerrequisitos de adyacencia: coincidencia de AS, valores K/versión de métrica, autenticación y ausencia de passive-interface en los enlaces de tránsito.
2. Inspeccione los temporizadores y el estado de la interfaz; las caídas y levantadas (flaps) causan estados active frecuentes. Ajuste los temporizadores hello/hold solo cuando sea necesario; prefiera solucionar los problemas subyacentes del medio.
3. Verifique si hay indicaciones de SIA y tormentas de consultas (query storms). Agregue o refine resúmenes y configure stub en los routers hoja para limitar las consultas.
4. Evalúe la disponibilidad de FS en la topología. Si falta, verifique que se pueda cumplir la condición de factibilidad (feasible condition); ajuste los retardos (delays) para crear respaldos viables si el diseño lo requiere.
5. Valide las métricas de redistribución y las etiquetas. La falta de valores predeterminados produce métricas infinitas, descartando rutas; la ausencia de etiquetas puede crear bucles.
6. Para IPv6, asegúrese de que el router ID esté configurado y que la activación por interfaz esté presente; EIGRP para IPv6 no utiliza las declaraciones network de IPv4.

Escenario de problema práctico

Northwind Logistics opera una red EIGRP de doble hub con docenas de almacenes spoke. Las caídas ocasionales de los circuitos de acceso en sitios remotos desencadenan tormentas de consultas (query storms), causando SIA intermitentes en los hubs y conmutaciones por error retardadas. La empresa también planea habilitar IPv6 junto con IPv4 y debe prevenir bucles de redistribución mutua entre EIGRP y OSPF en los centros de datos regionales.

Enfoque:

1. Limite las consultas con sumarización en la capa de distribución.

• En cada interfaz de distribución hacia los spokes, configure resúmenes IPv4 por interfaz y filtre (leak) las subredes críticas que requieren un enrutamiento óptimo. Esto reduce el alcance de la consulta cuando un spoke pierde una ruta más específica, al tiempo que se preserva el rendimiento para los prefijos clave.

undefined

!

undefined

undefined

Justificación: Los resúmenes crean un descarte a Null0 para los subprefijos no coincidentes (AD 5) y evitan que los estados Active se propaguen más allá del límite, reduciendo drásticamente el riesgo de SIA.

2. Declare los spokes como stubs solo con rutas conectadas y de resumen.

undefined

Justificación: Los hubs no enviarán consultas de amplio alcance a los spokes; los spokes no necesitan responder a rutas que no pueden mejorar, lo que acorta la convergencia y conserva la CPU/memoria en los CPE de gama baja.

3. Habilite el balanceo de carga de costo desigual entre los hubs duales donde se cumpla la FC.

undefined

Justificación: Variance permite usar múltiples rutas FS hacia los hubs, mejorando el rendimiento y la resiliencia sin violar las garantías de ausencia de bucles, siempre que se mantenga la FC.

4. Estandarice las métricas y evite cambios en los valores K.

• No altere los valores K. Establezca las métricas de redistribución explícitamente en los centros de datos.

undefined

undefined

Justificación: Las métricas consistentes producen una selección de ruta predecible; las etiquetas marcan las rutas externas para prevenir bucles de reingreso.

5. Bloquee los bucles de redistribución desde EIGRP de vuelta hacia OSPF.

undefined

undefined

Justificación: Las etiquetas evitan que las mismas rutas oscilen entre protocolos, evitando inestabilidad (churn) y confusión de métricas.

6. Refuerce la formación de vecinos con autenticación en los segmentos LAN del hub.

undefined

Justificación: Previene adyacencias no autorizadas y desajustes accidentales de métrica/valores K provenientes de dispositivos de terceros.

7. Implemente EIGRP para IPv6 por interfaz y configure un router ID.

undefined

!

undefined

Justificación: EIGRP para IPv6 requiere habilitación explícita por interfaz y un router ID de 32 bits; esto refleja el comportamiento de IPv4 con adyacencias separadas sobre FF02::A.

8. Valide y monitoree.

• Use show ip eigrp topology all-links para verificar la presencia de FS; show ip eigrp neighbors detail para confirmar temporizadores/autenticación; show ip eigrp traffic para asegurar que el conteo de consultas disminuya después del cambio. Justificación: Confirma que los cambios de diseño reducen los estados active/SIA y que hay múltiples FS disponibles para una conmutación rápida.

← Diseño · Todos los dominios · Políticas →

Practica estas preguntas → · Práctica cronometrada en ExamRoll.io →