Configurar la redistribución de protocolo para routers

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 que contiene este documento se basa en las siguientes versiones de software y hardware.

• Versión 12.2(10b) del software del IOS® de Cisco
• Cisco 2500 Series Routers

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

Cuando deba redistribuir un único protocolo de routing, puede considerar la distribución a través de varios protocolos de routing. El routing de varios protocolos se utiliza cuando una empresa se fusiona, hay varios departamentos administrados por varios administradores de red y en entornos de varios proveedores. Parte del diseño de la red es cuando se ejecutan diferentes protocolos de routing. En cualquiera de los casos, cuando se tiene un entorno de varios protocolos, la redistribución es una necesidad.

Una redistribución puede causarse por diferencias en las características del protocolo de ruteo, tales como métricas, distancia administrativa y capacidades con y sin clase. Se deben tener en consideración estas diferencias para que la redistribución sea exitosa.

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 del protocolo de información de routing (RIP) se basa en el recuento de saltos y el protocolo de routing de gateway interior mejorado (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 OSPF 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 routing. 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.

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

• Una interfaz se configura con una dirección IP y una máscara; la subred correspondiente se considera una ruta conectada.
• Una ruta estática se configura solamente con una interfaz saliente, no con el siguiente salto IP; esto también se considera una ruta conectada.

Router#configure terminal
Router(config)#ip route 10.0.77.0 255.255.255.0 ethernet 0/0
Router(config)#end

Router#show ip route static
 10.0.0.0/24 is subnetted, 1 subnets
 S 10.0.77.0 is directly connected, Ethernet0/0

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

Por ejemplo, si una interfaz tiene la dirección 10.0.23.1 y la máscara 255.255.255.0, la subred 10.0.23.0/24 es una ruta conectada y se anunciará en los protocolos de routing cuando se configure una instrucción de la red de la siguiente manera:

router rip | eigrp #
 network 10.0.0.0

Esta ruta estática, 10.0.77.0/24, también se anuncia en los protocolos de routing, dado que es una ruta conectada y está "cubierta" por la instrucción de la red.

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

Sintaxis y ejemplos de la 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 cuando redistribuyen otros protocolos: ancho de banda, retraso, fiabilidad, 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 enlace, 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ínimo 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 es necesario ejecutar dos procesos del mismo protocolo en el mismo router, y esto puede consumir la memoria y la CPU del router. 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 toma precedencia sobre la ruta resumida, dado que la ruta estática tiene una distancia administrativa de 1 mientras que la ruta resumida de EIGRP tiene una distancia administrativa de 5. Esto sucede cuando una ruta estática se redistribuye con el uso delredistribute staticcomando bajo 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: 10⁸/10⁷ = 10

Nota: Si no hay métrica especificada, OSPF fija un valor predeterminado de 20 al redistribuir las rutas de todos los protocolos, a excepción de las rutas del Protocolo de puerta de enlace de frontera (BGP) que tiene una métrica de 1.

Cuando hay una red principal subdividida, se debe utilizar la palabra clave “subnet” (subred) para redistribuir los protocolos en OSPF.  Sin esta palabra clave, OSPF solo redistribuye redes principales que no están conectadas en subredes.

Es posible ejecutar más de un proceso OSPF en el mismo router. Esto rara vez se necesita y consume la memoria y la CPU del router.

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 de RIP se compone del conteo de saltos y la métrica válida máxima es 15. Cualquier valor superior a 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 de alto valor, como 10, limita a RIP mucho más. Si define una métrica de 10 para las rutas redistribuidas, estas rutas solo se podrán anunciar a los routers en hasta 5 saltos, momento en el cual la métrica (conteo de saltos) supera el valor 15. Si define una métrica de 1, se activa un router para que recorra una cantidad máxima 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.

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 crear esta 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

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 de 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.

Rutas conectadas

La redistribución de redes directamente conectadas en los protocolos de routing no es una práctica común; por tal motivo, no se la muestra en ninguno de los ejemplos anteriores de este documento. Sin embargo, es importante observar que puede llevarse a cabo, tanto directa como indirectamente. Para redistribuir las rutas directamente conectadas, utilice el comando de configuración del router redistribute connected. También debe definir una métrica en este caso. Puede redistribuir las rutas indirectamente conectadas en los protocolos de routing como se muestra en este ejemplo:

Redistribuir routers conectados

En esta imagen, el router B tiene dos interfaces Fast Ethernet. FastEthernet 0/0 está en la red 10.1.1.0/24 y FastEthernet 0/1 está en la red 10.1.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 información de configuración para el router B:

interface FastEthernet0/0
 ip address 10.1.1.4 255.255.255.0

interface FastEthernet0/
 ip address 10.1.10.4 255.255.255.0

router eigrp 7
 redistribute ospf 7 metric 10000 100 255 1 1500
 network 10.1.1.0 0.0.0.255
 auto-summary
 no eigrp log-neighbor-changes
!
router ospf 7
 log-adjacency-changes
 redistribute eigrp 7 subnets
 network 10.1.1.0 0.0.0.255 area 0

La tabla de routing para el router B muestra:

routerB#show ip route
Codes: C - connected, S - static, I - IGRP, 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, E - EGP        
       i - IS-IS, 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 Gateway of last resort is not set      

Gateway of last resort is not set

    10.0.0.0/24 is subnetted, 1 subnets 
C     10.1.1.0 is directly connected, FastEthernet0/1     
    10.0.0.0/24 is subnetted, 1 subnets 
C   10.1.1.0 is directly connected, FastEthernet0/0

De la configuración anterior y de la tabla de routing, hay tres elementos relevantes que debemos tener en cuenta:

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

Tablas de routing del router A y C:

routerA#show ip route
Codes: C - connected, S - static, I - IGRP, 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, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
       U - per-user static route, o - ODR

Gateway of last resort is not set

     10.0.0.0/24 is subnetted, 1 subnets
C       10.1.1.0 is directly connected, FastEthernet0
     10.0.0.0/24 is subnetted, 1 subnets
D EX    10.1.1.0 [170/284160] via 10.1.1.4, 00:07:26, FastEthernet0


routerC#show ip route
Codes: C - connected, S - static, I - IGRP, 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, E - EGP
       i - IS-IS, 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

Gateway of last resort is not set

     10.0.0.0/24 is subnetted, 1 subnets
C       10.1.1.0 is directly connected, FastEthernet1 O E2  
        10.1.1.0 [110/20] via 10.1.10.4, 00:07:32, FastEthernet1

El router A ha detectado la red 10.1.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.1.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.1.1.0/24, que es parte del proceso EIGRP redistribuido en OSPF. Del mismo modo, el Router B anuncia la red 10.1.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, solo la información aprendida por EBGP es candidata para la redistribución en el Protocolo de puerta de enlace interior (IGP) cuando se emite 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. RIP se redistribuye en EIGRP y EIGRP se redistribuye en RIP, como muestra la siguiente configuración.

R2

router eigrp 7
 network 172.16.0.181
 redistribute rip metric 1 1 1 1 1

router rip
 network 172.16.0.0
 redistribute eigrp 7 metric 2

R5

router eigrp 7
 network 172.16.0.181
 redistribute rip metric 1 1 1 1 1

router rip
 network 172.16.0.0
 redistribute eigrp 7 metric 2

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

router eigrp 7
 network 172.16.0.181
 redistribute rip metric 1 1 1 1 1
 distribute-list 1 in s1

router rip
 network 172.16.0.0
 redistribute eigrp 7 metric 2

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

R5

router eigrp 7
 network 172.16.0.181
 redistribute rip metric 1 1 1 1 1
 distribute-list 1 in s1

router rip
network 172.16.0.0
redistribute eigrp 7 metric 2

access-list 1 deny 192.168.1.0
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 serial 1 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. En este ejemplo, se indica a los routers que no deben aprender la red 192.168.1.0 a través de las actualizaciones EIGRP que reciben en su interfaz serial 1. es por ello que el único conocimiento que estos routers tienen con respecto a la red 192.168.1.0 es a través del RIP del R1.

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

Ejemplo 2

IGRP tiene prioridad

La topología del ejemplo anterior muestra otro método para evitar problemas redistribuidos. Este método es preferible. Este método usa mapas de rutas para establecer etiquetas para varias rutas. Los procesos de routing pueden redistribuirse en función de las etiquetas. Observe que la redistribución basada en etiquetas no funciona con RIP versión 1.

Uno de los problemas que puede encontrar en la topología anterior es el siguiente:

• R1 anuncia la red 192.168.1.0 a R2. Luego R2 redistribuye a EIGRP. R5 conoce la red a través de EIGRP y la redistribuye a RIPv2. Con base en la métrica que R5 establece para la ruta de RIPv2, R6 puede preferir una ruta menos conveniente a través de R5 en vez 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
 network 172.16.0.181
 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1 

!--- Redistributes RIP routes that are 
!--- permitted by the route-map rip_to_eigrp 

router rip 
 version 2 
 network 172.16.0.0 
 redistribute eigrp 7 route-map eigrp_to_rip metric 2 

!--- Redistributes EIGRP routes and set the tags 
!--- according to the eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88 

route−map rip_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 RIPv2 

route-map rip_to_eigrp permit 20 
 set tag 77 

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

route-map eigrp_to_rip deny 10 
 match tag 77 

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

route-map eigrp_to_rip permit 20 s
 set tag 88 

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

R5

router eigrp 7
 network 172.16.0.181
 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1

!--- Redistributes RIPv2 routes that are permitted
!--- by the route-map rip_to_eigrp

router rip
 version 2
 network 172.16.0.0
 redistribute eigrp 7 route-map eigrp_to_rip metric 2

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

route-map rip_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 RIPv2

route-map rip_to_eigrp permit 20
 set tag 77

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

route-map eigrp_to_rip deny 10
 match tag 77

!--- Route-map statement to deny any routes that have a tag
!--- of "77" from being redistributed into RIPv2


!--- Notice the routes tagged with "77" must be the RIPv2 routes


!--- that are redistributed into EIGRP


route-map eigrp_to_rip permit 20
 set tag 88

!--- Route-map statement to set the tag on EIGRP routes
!--- redistributed into RIPv2 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 172.16.10.8
Routing entry for 172.16.10.8/30
  Known via "eigrp 7", distance 170, metric 2560512256
  Tag 77, type external
  Redistributing via eigrp 7
  Last update from 172.16.2.10 on Serial0, 00:07:22 ago
  Routing Descriptor Blocks:
  * 172.16.2.10, from 172.16.2.10, 00:07:22 ago, via Serial0 
        Route metric is 2560512256, traffic share count is 1       
        Total delay is 20010 microseconds, minimum bandwidth is 1 Kbit       
        Reliability 1/255, minimum MTU 1 bytes       
        Loading 1/255, Hops 1 

R1#show ip route 172.16.2.4 
Routing entry for 172.16.0.181/16   
  Known via "rip", distance 120, metric 2   
  Tag 88  
  Redistributing via rip   
  Last update from 172.16.10.50 on Serial0, 00:00:15 ago   
  Routing Descriptor Blocks:   
  * 172.16.10.50, from 172.16.10.50, 00:00:15 ago, via Serial0      
        Route metric is 2, traffic share count is 1

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 100 255 100 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 100 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 100 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.

Ejemplo 4

En el ejemplo 4, usted tiene dos routers, uno es un router de alta gama que ejecuta el BGP y el otro es un router básico que ejecuta el protocolo RIP. Cuando redistribuye rutas BGP en RIP, puede perder algunos paquetes.

Por lo general, no se recomienda redistribuir BGP en el protocolo RIP; protocolos como iBGP, OSPF y EIGRP son escalables y tienen opciones más amplias a disposición.

En caso de encontrar este escenario de redistribución de BGP a RIP y pérdida de algunos paquetes, es posible que deba configurar este comando en el proceso RIP:

Router(Config)#router rip
Router(Config-router)#input-queue 1024

Considere el uso del comando input-queue si tiene un router de alta gama que transmite a alta velocidad a un router de baja velocidad que no puede recibir a alta velocidad. La configuración de este comando ayuda a prevenir la pérdida de información de la tabla de routing.

Ejemplo 5

Redistribuir ruta estática

Este ejemplo ilustra cómo redistribuir una ruta estática en un protocolo de routing RIP. Según el ejemplo de topología, tenemos tres routers (R1, R2 y R3). R1 y R2 tienen RIP configurado en la interfaz Fast Ethernet 0/0. R1 tiene una ruta estática para alcanzar la interfaz Lo 0 (dirección IP 10.10.10.10/32) del router R3. Esta ruta estática se redistribuye en el protocolo de routing RIP. El router R3 está configurado con la ruta predeterminada R3# ip route 0.0.0.0 0.0.0.0 FastEthernet 0/0.

R1(config)#ip route 10.10.10.10 255.255.255.255 10.13.13.3
R1(config)#router rip
R1(config-router)#redistribute static metric 10

En el router R2, la ruta 10.10.10.10 se muestra mediante el comando show ip routing :

R2#show ip route
Codes: 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 

Gateway of last resort is not set     
     
      C    192.168.12.12/24 is directly connected, FastEthernet0/0                     
           10.0.0.3/32 is subnetted, 1 subnets          
      R       10.10.10.10 [120/10] via 192.168.12.1, 00:00:07, FastEthernet0/0

Cómo redistribuir una ruta estática simple

A los efectos de redistribuir una ruta estática simple, use route-map para seleccionar la ruta estática que debe redistribuirse.

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

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 hacia RIP o IGRP
• Casos Prácticos de BGP
• Página de Soporte de IP Routing
• Soporte Técnico y Documentación - Cisco Systems