Cisco 300-410: Redistribución de Rutas y Enrutamiento Basado en Políticas — 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.

Información general

La redistribución de rutas y el enrutamiento basado en políticas (PBR) son herramientas potentes para integrar dominios de enrutamiento heterogéneos e influir en las decisiones de reenvío más allá del paradigma predeterminado basado en el destino. Implementados correctamente, permiten conectividad interdominios escalable, direccionamiento selectivo del tráfico, propagación controlada de la ruta por defecto y prevención robusta de bucles. Implementados incorrectamente, crean bucles de enrutamiento, retroalimentación de rutas, caminos subóptimos y agujeros negros difíciles de diagnosticar. Esta sección explica la lógica de diseño, la mecánica operativa y los modos de fallo, y proporciona una guía precisa sobre el filtrado, la traducción de métricas y el PBR con seguimiento y verificación.

Fundamentos de la redistribución y el filtrado

Límites de dominios de enrutamiento, métricas semilla y distancia administrativa

• Los límites de dominio existen dondequiera que se cruzan diferentes protocolos (OSPF/EIGRP/BGP/estático/conectado). En estos bordes, la redistribución sintetiza la alcanzabilidad entre dominios.
• Las métricas semilla son obligatorias cuando el protocolo de destino no puede inferir una métrica (por ejemplo, la métrica externa de OSPF, la métrica compuesta de EIGRP). Sin semillas explícitas o valores por defecto, las rutas redistribuidas pueden ser inutilizables o quedar severamente desfavorecidas.
• La distancia administrativa (AD) arbitra entre protocolos. Los valores por defecto típicos son: eBGP 20, estática 1, OSPF 110, EIGRP interno 90, EIGRP externo 170, iBGP 200. Los entornos con AD mixta pueden preferir orígenes no deseados (por ejemplo, una ruta externa de OSPF redistribuida podría ganar a una ruta iBGP si no se considera la AD), causando enrutamiento asimétrico o bucles.

Riesgo de la redistribución y controles bidireccionales

• La redistribución bidireccional (A↔B) puede reinyectar rutas aprendidas de vuelta al dominio de origen, creando bucles persistentes o “retroalimentación” de rutas. Contrólelo con:
  • Etiquetado de rutas para marcar el origen y bloquear la reentrada.
  • Filtrado direccional para admitir solo los prefijos necesarios.
  • Sumarización en los límites para reducir la granularidad de la retroalimentación.
  • Políticas de pasivo-por-defecto: inyectar solo una ruta por defecto o solo agregados sumarizados cuando sea apropiado.
  • Ajuste de la AD para asegurar que el dominio principal prefiera las rutas nativas sobre las redistribuidas.

Etiquetas de ruta y patrones de prevención de bucles

• Use etiquetas soportadas por el protocolo para transportar metadatos de origen:
  • Etiquetas de LSA externos de OSPF (32 bits).
  • Etiquetas de ruta de EIGRP a través de mapas de ruta.
  • Etiquetas de comunidad/comunidad extendida de BGP.
• Patrón común:
  • Etiquetar en la redistribución hacia un dominio de destino (por ejemplo, establecer la etiqueta 65001 si se aprende desde el AS 65001 de EIGRP).
  • En la redistribución inversa, hacer coincidir esa etiqueta y denegar para evitar la reoriginación.
• Colisiones de etiquetas: defina un plan de etiquetado para evitar semánticas superpuestas entre los bordes.

Mapas de ruta, listas de prefijos, listas de distribución y granularidad del filtrado

• Listas de prefijos: lo mejor para la granularidad de coincidencia en prefijos y máscaras (admite operadores ge/le). Úselas tanto para bordes BGP como IGP.
• Listas de distribución: filtrado heredado basado en listas de acceso/listas de prefijos vinculado directamente a un proceso de enrutamiento; eficaz para IGPs pero con contexto limitado.
• Mapas de ruta: políticas versátiles que admiten coincidencias en listas de prefijos, etiquetas, siguientes saltos, métricas, comunidades y establecen acciones (métrica, etiqueta, tipo, comunidad, anteposición en el as-path).
• Use mapas de ruta cuando necesite tanto filtrar como transformar atributos; use listas de prefijos para una selección de prefijos/máscaras eficiente y escalable.

Ubicación del filtrado de rutas: de entrada versus de salida

• Filtrado de entrada:
  • Reduce el crecimiento de la RIB/FIB y el uso de CPU al evitar que se instalen rutas no deseadas.
  • Preferido al proteger un dominio de actualizaciones excesivas o tóxicas (por ejemplo, en el borde BGP).
• Filtrado de salida:
  • Evita fugas de rutas y anuncios excesivos.
  • Impone la política de exportación y la normalización de atributos.
• Para BGP, valide siempre los mapas de ruta de salida para evitar cambios de atributos no deseados (por ejemplo, una anteposición accidental en el AS-path que aumenta el número de saltos visto por los vecinos).

Gestión de la ruta por defecto

• Las estrategias incluyen:
  • Inyectar una ruta por defecto solo donde sea necesario (por ejemplo, con default-information originate de OSPF con un mapa de ruta).
  • Redistribuir la ruta estática 0.0.0.0/0 con cuidado; asegúrese de que la AD y el tipo de métrica eviten que la ruta por defecto supere a las rutas específicas.
  • Para bordes duales (Internet y MPLS), separe las rutas por defecto por VRF y aplique políticas de exportación/importación para evitar fugas cruzadas.

Traducción de métricas y gestión de la ruta por defecto

Traducción de métricas entre OSPF, EIGRP, BGP y rutas estáticas

• OSPF:
  • Las rutas externas llevan un costo y un tipo. El tipo E1 acumula el costo interno hacia el ASBR; el E2 es constante por defecto. Elija E1 cuando el costo de la ruta interna deba influir en la selección de la salida.
  • Establezca las métricas externas explícitamente para influir en la selección de la ruta a través de múltiples ASBRs.
• EIGRP:
  • La métrica compuesta utiliza ancho de banda, retardo, fiabilidad, carga y MTU. En la redistribución, establezca al menos el ancho de banda y el retardo; de lo contrario, a las rutas se les pueden asignar métricas pobres y ser desfavorecidas.
  • Use los pesos de métrica K1–K5 solo si es indispensable; mantenga los valores por defecto para la interoperabilidad.
• BGP:
  • No traduce las métricas de IGP directamente. Controle la preferencia de ruta con local preference (intra-AS), MED (pista inter-AS), anteposición en el AS-path y weight (local a un router).
  • Al redistribuir un IGP en BGP, use mapas de ruta para establecer comunidades, MED y para prevenir una granularidad excesiva.
• Estáticas:
  • Inyéctelas en los IGPs con métricas explícitas. Tenga cuidado con una ruta estática con AD 1 que anule las rutas dinámicas localmente; ajuste la AD por prefijo si es necesario (por ejemplo, ip route 0.0.0.0 0.0.0.0 x.y.z.w 5).

Ejemplos concisos

• OSPF ← EIGRP con etiquetas y E1:

  route-map EIGRP-TO-OSPF permit 10
   match tag 0
   set tag 65010
   set metric-type type-1
   set metric 50
  router ospf 1
   redistribute eigrp 10 subnets route-map EIGRP-TO-OSPF

• EIGRP ← OSPF con métrica compuesta:

  route-map OSPF-TO-EIGRP permit 10
   match tag 0
   set tag 65020
   set metric 100000 50 255 1 1500
  router eigrp 10
   redistribute ospf 1 route-map OSPF-TO-EIGRP

• Control de atributos de salida en BGP (evitar el alargamiento accidental de la ruta para prefijos locales):

  route-map OUT permit 10
   match ip address prefix-list EXPORT
   set local-preference 150
  route-map OUT permit 20
  router bgp 200
   neighbor 1.1.1.1 remote-as 65001
   neighbor 1.1.1.1 route-map OUT out

Incluya siempre una secuencia permit de terminación; de lo contrario, podría añadir atributos inadvertidamente (como anteposiciones en el AS-path) o descartar todas las demás rutas.

Ruta por defecto

• Ruta por defecto en OSPF con política:

  route-map OSPF-DEF permit 10
   match interface GigabitEthernet0/0
  router ospf 1
   default-information originate route-map OSPF-DEF metric 10 metric-type 1

Diseño y Operaciones del Enrutamiento Basado en Políticas

Comportamiento principal y coincidencias

• PBR cambia la decisión de reenvío por paquete sin modificar la tabla de enrutamiento. Se aplica en la entrada (inbound) de una interfaz o al tráfico generado localmente.
• Criterios de coincidencia comunes: prefijos de origen/destino, DSCP/precedencia, protocolo/puerto (mediante ACL extendida), alcanzabilidad del siguiente salto.
• Acciones set clave:
  • set ip next-hop x.x.x.x [y.y.y.y …]
  • set interface
  • set ip default next-hop x.x.x.x (se usa solo cuando la búsqueda de ruta falla)
  • set dscp , set ip precedence

Fallback y conocimiento de la disponibilidad

• Use listas de siguientes saltos para un fallback ordenado. Si el primer siguiente salto no se resuelve, el router evalúa los siguientes saltos posteriores.
• Use set ip next-hop verify-availability con seguimiento de objetos (object tracking) para preferir solo los siguientes saltos alcanzables; de lo contrario, PBR puede crear agujeros negros (black holes).

  ip sla 10
   icmp-echo 203.0.113.1 source-interface GigabitEthernet0/0
   frequency 5
  ip sla schedule 10 life forever start-time now
  track 10 rtr 10 reachability
  route-map PBR permit 10
   match ip address ACL_PBR
   set ip next-hop verify-availability 198.51.100.1 1 track 10
   set ip default next-hop 203.0.113.2
  interface GigabitEthernet0/1
   ip policy route-map PBR

• PBR local versus PBR de interfaz:
  • PBR de interfaz (ip policy route-map) procesa el tráfico en tránsito que ingresa a esa interfaz.
  • PBR local (ip local policy route-map) procesa el tráfico originado por el propio router (por ejemplo, sesiones de gestión, pings). Úselo con cuidado para evitar interrumpir las sesiones del plano de control.

Interacciones con el plano de control y la seguridad

• PBR opera en la ruta de datos antes de la búsqueda de enrutamiento normal; no cambia la RIB. Verifique la resolución de adyacencia de CEF para set next-hop.
• El policiamiento del plano de control (CoPP) no aplica políticas al tráfico de datos en tránsito afectado por PBR, pero puede aplicarlas a las actualizaciones de enrutamiento utilizadas por dominios redistribuidos. Al validar las tasas de CoPP para evitar flaps de enrutamiento, establezca inicialmente conform-action transmit y exceed-action transmit mientras prueba la clasificación de ACL, y luego ajústelas según sea necesario.
• Si se implementa uRPF en los dispositivos receptores, las rutas asimétricas creadas por PBR pueden causar caídas de paquetes. Use ip verify unicast source reachable-via any donde sea apropiado para permitir rutas de retorno asimétricas.

Estrategia de verificación, reversión y solución de problemas

Comandos de verificación

• Estado de rutas y políticas:
  • show ip route y show ip route vrf para verificar la alcanzabilidad por VRF.
  • show ip cef exact-route para observar las decisiones de reenvío reales.
  • show route-map y show access-lists para validar el orden de secuencia y las coincidencias.
  • show policy-map control-plane para revisar los efectos de CoPP durante la inestabilidad.
• Específicos del protocolo:
  • OSPF: show ip ospf database external, show ip ospf border-routers y revisar las etiquetas (tags) de LSA; para habilitar la interfaz OSPFv3 para IPv4, use ospfv3 1 ipv4 area bajo la interfaz.
  • EIGRP: show ip eigrp topology, show ip protocols para las fuentes de redistribución.
  • BGP: show ip bgp neighbors x.x.x.x advertised-routes y received-routes; confirme los cambios de atributos (AS-path, MED, communities, local preference) y asegúrese de que las políticas de salida permitan las rutas no coincidentes cuando sea la intención.

Flujo de trabajo para la solución de problemas

• Identificar la categoría del síntoma:
  • Ruta faltante: revise los filtros de entrada y la política de redistribución en el límite de ingreso.
  • Ruta incorrecta: inspeccione la AD, la traducción de métricas y las modificaciones de atributos de salida.
  • Agujero negro (black hole): verifique la disponibilidad del siguiente salto (next-hop) de PBR, el estado de IP SLA/track y asegúrese de que “set ip default next-hop” se use solo para destinos que no están en la tabla de enrutamiento.
  • Inestabilidad/flaps: revise primero las etiquetas de prevención de bucles, las fugas de filtros y los contadores de CoPP.
• Inspeccionar el orden de la política:
  • El orden de secuencia del route-map es importante. Una secuencia deny en la salida de BGP puede suprimir la exportación, mientras que un permit sin set pasa las rutas sin cambios. Siempre incluya un permit 20 final (o similar) para permitir rutas no coincidentes cuando sea apropiado.
• Validar la prevención de bucles:
  • Confirme que las etiquetas se establezcan en la exportación y se filtren en la reimportación. Asegúrese de que la sumarización y el filtrado sean simétricos en ambos extremos.
• Reversión y seguridad en los cambios:
  • Use ventanas de mantenimiento y despliegue por etapas (aplique primero en la entrada para proteger su dominio; luego en la salida).
  • Mantenga archivos de configuración y use configuration replace para revertir rápidamente.
  • Donde sea posible, aplique las políticas en un laboratorio de VRF o en un subconjunto limitado de vecinos antes del despliegue global.

Ejemplos cortos y específicos

• Filtrado de subredes BGP de entrada para bloquear rutas más específicas:

  ip prefix-list PL-IN deny 172.16.0.0/16 le 23
  ip prefix-list PL-IN permit 0.0.0.0/0 le 32
  router bgp 100
   neighbor 192.0.2.2 remote-as 200
   neighbor 192.0.2.2 prefix-list PL-IN in

• Uso correcto de los valores por defecto del route-map para evitar una restricción excesiva:

  route-map SETLP permit 10
   match ip address prefix-list P1
   set local-preference 99
  route-map SETLP permit 20

Advertencias operativas y modos de fallo

• Métricas mal inicializadas (mis-seeded) resultan en que todo el tráfico prefiera un ASBR o que ninguno prefiera una ruta que de otro modo sería válida.
• AS-path prepends no intencionados o la falta de un permit de terminación hacen que los vecinos perciban los prefijos locales como más lejanos, por ejemplo, que un 192.168.130.0/24 originado localmente se vea a dos saltos de AS de distancia en lugar de uno.
• El PBR sin track/verify-availability puede crear agujeros negros (black holes) silenciosos en el plano de datos durante un fallo del siguiente salto.
• La redistribución por defecto sin una política puede suplantar rutas específicas debido a diferencias de AD, causando enrutamiento subóptimo o pérdida de alcanzabilidad.

Escenario de problema práctico

NorthPeak Media está fusionando una WAN basada en OSPF con un centro de datos basado en EIGRP y necesita una salida a Internet selectiva a través de dos ISP. Requisitos: prevenir bucles de redistribución, preferir el ISP-A para el tráfico de producción con conmutación por error (failover) automática al ISP-B, y evitar impactar la estabilidad del plano de control.

Enfoque

1. Definir límites de redistribución y etiquetas (tags)

• Justificación: Se requiere redistribución bidireccional entre OSPF (WAN) y EIGRP (DC). Las etiquetas identifican el origen de la ruta y previenen su reinyección.
• Acciones:
  • En el ASBR de EIGRP a OSPF, redistribuir eigrp con set tag 65010, metric-type E1 y cost 50.
  • En el ASBR de OSPF a EIGRP, redistribuir ospf con set tag 65020 y una métrica compuesta de EIGRP; denegar cualquier ruta con la etiqueta 65010 que regrese desde OSPF, y viceversa.

2. Normalizar métricas y AD

• Justificación: Asegurar que las rutas internas de OSPF superen a las externas de OSPF y que las internas de EIGRP superen a las externas de EIGRP; evitar que iBGP opaque a los IGP sin querer.
• Acciones:
  • Usar E1 para las rutas externas de OSPF para que el costo interno hacia el ASBR influya en la selección de salida.
  • Si es necesario, aumentar la AD de las rutas estáticas redistribuidas para evitar que suplanten a rutas IGP específicas.

3. Controlar la propagación de la ruta por defecto

• Justificación: Solo el borde de la WAN debe inyectar 0.0.0.0/0 en OSPF; el DC no debe filtrar una ruta por defecto hacia OSPF o EIGRP sin querer.
• Acciones:
  • En el ABR de la WAN, usar default-information originate con un route-map que coincida con una interfaz de ISP en estado up/up; metric-type E1 y un costo moderado.
  • No redistribuir las rutas estáticas por defecto desde el DC; denegar explícitamente 0.0.0.0/0 en las cláusulas del route-map para la redistribución.

4. Aplicar PBR para salida selectiva con seguimiento de IP SLA

• Justificación: Dirigir el tráfico de producción al ISP-A con conmutación por error (failover) rápida y automática al ISP-B; no alterar la tabla de enrutamiento.
• Acciones:
  • Crear una ACL que coincida con las subredes de producción.
  • Configurar pruebas ip sla de tipo ICMP hacia el siguiente salto del ISP-A y objetos track.
  • En las interfaces de ingreso del campus, aplicar ip policy route-map PBR-PROD:
    • set ip next-hop verify-availability 1 track
    • set ip default next-hop para destinos no presentes en la tabla de enrutamiento.
  • Dejar que el tráfico que no es de producción siga las rutas normales de IGP/BGP.

5. Proteger el plano de control y el tráfico de gestión

• Justificación: Asegurar que las sesiones originadas en el router y las adyacencias de enrutamiento no sean interrumpidas por PBR o CoPP.
• Acciones:
  • Usar ip local policy route-map solo para direcciones de origen de gestión específicas si es necesario; de lo contrario, evitar aplicar PBR local de forma global.
  • Durante la activación de la política de CoPP, establecer inicialmente conform-action transmit y exceed-action transmit para las clases de BGP/OSPF para validar la coincidencia de ACL y las tasas sin inducir flaps; luego, aplicar el policing deseado.

6. Ubicación y validación de filtros

• Justificación: Proteger el dominio de un exceso de prefijos y evitar fugas.
• Acciones:
  • Prefix-lists de entrada en los vecinos BGP para bloquear rutas más específicas no deseadas y bogons.
  • Route-maps de salida para establecer local preference para prefijos seleccionados y asegurar un permit de terminación.
  • Validar con show ip route vrf <name> (por VRF), show ip bgp neighbors advertised-routes y los contadores de aciertos (hit counts) de show route-map.

7. Probar, monitorear y revertir

• Justificación: El despliegue controlado reduce el riesgo.
• Acciones:
  • Desplegar en un subconjunto de interfaces/vecinos, monitorear el estado de IP SLA y verificar los contadores de PBR y las adyacencias de CEF.
  • Archivar la configuración base y usar configuration replace para una reversión rápida si aparecen anomalías.
  • Confirmar que no hay bucles revisando las etiquetas de ruta de extremo a extremo y verificando la ausencia de reoriginación con show ip ospf database external y show ip eigrp topology.

← Políticas · Todos los dominios · MPLS →

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