Configurar redistribución de protocolo de routing

Introducción

En este documento se describe cómo se puede redistribuir un protocolo de routing, rutas conectadas o estáticas, en otro protocolo de routing dinámico.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

La información de este documento no se limita a ninguna versión específica de software y hardware

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

La redistribución del protocolo de routing es un concepto fundamental en las redes informáticas que permite la comunicación entre diferentes dominios de routing. En las redes empresariales y de proveedores de servicios, se suelen implementar varios protocolos de routing, como OSPF (Open Shortest Path First), EIGRP (Enhanced Interior Gateway Routing Protocol), BGP (Border Gateway Protocol) y RIP (Routing Information Protocol) para casos prácticos específicos. La redistribución permite que estos protocolos compartan información de routing, lo que garantiza la conectividad entre diversos segmentos de red.

Por qué es necesaria la redistribución

1. Entornos multiprotocolo: Las organizaciones pueden implementar diferentes protocolos para diversos propósitos, como BGP para rutas de Internet y OSPF para redes internas.
2. Fusiones y adquisiciones: Las redes con protocolos dispares deben interoperar durante la integración.
3. Escalabilidad y optimización: La redistribución permite el uso compartido selectivo de rutas para optimizar el rendimiento y controlar el comportamiento del routing.

Retos de la redistribución

1. Bucles de routing: Los errores de configuración pueden provocar bucles y reducir el rendimiento de la red.
2. Distancia administrativa y métricas: Cada protocolo tiene métricas y prioridades únicas, que requieren una comprensión cuidadosa durante la redistribución.
3. Filtrado de Rutas y Seguridad: La redistribución sin filtrado puede propagar de forma inadvertida rutas incorrectas o no deseadas.

La configuración eficaz de la redistribución del protocolo de routing garantiza una comunicación fluida entre redes, minimiza el tiempo de inactividad y evita problemas de routing. Mediante el uso de prácticas recomendadas como el filtrado y la prevención de bucles, los administradores de red pueden lograr una infraestructura de routing sólida y eficaz.

Métrica

Cuando redistribuye un protocolo en otro, recuerde que las métricas de cada protocolo tienen un rol importante en la redistribución. Cada protocolo utiliza métricas diferentes. Por ejemplo, la métrica RIP se basa en el recuento de saltos y EIGRP utiliza una métrica compuesta basada en el ancho de banda, el retraso, la fiabilidad, la carga y la unidad de transmisión máxima (MTU), donde el ancho de banda y el retraso son los únicos parámetros que se utilizan de forma predeterminada. Cuando se redistribuyen rutas, debe definir una métrica para un protocolo que la ruta que recibe pueda comprender. Hay dos métodos para definir métricas cuando se redistribuyen rutas.

Topología EIGRP y RIP

1. Solamente puede definir la medición para esa redistribución específica:

router rip
 redistribute static metric 1
 redistribute ospf 1 metric 1

2. Puede usar las mismas métricas como predeterminadas para toda la redistribución (con el comando default-metric  que le ahorra trabajo porque elimina la necesidad de definir la métrica por separado para cada redistribución):

router rip
 redistribute static
 redistribute ospf 1
 default-metric 1

Distancia administrativa

Si un router ejecuta más de un protocolo de routing y detecta una ruta al mismo destino desde ambos protocolos de routing, ¿qué ruta debe seleccionarse como la mejor ruta? Cada protocolo utiliza su propio tipo de métrica para determinar la mejor ruta. No se pueden comparar rutas con diferentes tipos de métricas. Las distancias administrativas se ocupan de este problema. Las distancias administrativas se asignan a las fuentes de router para que se elija el router de la fuente preferida como mejor ruta. Consulte Selección de ruta en routers Cisco para más información sobre distancias administrativas y selección de ruta.

Las distancias administrativas colaboran con la selección de ruta entre los distintos protocolos de ruteo, pero pueden causar problemas para la redistribución. Estos problemas pueden estar bajo la forma de bucles de routing, problemas de convergencia o routing ineficiente. Vea en la imagen a continuación una topología y la descripción de un posible problema.

Topología de un posible problema

En el ejemplo de topología anterior, si R1 ejecuta RIP y R2 y R5 ejecutan RIP y EIGRP y redistribuyen RIP en EIGRP, existe un problema potencial. Por ejemplo, el R2 y el R5 aprenden de la red 192.168.1.0 desde el R1 utilizando RIP. Este conocimiento se redistribuye en EIGRP.  R2 aprende sobre la red 192.168.1.0 a través de R3, y R5 aprende sobre ella desde R4 a través de EIGRP. EIGRP tiene una distancia administrativa inferior a RIP (90 frente a 120); por lo tanto, la ruta EIGRP se utiliza en la tabla de ruteo. Ahora hay un loop de ruteo potencial. Incluso si se usa un horizonte dividido o cualquier otra función diseñada para evitar los bucles de routing, sigue habiendo un problema de convergencia.

Si R2 y R5 también redistribuyen EIGRP en RIP (esto es una redistribución mutua) y la red, 192.168.1.0, no está conectada directamente a R1 (R1 aprende de otro router ascendente de él), entonces existe un problema potencial de que R1 puede aprender la red de R2 o R5 con una mejor métrica que de la fuente original.

Nota: La mecánica de la redistribución de rutas está registrada en los routers de Cisco. Las reglas de redistribución en un router de Cisco dictaminan que la ruta redistribuida debe estar presente en la tabla de routing. No es suficiente que la ruta esté presente en la topología de routing o en la base de datos. Las rutas con una distancia administrativa (AD) menor están siempre instaladas en la tabla de routing. Por ejemplo, si una ruta estática se redistribuye en EIGRP en R5, y luego EIGRP se redistribuye posteriormente en RIP en el mismo router (R5), la ruta estática no se redistribuye en RIP porque nunca se ingresó en la tabla de ruteo EIGRP. Esto se debe al hecho de que las rutas estáticas tienen un AD de 1 y las rutas EIGRP tienen un AD de 90 y la ruta estática se instala en la tabla de ruteo. Para redistribuir la ruta estática en EIGRP en R5, debe utilizar el comando redistribute static bajo el comando router rip.

Consulte la sección Evite los problemas causados por la redistribución de este documento para obtener más información.

Ejemplos de Configuración de Redistribución

EIGRP

Este resultado muestra un router EIGRP que redistribuye rutas estáticas, OSPF (Open Shortest Path First), RIP y IS-IS (Intermediate System-to-Intermediate System).

router eigrp 1
 network 10.10.108.0
 redistribute static
 redistribute ospf 1
 redistribute rip
 redistribute isis
 default-metric 10000 100 255 1 1500

EIGRP necesita cinco métricas al redistribuir otros protocolos: ancho de banda, retardo, confiabilidad, carga y MTU, respectivamente.

Métrico	Valor
ancho de banda	En unidades de kilobits por segundo; 10000 para Ethernet.
demora	En unidades de decenas de microsegundos; para Ethernet es 100 x 10 microsegundos = 1 ms
de confiabilidad	255 para 100 por ciento de confiabilidad
carga	Carga efectiva en el link expresada como un número de 0 a 255 (255 es una carga del 100 por ciento).
MTU (unidad de transmisión básica)	MTU mínima de la ruta; generalmente equivale a la de la interfaz de Ethernet, que es 1500 bytes.

Se pueden ejecutar varios procesos EIGRP en el mismo router, con redistribución entre ellos. Por ejemplo, EIGRP1 y EIGRP2 pueden ejecutarse en el mismo router. Sin embargo, no necesita ejecutar dos procesos del mismo protocolo en el mismo router, y esto puede consumir la memoria del router y la CPU. La redistribución de EIGRP en otro proceso EIGRP no requiere ninguna conversión de métrica, por lo que no es necesario definir métricas ni utilizar el comando default-metric con la redistribución.

Una ruta estática redistribuida tiene prioridad sobre la ruta de resumen porque la ruta estática tiene una distancia administrativa de 1 mientras que la ruta de resumen EIGRP tiene una distancia administrativa de 5. Esto sucede cuando una ruta estática se redistribuye con el uso delredistribute staticcomando en el proceso EIGRP y el proceso EIGRP tiene una ruta predeterminada.

OSPF

Este resultado muestra un router OSPF que redistribuye rutas estáticas, RIP, EIGRP e IS-IS.

router ospf 1
 network 10.10.108.0 0.0.255.255 area 0
 redistribute static metric 200 subnets
 redistribute rip metric 200 subnets
 redistribute eigrp 1 metric 100 subnets
 redistribute isis metric 10 subnets

La métrica de OSPF es un valor de costo basado en 10^{8/ancho de banda del enlace en bits/seg.} Por ejemplo, el costo de OSPF de Ethernet es 10: 108/107 = 10

Nota: Si no se especifica una métrica, OSPF pone un valor predeterminado de 20 cuando redistribuye rutas de todos los protocolos excepto las rutas BGP (protocolo de gateway fronterizo), que obtiene una métrica de 1.

Cuando hay una red principal que está en subredes, debe utilizar la palabra clave sub-netted para redistribuir los protocolos en OSPF.  Sin esta palabra clave, OSPF sólo redistribuye las redes principales que no están conectadas en subredes.

Es posible ejecutar más de un proceso OSPF en el mismo router. Tenga en cuenta que esto puede consumir recursos adicionales del router (memoria y CPU).

Al redistribuir un proceso OSPF en otro, no necesita definir la métrica ni usar el comando default-metric .

RIP

Nota: Los principios en este documento se aplican a las versiones I y II del RIP.

Este resultado muestra un router RIP que redistribuye rutas estáticas, EIGRP, OSPF e IS-IS:

router rip
 network 10.10.108.0
 redistribute static
 redistribute eigrp 1
 redistribute ospf 1
 redistribute isis
 default-metric 1

La métrica RIP se compone de un recuento de saltos y la métrica válida máxima es 15. Cualquier valor mayor que 15 se considera infinito; puede utilizar 16 para describir una métrica infinita en RIP. Al redistribuir un protocolo en RIP, Cisco recomienda utilizar una métrica baja, como 1. Una métrica alta, como 10, limita aún más el RIP. Si define una métrica de 10 para rutas redistribuidas, estas rutas sólo se anuncian a los routers a una distancia máxima de 5 saltos, en cuyo punto la métrica (recuento de saltos) supera los 15. Si define una métrica de 1, habilite una ruta para que recorra el número máximo de saltos en un dominio RIP. Pero esto puede aumentar la posibilidad de bucles de routing cuando hay múltiples puntos de redistribución y el router detectará la red con la mejor métrica desde el punto de redistribución en lugar de la fuente original. Por lo tanto, debe asegurarse de que la métrica no sea ni demasiado alta, lo que evitará que se anuncie en todos los routers, ni demasiado baja, lo que generará bucles de routing cuando haya múltiples puntos de redistribución.

IS-IS

Este resultado muestra un router IS-IS que redistribuye rutas estáticas, RIP, EIGRP y OSPF.

router isis
 network 49.1234.1111.1111.1111.00
 redistribute static
 redistribute rip metric 20
 redistribute eigrp 1 metric 20
 redistribute ospf 1 metric 20

La métrica IS-IS debe estar entre 1 y 63. No hay ninguna opción de métrica predeterminada en IS-IS. Debe definir una métrica para cada protocolo, como se muestra en el ejemplo anterior. Si no se especifica una métrica para las rutas que se redistribuyen en IS-IS, un valor métrico de 0 se utiliza de forma predeterminada.

Redistribución de rutas estáticas excepto el gateway del último recurso en RIP con el mapa de rutas

Esta configuración es un ejemplo de cómo redistribuir rutas estáticas, excepto el gateway del último recurso del gateway en RIP a través del mapa de rutas.

Esta es la configuración inicial para este ejemplo:

router rip
 version 2
 network 10.0.0.0
 default-information originate
 no auto-summary
!
ip forward-protocol nd
ip route 0.0.0.0 0.0.0.0 10.32.32.3
ip route 10.32.42.211 255.255.255.255 192.168.0.102
ip route 10.98.0.0 255.255.255.0 10.32.32.1
ip route 10.99.0.0 255.255.255.0 10.32.32.1
ip route 10.99.99.0 255.255.255.252 10.32.32.5
ip route 10.129.103.128 255.255.255.240 10.32.31.1
ip route 172.16.231.0 255.255.255.0 10.32.32.5
ip route 172.16.28.0 255.255.252.0 10.32.32.5
ip route 192.168.248.0 255.255.255.0 10.32.32.5
ip route 192.168.0.43 255.255.255.0 10.32.32.5 
ip route 192.168.0.103 255.255.255.0 10.32.32.5

Para completar la redistribución sin el gateway de último recurso, puede utilizar los siguientes pasos de configuración:

1. Cree una lista de acceso para hacer coincidir todas las redes que deben redistribuirse.

Router#show access-lists 10
Standard IP access list 10
    10 permit 10.32.42.211
    20 permit 10.98.0.0, wildcard bits 0.0.0.255
    30 permit 10.99.0.0, wildcard bits 0.0.0.255
    40 permit 10.129.103.128, wildcard bits 0.0.0.15
    50 permit 172.16.231.0, wildcard bits 0.0.0.255<
    60 permit 172.16.28.0, wildcard bits 0.0.3.255
    70 permit 192.168.248.0, wildcard bits 0.0.0.255
    80 permit 192.168.0.43, wildcard bits 0.0.0.255
    90 permit 192.168.0.103, wildcard bits 0.0.0.255

2. Invoque esta lista de acceso desde un mapa de rutas.

route-map TEST
 match ip address 10

3. Redistribuya en RIP con “route-map” y elimine el comando default information originate del proceso RIP.

router RIP
 version 2
 network 10.0.0.0
 redistribute static route-map TEST
 no auto-summary

Redistribución de redes conectadas

Redistribución de redes conectadas

En el ejemplo de topología, el router B tiene dos interfaces GigabitEthernet. GigabitEthernet0/0 está en la red 10.10.1.0/24 y GigabitEthernet0/1 está en la red 10.20.1.0/24. El router B ejecuta EIGRP con el router A y OSPF con el router C. El router B se redistribuye mutuamente entre los procesos EIGRP y OSPF. Ésta es la configuración relevante para el Router B:

RouterB#show running-config 
Building configuration...

Current configuration : 3130 bytes
!
!
!
interface GigabitEthernet0/0
 ip address 10.10.1.4 255.255.255.0
 duplex auto
 speed auto
!
interface GigabitEthernet0/1
 ip address 10.20.1.4 255.255.255.0
 duplex auto
 speed auto
!
!
router eigrp 7
 network 10.10.1.0 0.0.0.255
 redistribute ospf 7 metric 10000 10 255 1 1500
!
router ospf 7
 redistribute eigrp 7 subnets
 network 10.20.1.0 0.0.0.255 area 0

La tabla de routing para el router B muestra:

RouterB#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C 10.10.1.0/24 is directly connected, GigabitEthernet0/0
L        10.10.1.4/32 is directly connected, GigabitEthernet0/0
C 10.20.1.0/24 is directly connected, GigabitEthernet0/1
L        10.20.1.4/32 is directly connected, GigabitEthernet0/1
RouterB#

De la configuración anterior y de la tabla de ruteo hay tres cosas relevantes a tener en cuenta:

1. Las redes en cuestión figuran en la tabla de routing del router B como redes con conexión directa.
2. La red 10.10.1.0/24 es parte del proceso EIGRP y la red 10.20.1.0/24 es parte del proceso OSPF.
3. El router B se redistribuye mutuamente entre EIGRP y OSPF.

Tablas de routing del router A y C:

RouterA#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
C        10.10.1.0/24 is directly connected, GigabitEthernet0/0
L        10.10.1.3/32 is directly connected, GigabitEthernet0/0
D EX 10.20.1.0/24 [170/258816] via 10.10.1.4, 00:15:52, GigabitEthernet0/0
RouterA#  

RouterC#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks
O E2 10.10.1.0/24 [110/20] via 10.20.1.4, 00:16:08, GigabitEthernet0/0
C        10.20.1.0/24 is directly connected, GigabitEthernet0/0
L        10.20.1.6/32 is directly connected, GigabitEthernet0/0
RouterC#

El router A ha detectado la red 10.20.1.0/24 a través de EIGRP, que se muestra como ruta externa porque se redistribuyó desde OSPF a EIGRP. El router C ha detectado la red 10.10.1.0/24 a través de OSPF como ruta externa, porque se redistribuyó desde EIGRP a OSPF. Aunque el router B no redistribuye las redes conectadas, anuncia la red 10.10.1.0/24, que es parte del proceso EIGRP redistribuido en OSPF. Del mismo modo, el Router B anuncia la red 10.20.1.0/24, la cual es parte del proceso OSPF redistribuido en EIGRP.

Consulte Redistribuir redes conectadas en OSPF para obtener más información acerca de las rutas conectadas que se redistribuyen en OSPF.

Nota: De forma predeterminada, sólo la información aprendida por EBGP es candidata para la redistribución en el Interior Gateway Protocol (IGP) cuando se ejecuta el comando redistribute bgp. Las rutas del BGP interior (iBGP) no se redistribuyen en IGP hasta que se configura el comando bgp redistribute-internal en el comando router bgp. Pero deben tomarse precauciones para evitar los bucles dentro del sistema autónomo cuando las rutas iBGP se redistribuyen en IGP.

Cómo evitar problemas debido a la redistribución

La sección Distancia administrativa describe cómo la redistribución puede causar problemas como la siguiente topología de  rotuing óptimo, bucles de routing o convergencia lenta. Puede evitar estos tipos de problemas si nunca anuncia la información originalmente recibida del proceso de routing X al proceso de routing X nuevamente.

Ejemplo 1

Redistribución mutua R2 y R5

En la topología anterior, R2 y R5 se redistribuyen recíprocamente. OSPF se redistribuye en EIGRP y EIGRP se redistribuye en OSPF, como muestra la siguiente configuración.

R2

R2#show run | section router
router eigrp 7
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500
router ospf 7
 redistribute eigrp 7 subnets
 network 10.0.0.0 0.255.255.255 area 0

R5

R5#show run | section router
router eigrp 7
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500
router ospf 7
 redistribute eigrp 7 subnets
 network 10.0.0.0 0.255.255.255 area 0

Con el ejemplo de configuración anterior, tiene la posibilidad de sufrir cualquiera de los problemas descritos anteriormente. Para evitarlos, puede filtrar las actualizaciones de routing de la siguiente manera:

R2

R2#show run | section router eigrp|access-list
router eigrp 7
 distribute-list 1 in GigabitEthernet0/0
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500

access-list 1 deny   192.168.1.0 0.0.0.255
access-list 1 permit any

R5

R5#show run | section router eigrp|access-list
router eigrp 7
 distribute-list 1 in GigabitEthernet0/0
 network 172.16.0.0
 redistribute ospf 7 metric 10000 10 255 1 1500

access-list 1 deny   192.168.1.0 0.0.0.255
access-list 1 permit any

Las listas de distribución agregadas a las configuraciones, como se muestra en el ejemplo anterior, filtran cualquier actualización EIGRP que ingrese a la interfaz GigabitEthernet0/0 de los routers. Si la lista de acceso 1 permite las rutas en las actualizaciones, el router las acepta en la actualización; de lo contrario, no lo hace. En este ejemplo, se indica a los routers que no deben aprender la red 192.168.1.0/24 a través de las actualizaciones EIGRP que reciben en la interfaz especificada. Por lo tanto, el único conocimiento que estos routers tienen para la red 192.168.1.0/24 es a través de OSPF desde R1.

Además, tenga en cuenta que en este caso no es necesario utilizar la misma estrategia de filtro para el proceso OSPF porque OSPF tiene una distancia administrativa más alta que EIGRP. Si las rutas que se originan en el dominio EIGRP se retroalimentan a R2 y R5 a través de OSPF, las rutas EIGRP siguen teniendo prioridad.

Ejemplo 2

Ejemplo 2 de redistribución mutua

La topología de este ejemplo muestra otro método para evitar problemas de redistribución. Este método preferible utiliza route-maps para establecer etiquetas para varias rutas, permitiendo que los procesos de ruteo se redistribuyan en función de estas etiquetas.

Uno de los problemas que puede encontrar en la topología anterior es que R1 anuncia la red 192.168.1.0 a R2. R2 luego se redistribuye a EIGRP, R5 aprende la red a través de EIGRP y la redistribuye en OSPF. Según la métrica que R5 establece para las rutas redistribuidas, R6 puede terminar prefiriendo la trayectoria menos deseable a través de R5 en lugar de pasar a través de R1 para alcanzar la red.

En el siguiente ejemplo de configuración se muestra cómo evitar esto con setting etiquetas y, a continuación, cómo redistribuir según las etiquetas.

R2

router eigrp 7
 redistribute ospf 7 route-map ospf_to_eigrp metric 10000 10 255 1 1500

!--- Redistribute ospf routes that are permitted by the route-map ospf_to_eigrp 

router ospf 7
 redistribute eigrp 7 route-map eigrp_to_ospf subnets

!--- Redistribute EIGRP routes and set the tags according to the eigrp_to_ospf route-map

route−map ospf_to_eigrp deny 10
 match tag 88

!--- Route-map statement to deny any routes that have a tag of "88" from being redistributed into EIGRP 
!--- Notice the routes tagged with "88" must be the EIGRP routes that are redistributed into ospf 

route-map ospf_to_eigrp permit 20 
 set tag 77 

!--- Route-map statement to set the tag on ospf routes redistributed into EIGRP to "77" 

route-map eigrp_to_ospf deny 10 
 match tag 77 

!--- Route-map statement to deny any routes that have a tag of "77" from being redistributed into ospf 
!--- Notice the routes tagged with "77" must be the ospf routes that are redistributed into EIGRP 

route-map eigrp_to_ospf permit 20
 set tag 88 

!--- Route-map statement to set the tag on EIGRP routes redistributed into ospf to "88"

R5

router eigrp 7
 redistribute ospf 7 route-map ospf_to_eigrp metric 10000 10 255 1 1500

!--- Redistributes ospf routes that are permitted by the route-map ospf_to_eigrp

router ospf 7
 redistribute eigrp 7 route-map eigrp_to_ospf subnets

!--- Redistributes EIGRP routes and sets the tags
!--- according to the eigrp_to_ospf route-map

route-map ospf_to_eigrp deny 10
 match tag 88

!--- Route-map statement to deny any routes that have a tag of "88" from being redistributed into EIGRP
!--- Notice the routes tagged with "88" must be the EIGRP routes that are redistributed into ospf

route-map ospf_to_eigrp permit 20
 set tag 77

!--- Route-map statement to set the tag on ospf routes redistributed into EIGRP to "77"

route-map eigrp_to_ospf deny 10
 match tag 77

!--- Route-map statement to deny any routes that have a tag of "77" from being redistributed into ospf
!--- Notice the routes tagged with "77" must be the ospf routes that are redistributed into EIGRP

route-map eigrp_to_ospf permit 20
 set tag 88

!--- Route-map statement to set the tag on EIGRP routes redistributed into ospf to "88"

Con la ejemplo anterior completado, puede mirar algunas rutas específicas en la tabla de routing para ver las etiquetas configuradas. La salida del comando show ip route para las rutas específicas en R3 y R1 es la siguiente:

R3#show ip route 192.168.1.1
Routing entry for 192.168.1.1/32
  Known via "eigrp 7", distance 170, metric 258816
  Tag 77, type external
  Redistributing via eigrp 7
  Last update from 172.16.2.10 on GigabitEthernet0/0, 00:01:17 ago
  Routing Descriptor Blocks:
  * 172.16.2.10, from 172.16.2.10, 00:01:17 ago, via GigabitEthernet0/0
      Route metric is 258816, traffic share count is 1
      Total delay is 110 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1
      Route tag 77

R1#show ip route 172.16.2.0
Routing entry for 172.16.2.0/30
  Known via "ospf 7", distance 110, metric 20
  Tag 88, type extern 2, forward metric 1
  Last update from 10.1.10.1 on GigabitEthernet0/1, 00:01:34 ago
  Routing Descriptor Blocks:
  * 10.1.10.6, from 172.16.2.10, 00:16:30 ago, via GigabitEthernet0/0
      Route metric is 20, traffic share count is 1
      Route tag 88
    10.1.10.1, from 172.16.2.1, 00:01:34 ago, via GigabitEthernet0/1
      Route metric is 20, traffic share count is 1
      Route tag 88

EIGRP utiliza cinco variables distintas para calcular las métricas. Sin embargo, las rutas redistribuidas no tienen estos parámetros, y esto causa irregularidades en la ruta setting. La mejor práctica es configurar una métrica predeterminada cuando redistribuye rutas. Con setting la métrica predeterminada, se puede mejorar el rendimiento de EIGRP. Para EIGRP, los valores predeterminados se ingresan con este comando:

Router(config-router)#default-metric 10000 10 255 1 1500

Ejemplo 3

La redistribución también puede llevarse a cabo entre diferentes procesos del mismo protocolo de ruteo. La siguiente configuración es un ejemplo de una política de redistribución utilizada para redistribuir dos procesos EIGRP que se ejecutan en el mismo router o en varios routers:

router eigrp 3
 redistribute eigrp 5 route-map to_eigrp_3
 default-metric 10000 10 255 1 1500

!--- Redistributes EIGRP 5 into EIGRP 3, setting the tags according to the route map "to_eigrp_3"

router eigrp 5
 redistribute eigrp 3 route-map to_eigrp_5
 default-metric 10000 10 255 1 1500

!--- Redistributes EIGRP 3 into EIGRP 5
!--- Routes with tag 33 can not be redistributed due to route map "to_eigrp_5" 
!--- Though the default-metric command is not required when redistributing between different EIGRP processes,
!--- you can use it optionally as shown in the previous example to advertise the routes with specific values for calculating the metric.

route-map to_eigrp_3 deny 10
 match tag 55

!--- Route-map statement used to deny any routes that have a tag of "55" from being redistributed into EIGRP 3
!--- Notice the routes tagged with "55" must be the EIGRP 3 routes that are redistributed into EIGRP 5

route-map to_eigrp_3 permit 20
 set tag 33

!--- Route-map statement used to set the tag on routes redistributed from EIGRP 5 to EIGRP 3 to "33"

route-map to_eigrp_5 deny 10
 match tag 33

!--- Route-map statement used to deny any routes that have a tag of "33" from being redistributed into EIGRP 5
!--- Notice the routes tagged with "33" must be the EIGRP 5 routes that are redistributed into EIGRP 3

route-map to_eigrp_5 permit 20
 set tag 55

!--- Route-map statement used to set the tag on routes redistributed from EIGRP 3 to EIGRP 5 to "55"

Este documento proporciona varias estrategias para filtrar rutas. Sin embargo, pueden existir otras estrategias válida que puede utilizar.

Redistribuir o anunciar una ruta estática

Puede redistribuir selectivamente una única ruta estática con el uso de un route-map para permitir solamente la ruta estática que necesita ser redistribuida con los siguientes comandos.

Router(config)#access-list 
     
     
       permit 
       
        
       
     
Router(config)#route-map 
     
     
       permit 
       
     
Router(config-route-map)#match ip address 
     
     
Router(config)#router eigrp 
     
     
Router(config-router)#redistribute static route-map 
     
     
       metric 
       
     

El comportamiento predeterminado para RIP y EIGRP es anunciar las rutas conectadas directamente cuando una instrucción de red bajo el protocolo de ruteo incluye la subred de la interfaz conectada. Hay dos métodos para conseguir una ruta conectada:

1. Una interfaz se configura con una dirección IP y una máscara; esta subred correspondiente se considera una ruta conectada.
2. Una ruta estática que se configura sólo con una interfaz de salida y no con un salto siguiente IP; también se considera una ruta conectada.

RouterA#show run | i ip route
ip route 10.100.100.100 255.255.255.255 GigabitEthernet0/0

RouterA#show ip route static
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area 
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
S        10.100.100.100/32 is directly connected, GigabitEthernet0/0

Un comando network configurado bajo EIGRP o RIP que incluye (o cubre) cualquiera de estos tipos de rutas conectadas incluye esa subred para el anuncio.

Por ejemplo, la ruta estática anterior, 10.100.100.100/32, también es anunciada por estos protocolos de ruteo, porque es una ruta conectada y está cubierta por la sentencia de red:

RouterA#show run | section router eigrp
router eigrp 7
 network 10.0.0.0

RouterB#show ip route 10.100.100.100
Routing entry for 10.100.100.100/32
  Known via "eigrp 7", distance 90, metric 3072, type internal
  Redistributing via eigrp 7, ospf 7
  Advertised by ospf 7 subnets
  Last update from 10.10.1.3 on GigabitEthernet0/0, 02:45:01 ago
  Routing Descriptor Blocks:
  * 10.10.1.3, from 10.10.1.3, 02:45:01 ago, via GigabitEthernet0/0
      Route metric is 3072, traffic share count is 1
      Total delay is 20 microseconds, minimum bandwidth is 1000000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

Información Relacionada

• Redistribución RIP y OSPF
• Comprensión y uso del protocolo de enrutamiento de gateway interior mejorado
• Redistribución entre protocolos con clases y sin clases: EIGRP o OSPF en RIP o IGRP
• Casos Prácticos de BGP
• Página de Soporte de IP Routing
• Soporte Técnico y Documentación - Cisco Systems