Configurar la redistribución de protocolo para routers
Contenido
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.
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 108/ancho de banda del enlace en bits/seg. Por ejemplo, el costo de OSPF de Ethernet es 10: 108/107 = 10
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
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.
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
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
metric
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
2.0 |
16-Oct-2023 |
Recertificación |
1.0 |
14-Nov-2001 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)