Tema 4 Configuracion de Redistribucion

CAT5501 – Configuración Avanzada de Routers
Configuración de Redistribución
Unidad de Aprendizaje N°1
Coexistencia de Protocolos en una Red Empresarial
Experiencia:
Configuración de Redistribución.
Temas
• Este capítulo cubrirá los siguientes temas:

– Bases de la redistribución de rutas
– Redistribución en EIGRP
– Redistribución en OSPF
– Redistribución con Mapas de Rutas y Listas de
Distribución
– Problemas con múltiples puntos de redistribución
Objetivos
• Este capítulo examina cómo los routers

intercambian rutas entre distintos protocolos
a través del proceso de redistribución
• Este capítulo comienza con la discusión de los
mecanismos que se ejecutan cuando una ruta
es redistribuida
• También re revisarán los métodos mediante
los cuales un router puede manipular las rutas
que serán redistribuidas
Objetivos
• Este tipo de manipulación incluye el filtrado

de rutas y la manipulación de parámetros que
pueden ser manipulados durante los procesos
de redistribución
• Finalmente, se revisarán los típicos problemas
que se pueden producir cuando existen
múltiples puntos de redistribución entre varios
dominios de enrutamiento, producto de la
redundancia
PARTE 1. BASES DE LA
REDISTRIBUCIÓN DE RUTAS
Parte 1. Bases de la Redistribución de Rutas
Introduccón
• La mayoría de las redes usan IGP para
anunciar y aprender rutas IP
• Sin embargo, en algunos casos, existe más de
un protocolo de enrutamiento dentro de una
organización
• Además, en otros casos, las rutas aprendidas
por el IGP deben ser anunciadas mediante un
BGP, y viceversa
Introduccón
• En dichos casos, los encargados de las redes
necesitan tomar la información de
enrutamiento aprendida por un protocolo y
anunciarlas en otro protocolo
• En Cisco, dicha característica se conoce como
Redistribución de Rutas
La Necesidad de Redistribución de Rutas

• La información aprendida de un protocolo de
enrutamiento se debe propagar o enviar hacia
otro protocolo de enrutamiento en otro
dominio
• Por ejemplo, dos compañías que se acaban de
fusionar, una de ellas usando EIGRP y la otra
OSPF
• Los encargados han decidido migrar de OSPF
para tener un sistema sólo con EIGRP

• Sin embargo, esta migración requiere tiempo,
recursos y podría generar una intermitencia
en el funcionamiento de la red
• La redistribución de rutas permite a los
encargados conectar grupos de equipos desde
ambos dominios de enrutamiento e
intercambiar rutas entre dichos dominios, con
una mínima configuración y una baja
interrupción en el funcionamiento de la red


• La principal razón técnica para hacer
redistribución de rutas es simple: una red usa
más de un protocolo de enrutamiento, y las
rutas deben ser intercambiadas entre los
dominios, por lo menos temporalmente

• Las razones empresariales pueden ser varias:
– Fusiones entre diferentes ISP
– Diferentes áreas de una misma compañía
dependen de instancias administrativas distintas
– Conexiones entre colegas
– Conexiones entre un IGP y un EGP donde se deben
unir diferentes segmentos de una compañía
multinacional
– WAN de capa 3 (MPLS)

• Incluso se pueden
dar casos donde
ambas compañías
usan, por ejemplo,
EIGRP, pero en
diferentes
sistemas
autónomos

Proceso de Redistribución y Conceptos

• La redistribución de rutas requiere a lo menos
un router para hacer lo siguiente:
– Usar a lo menos un enlace físico funcional en cada
dominio de enrutamiento
– Un protocolo de enrutamiento funcional en cada
dominio de enrutamiento
– Configuración de redistribución adicional para
cada protocolo de enrutamiento, específicamente
el comando REDISTRIBUTE

• Los dos primeros pasos no requieren
conocimientos adicionales, pero el tercero
representa la parte principal de la lógica de
redistribución y requiere información
adicional

• En la figura, RD1 usa
EIGRP a la izquierda y
OSPF a la derecha, y
aprende algunas rutas
desde cada uno de los
protocolos, sin embargo,
aún no se ha configurado
redistribución

• El objetivo es lograr que
EIGRP anuncie las redes
11, 12 y 13.
• Y a su vez, OSPF deberá
anunciar las redes 1, 2 y
3
• Para lograr esto, EIGRP
debe ubicar en su tabla
información de las redes
11, 12 y 13, y OSPF de las
redes 1, 2 y 3

• Sin embargo, la
información de la tabla
de topologías de OSPF es
muy distinta a la
información de la tabla
de topologías de EIGRP
• OSPF tiene LSA y EIGRO
no
• EIGRP usa una métrica
compuesta y distancia
reportada mientras que
OSPF no

• Debido a las diferencias
existentes entre
diferentes protocolos de
enrutamiento, el proceso
de redistribución no hace
uso de la tabla de
topologías
• La redistribución usa la
única tabla que
entienden todos los
protocolos: la tabla de
enrutamiento

• Específicamente, el
comando REDISTRIBUTE
tomas las rutas desde la
tabla de enrutamiento
• Este comando se
configura en el modo de
configuración de
enrutamiento, y
redistribuye sobre dicho
protocolo desde otra
fuente

• Comenzando desde la
izquierda, el proceso
EIGRP de R1 ejecuta la
redistribución desde
OSPF 2.
• Este comando le dice a
R1 que revise la tabla de
enrutamiento, tome
todas las rutas agregadas
por OSPF y las coloque
en la tabla de EIGRP… de
manera muy resumida…

• A su vez, el comando
redistribute eigrp 1
configurado en el
proceso OSPF, le dice a
R1 que tome las rutas
aprendidas por EIGRP y
las coloque en la tabla de
enrutamiento OSPF
• Esta explicación es
básica, ya que deja fuera
varios detalles
fundamentales

• Estos detalles son las métricas usadas por los
protocolos
• EIGRP necesita varios parámetros ya que es una
métrica compuesta, aunque puede usar valores por
defecto para todas las rutas redistribuidas sobre
EIGRP, o el encargado puede reingresar estos
parámetros
• Como EIGRP, OSPF trata de redistribuir las rutas
como externas, por lo que creará LSA para cada ruta
redistribuida.

• Típicamente, esta LSA será de tipo 5, excepto cuando
el área sea NSSA, donde deberá ser de tipo 7.
• En ambos casos, OSPF necesita una métrica entera
para asignar a las LSA de las rutas externas, por lo
que el proceso de redistribución deberá incluir los
valores del costo OSPF
• Esto último implica que mediante el comando de
redistribución no solo le debemos indicar al router
las rutas aprendidas por dicho protocolo, sino que
además las rutas conectadas
Consideraciones de Redistribución
• Se debe tener presente al hacer redistribución:
– Bucles de enrutamiento (loops)
• Si solamente un router limítrofe está realizando redistribución,
entonces los routers podrían enviar la información de
enrutamiento recibida desde un sistema autónomo de vuelta al
mismo sistema autónomo.
– Información de enrutamiento incompatible
• Cada protocolo de enrutamiento usa diferentes métricas para
determinar el mejor camino, lo cual usando la información
redistribuida puede no ser óptimo.
– Tiempos de convergencia inconsistentes
• Diferentes protocolos de enrutamiento convergen a velocidades
distintas.
Consideraciones de Redistribución
• El buen planeamiento debe resolver la mayoría de los
problemas, pero se requiere configuración adicional.
– Algunos inconvenientes deben ser resueltos cambiando la
distancia administrativa, manipulando las métricas y
filtrando usando mapas de rutas, listas distribuidas y listas
de prefijos.
Seleccionar la Mejor Ruta

• Los routers usan los siguientes dos parámetros
para seleccionar la mejor ruta:
– Distancia administrativa:
• Usado para evaluar la credibilidad de un protocolo de
enrutamiento (también llamado integridad).
• Este criterio es la primera cosa que un router usa para
determinar en cual protocolo de enrutamiento creer si
más de un protocolo entrega información de ruta hacia
el mismo destino.
Seleccionar la Mejor Ruta

• Los routers usan los siguientes dos parámetros
para seleccionar la mejor ruta:
– Métrica de enrutamiento:
• La métrica de enrutamiento es un valor representando
el camino entre el router local y la red de destino, de
acuerdo al protocolo de enrutamiento que se ha usado.
• La métrica es usada para determinar el mejor camino
hacia el destino que el protocolo de enrutamiento
puede entregar.
Distancia Administrativa IOS Cisco

Protocolo de enrutamiento Valor de AD
Interface conectada 0
Mas
Ruta estática saliente por interface 1
Ruta estática a dirección de siguiente salto 1
Ruta sumarizada EIGRP 5
Confiabilidad
BGP externo 20
EIGRP interno 90
IGRP 100
OSPF 110
IS-IS 115
RIPv1 y RIP v2 120
Exterior Gateway Protocol (EGP) 140
On-Demand Routing (ODR) 160
Menor EIGRP Externo 170

BGP Interno 200
Desconocido 255
Métrica de Enrutamiento
• Un router limítrofe debe ser capaz de trasladar la
métrica de la ruta recibida hacia el protocolo de
enrutamiento receptor.
– La ruta redistribuida debe tener una métrica apropiada
para el protocolo receptor.
Métrica de Enrutamiento
• El IOS Cisco asigna las siguientes métricas por defecto
cuando un protocolo es redistribuido en…
Cuando el protocolo Default Seed Metric
redistribuye la ruta en:
0
RIP
(Interpretado como infinito)
0
IGRP / EIGRP
(Interpretado como infinito)
20 para todos excepto las rutas BGP
OSPF (las rutas BGP tienen una métrica por defecto de 1)
IS-IS 0
BGP La métrica BGP es fijada a valores de métrica IGP

Métodos de Redistribución
• La redistribución puede Redistribución de un punto
RIP OSPF
ser hecha mediante:
– Redistribución de un punto
• Solo un router está
redistribuyendo en una vía o
dos vías (ambos sentidos).
• Pueden existir otros routers Redistribución Multipunto
limítrofes, pero no son RIP OSPF
configurados para
redistribuir.
Métodos de Redistribución
• La redistribución puede Redistribución de un punto
RIP OSPF
ser hecha mediante:
– Redistribución multipunto
• Múltiples routers son usados
para redistribuir en un
sentido o en ambos.
• Más propenso a sufrir Redistribución Multipunto
problemas de bucles de RIP OSPF
enrutamiento.
Redistribución de un Punto
Redistribución un punto una vía
• La redistribución de un
punto puede ser
RIP OSPF
Redistribución de RIP a OSPF
configurada ya sea:
– Un punto una vía
• Redes redistribuidas desde un Ruta por defecto hacia la red OSPF
protocolo de enrutamiento
hacia otro protocolo de
One-Point Two-Way Redistribution
enrutamiento.
• Típicamente usa una ruta RIP OSPF
estática o por defecto para que
los dispositivos en una parte Redistribución de RIP a OSPF y de
OSPF a RIP
de la red puedan alcanzar la
otra parte de la red.
Redistribución de un Punto
Redistribución un punto una vía
• La redistribución de un RIP OSPF
punto puede ser Redistribución de RIP a OSPF
configurada ya sea:
– Un punto dos vías Ruta por defecto hacia la red OSPF
• Redistribuye rutas entre los
dos procesos de enrutamiento,
en ambas direcciones. One-Point Two-Way Redistribution
RIP OSPF
Redistribución de RIP a OSPF y de

OSPF a RIP
Redistribución Multipunto
• La redistribución multipunto tiene dos (o más)
routers separados ejecutando ambos protocolos de
enrutamiento.
• La redistribución puede ser configurada como:
– Redistribución una vía multipunto
– Redistribución dos vías multipunto
• Aunque la redistribución dos vías multipunto es
especialmente problemática, cualquiera de estos
métodos generan problemas de bucles de
enrutamiento.
Redistribución Multipunto
Redistribución de una vía multipunto
RIP OSPF
Redistributing RIP into OSPF
Redistributing RIP into OSPF
Redistribución de dos vías multipunto
RIP OSPF
Redistributing RIP into OSPF and OSPF into RIP
Redistributing RIP into OSPF and OSPF into RIP

Protocolos que Soportan Redistribución

R1(config)# router rip
R1(config-router)# redistribute ?
bgp Border Gateway Protocol (BGP)
connected Connected
eigrp Enhanced Interior Gateway Routing Protocol (EIGRP)
isis ISO IS-IS
iso-igrp IGRP for OSI networks
metric Metric for redistributed routes
mobile Mobile routes
odr On Demand stub Routes
ospf Open Shortest Path First (OSPF)
rip Routing Information Protocol (RIP)
route-map Route map reference
static Static routes
R1(config-router)# redistribute
Puntos Importantes en la Redistribución

• Las rutas son redistribuidas dentro de un protocolo de
enrutamiento.
– Por lo tanto, el comando redistribute es configurado bajo el
proceso de enrutamiento que está recibiendo las rutas redistribuidas.
• Las rutas pueden ser redistribuidas entre protocolos de
enrutamiento que soportan el mismo stack de protocolo.
– Por ejemplo IPv4 a IPv4 e IPv6 a IPv6.
– Si embargo, las rutas IPv4 no pueden ser redistribuidas en IPv6.
• El método usado para configurar redistribución varia con la
combinación de protocolos de enrutamiento.
– Por ejemplo, algunos protocolos de enrutamiento necesitan que la
métrica sea configurada durante la redistribución, pero otros no.
Pasos Genéricos en la Redistribución

1. Identificar los routers limítrofes que desarrollarán la
redistribución.
2. Determinar cual protocolo de enrutamiento es el protocolo
de núcleo.
3. Determinar cual protocolo de enrutamiento es el protocolo
limítrofe.
4. Seleccionar un método para inyectar las rutas requeridas en
el núcleo.
5. Considerar como inyectar la información de enrutamiento
del núcleo en los protocolos limítrofes.
PARTE 2. REDISTRIBUCIÓN HACIA

EIGRP
Parte 2. Redistribución Hacia EIGRP
Introducción
• En esta sección se revisará cómo EIGRP realiza el
proceso de redistribución, esto es, cómo EIGRP toma
las rutas desde otras fuentes de enrutamiento, como
por ejemplo, OSPF, y las inyecta dentro del mismo
EIGRP
Comando de Redistribución EIGRP

• Se muestra la sintaxis genérica para el
comando de redistribución dentro del proceso
de enrutamiento EIGRP
• La sintaxis cambia dependiendo del protocolo
de enrutamiento del cual se obtienen las rutas
Comando de Redistribución EIGRP

redistribute protocol [process-id | as-number] [metric bw delay reliability
load mtu ] [match {internal | nssa-external | external 1 | external 2}] [tag
tag-value] [route-map name]
Opción Descripción
protocol Origen de la información de enrutamiento. Incluye BGP, EIGRP, ISIS, OSPF, RIP y
STATIC
process-id, as- Si se está redistribuyendo un protocolo que usa ID de proceso o número de AS, usar
number este parámetro referirse a dicho parámetro
metric Luego de este indicador, se declaran los componentes de la métrica de EIGRP
(Bandwidth, Delay, Reliability, Load), más la MTU asociada con el enlace
match Si se redistribuye desde OSPF, este indicador permite filtrar cuales rutas serán
redistribuidas
tag Asigna un valor entero a las rutas redistribuidas por este comando
route-map Aplica la lógica del mapa de rutas indicado para filtrar rutas, configurar métricas y
etiquetas de rutas
Red Ejemplo Redistribución sobre EIGRP


• La red usa un solo router
(RD1) para implementar
la redistribución. Esto
evita algunos problemas
que se puedan producir
cuando múltiples
routers desarrollan este
proceso

interface Serial0/0/0
ip address 172.30.12.1 255.255.255.252
clock rate 1536000
!
ip address 172.16.18.1 255.255.255.252
clock rate 1536000
!
ip address 172.16.14.1 255.255.255.252
clock rate 1536000
!
ip address 172.30.17.1 255.255.255.252
clock rate 1536000
!
router eigrp 1
network 172.30.0.0
no auto-summary
!
router ospf 2
router-id 1.1.1.1
network 172.16.0.0 0.0.255.255 area 0

• Un diseño razonable es
redistribuir las rutas
EIGRP sobre OSPF y
viceversa.
• En esta sección se
revisará la redistribución
de OSPF a EIGRP

• Primero, consideremos el comando REDISTRIBUTE
para EIGRP
• El comando se interpreta como “tomar rutas desde”,
ya que el parámetro luego del comando le dice al IOS
Cisco desde donde obtener las rutas
• Por ejemplo, se puede agregar la configuración
mínima dejando los parámetros por defecto
• Como el comando se ejecuta dentro del proceso
EIGRP, esto le indica al IOS Cisco hacia cuál protocolo
inyectar la información recolectada

RD1# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
RD1(config)# router eigrp 1
RD1(config-router)# redistribute ospf 2
RD1(config-router)# end

• Aunque el IOS Cisco acepta esta configuración, no
redistribuye las rutas desde OSPF hacia EIGRP
• EIGRP no posee parámetros por defecto para la
métrica cuando se redistribuye desde OSPF hacia
EIGRP.
• Esto se puede verificar revisando la tabla de
topologías en RD1, donde se puede ver que ninguna
de las rutas Clase B 172.16.0.0 ha sido agregada a a
tabla de topologías EIGRP de RD1

RD1# show ip eigrp topology
IP-EIGRP Topology Table for AS(1)/ID(172.30.17.1)
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

r - reply Status, s - sia Status
P 172.30.17.0/30, 1 successors, FD is 2169856

via Connected, Serial0/1/1
via 172.30.12.2 (2172416/28160), Serial0/0/0
via 172.30.17.2 (2172416/28160), Serial0/1/1
via 172.30.12.2 (2172416/28160), Serial0/0/0
via 172.30.17.2 (2174976/30720), Serial0/1/1
via 172.30.17.2 (2172416/28160), Serial0/1/1
via 172.30.12.2 (2174976/30720), Serial0/0/0
via Connected, Serial0/0/0

• Para completar la configuración de la redistribución
hacia EIGRP, el router RD1 debe fijar los valores de
las métricas
• EIGRP puede configurar las métricas para las rutas
redistribuidas de tres formas
– Para todas las rutas redistribuidas
– A todas las rutas redistribuidas por un solo comando de
redistribución
– Fijando diferentes componentes de métricas para
diferentes rutas desde orígenes particulares

• EIGRP no tiene métricas por defecto cuando se redistribuye
desde otro proceso EIGRP, en este caso, toma las métricas
desde el origen de la información de enrutamiento. En todos
los otros casos, debe ser fijada usando la siguiente tabla
Función Comando
Fijar los comandos para todas las rutas Usar el subcomando default-metric
redistribuidas bw delay reliability load mtu
Fijando las métricas aplicadas a todas las El comando redistribute metric
rutas redistribuidas por un solo comando bw delay reliability load
redistribute mtu
Fijando los diferentes componentes de la Usando el parámetro route-map en el
métrica para diferentes rutas desde comando redistribute, identificando
diferentes orígenes rutas y cambiando sus componentes de
métrica
Redistribución con Métrica por Defecto

• Si la métrica no es importante para el diseño, lo cual es típico
cuando solo existe un punto de redistribución, cualquiera de
los dos primeros métodos de la tabla anterior es posible
• Por ejemplo, se muestra la definición de los parámetros de
ancho de banda (1000 Kbps), retardo (33 decenas de
microsegundos, o 330 microsegundos), la confiabilidad en un
100% (un valor entero entre 1 y 255, donde 255 es el mejor),
una carga de 1% (un valor entre 1 y 255, donde 1 es mejor) y
la máxima unidad de transmisión (MTU) en 1500.
Redistribución con Métrica por Defecto

RD1#configure terminal
Enter configuration commands, one per line. End with CNTL/Z
RD1(config)#router eigrp 1
RD1(config-router)#default-metric 1000 33 255 1 255
RD1(config-router)#end
• Debido a que en este ejemplo se usa un solo comando de

redistribución para el proceso EIGRP 1, se pudo usar el
comando redistribute ospf 1 metric 1000 33 255 2 1500 e
ignorar el comando default-metric para obtener el mismo
resultado.
Verificación de la Redistribución en EIGRP

• Como se muestra en la imagen, la redistribución
toma rutas desde la tabla de enrutamiento y coloca
la información correcta para esas subredes en
la tabla e topologías del
router redistribuido
• El router redistribuido
entonces anuncia las rutas
desde su tabla de topología
tal como lo haría con
otras rutas

• Para verificar como trabaja la redistribución, a
continuación se muestra cómo RD1 crea las entradas
de las 5 subredes del dominio OSPF en su tabla de
topologías EIGRP

RD1# show ip eigrp topology
IP-EIGRP Topology Table for AS(1)/ID(172.30.17.1)
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

r - reply Status, s - sia Status
! Note – all lines for class B network 172.30.0.0 have been omitted for brevity

via Redistributed (2568448/0)

RD1# show ip eigrp topology 172.16.48.0/25
IP-EIGRP (AS 1): Topology entry for 172.16.48.0/25

State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2568448
Routing Descriptor Blocks:
172.16.18.2, from Redistributed, Send flag is 0x0
Composite metric is (2568448/0), Route is External
Vector metric:
Minimum bandwidth is 1000 Kbit
Total delay is 330 microseconds
Reliability is 255/255
Load is 1/255
Minimum MTU is 1500
Hop count is 0
External data:
Originating router is 172.30.17.1 (this system)
AS number of route is 2

• Con el comando SHOW se pueden revisar varios puntos:
– En el router RD1, el cual realiza la redistribución, la tabla de topología
EIGRP muestra las interfaces salientes como “via redistributed”
– Todas las rutas redistribuidas tienen la misma distancia factible
calculada (2568448), debido al uso de los mismos componentes de
métrica por el comando default-metric
– Las dos subredes conectadas a RD1 desde el dominio OSPF (subredes
172.16.14.0/30 y 172.16.18.0/30), también fueron redistribuidas,
aunque era rutas conectadas.

• Con el comando SHOW se pueden revisar varios puntos:
– La salida del comando show ip eigrp topology
172.16.48.0/25 confirma que la métrica coincide con el valor
configurado con el comando default-metric
– Al final de la salida del comando show ip eigrp topology
172.16.48.0/25 se muestra información acerca del origen externo
de la ruta, incluyendo la fuente de enrutamiento (OSPF) y la métrica
original de la ruta (65), además muestra la frase “(this system)”,
lo cual significa que el router en el cual el comando fue usado (RD1)
redistribuye la ruta

• El tercer ítem de la lista (el hecho que RD1 redistribuya las
rutas conectadas) requiere más análisis
• El comando redistribute ospf 2 le indica a EIGRP que
redistribuya las rutas aprendidas por el proceso OSPF 2
• Además, le indica al router que redistribuya las rutas
conectadas para las interfaces en las cuales el proceso OSPF 2
ha sido habilitado
• De manera general, cuando el comando redistribute se refiere
a otro IGP como el origen de enrutamiento, se redistribuyen:
– Todas las rutas en la tabla enrutamiento aprendidas por dicho
protocolo
– Todas las rutas conectadas de las interfaces donde se ha habilitado
Verificación de las Rutas IP en RD1 y RD2

RD1# show ip route 172.16.0.0
Routing entry for 172.16.0.0/16, 5 known subnets
Attached (2 connections)
Variably subnetted with 2 masks
Redistributing via eigrp 1
O 172.16.48.0/25 [110/65] via 172.16.18.2, 00:36:25,

Serial0/0/1
[110/65] via 172.16.14.2, 00:36:25,
Serial0/1/0
C 172.16.18.0/30 is directly connected, Serial0/0/1
O 172.16.8.0/25 [110/65] via 172.16.18.2, 00:36:25,
Serial0/0/1
O 172.16.4.0/25 [110/65] via 172.16.14.2, 00:36:25,
Serial0/1/0
Verificación de las Rutas IP en RD1 y RD2

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
172.16.0.0/16 is variably subnetted, 5 subnets, 2 masks

D EX 172.16.48.0/25 [170/3080448] via 172.30.12.1, 00:25:15, Serial0/0/1
D EX 172.16.18.0/30 [170/3080448] via 172.30.12.1, 00:25:15, Serial0/0/1
D EX 172.16.14.0/30 [170/3080448] via 172.30.12.1, 00:25:15, Serial0/0/1
D EX 172.16.8.0/25 [170/3080448] via 172.30.12.1, 00:25:15, Serial0/0/1
D EX 172.16.4.0/25 [170/3080448] via 172.30.12.1, 00:25:15, Serial0/0/1
172.30.0.0/16 is variably subnetted, 5 subnets, 2 masks
D 172.30.17.0/30 [90/2172416] via 172.30.27.7, 00:25:15, FastEthernet0/0
C 172.30.26.0/23 is directly connected, FastEthernet0/0
C 172.30.2.0/23 is directly connected, FastEthernet0/1
D 172.30.6.0/23 [90/30720] via 172.30.27.7, 00:25:15, FastEthernet0/0

• En la salida de RD2, se ve que conoce las 5
.subredes clase B de 172.16.0.0, mostradas
como rutas EIGRP externas
• La distancia administrativa está en 170, lo cual
indica que son rutas externas
• RD1 tiene todas las redes de OSPF, pero como
redes aprendidas por OSPF o conectadas
PARTE 3. REDISTRIBUCIÓN HACIA

OSPF
Parte 3. Redistribución Hacia OSPF
Introducción
• Como es de esperar, la redistribución OSPF posee varias
similitudes y diferencias comparada con EIGRP
• A diferencia de EIGRP, OSPF tiene métricas por defecto para
las rutas redistribuidas, pero no tiene el mismo método
general para configurar la métrica de las rutas redistribuidas
• Al igual que EIGRP, las rutas OSPF redistribuidas aparecen
como externas
• OSPF crea LSAs para representar cada ruta externa, y debe
aplicar otro tipo de lógica para calcular la mejor ruta hacia las
redes externas
Comando de Redistribución OSPF

• La siguiente es la sintaxis genérica del comando
redistribute cuando se usa bajo el comando router ospf
• El comando difiere dependiendo del protocolo de
enrutamiento que será redistribuido
redistribute protocol [process-id | as-number] [metric

metric-value] [metric-type type-value] [match {internal |
external 1 | external 2 | nssa-external}] [tag tag-value]
[route-map map-tag] [subnets]
Comando de Redistribución OSPF

Opción Descripción
El origen de la información de enrutamiento. Incluye BGP, CONNECTED, EIGRP, ISIS,
protocol MOBILE, OSPF, STATIC y RIP
Si se redistribuye un protocolo de enrutamiento que usa un ID de proceso o número
process-id, as-number AS en el comando de configuración global router, usar este parámetro para
referirse a dicho parámetro
Define el costo asignado a las rutas redistribuidas por este comando, a menos que
metric se asigne por un mapa de rutas
Define la tipo de métrica externa para las rutas redistribuidas por el comando: 1
metric-type {1|2} (rutas E1) o 2 (rutas E2)
Si se redistribuye desde otro proceso OSPF, este comando permite seleccionar rutas
match OSPF internas, rutas OSPF externas (E1 y E2) y rutas externas NSSA, básicamente
filtrando cuales rutas serán redistribuidas
Asigna un valor entero único a las rutas redistribuidas por este comando , valor que
tag puede ser más tarde identificado por otros routers usando un mapa de rutas
route-map Aplica un mapa de rutas para filtrado, asignar métricas, ect
Redistribuye subredes de redes con clase. Sin este parámetro, solo las rutas para
subnets redes con clase son redistribuidas. Exclusivo para OSPF
Redistribución con Parámetros Mínimos

• Esta sección muestra el comportamiento de la redistribución
sobre OSPF cuando se configuran sus parámetros por defecto.
• La redistribución sobre OSPF usa los siguientes parámetros por
defecto:
– Cuando se redistribuye desde BGP, usa una métrica por defecto de 1
– Si se redistribuye desde otra area OSPF, usa la métrica de la ruta origen
– Cuando se redistribuye desde cualquier otro protocolo, se usa una
métrica por defecto de 20
– Crea LSA tipo 5 para cada ruta redistribuida, si no es NSSA. Crea una LSA
tipo 7 si viene desde un NSSA
– Usa métrica externa tipo 2
– Redistribuye sólo rutas con clase (A, B y C), y no subredes


ip address 172.30.12.1 255.255.255.252
clock rate 1536000
ip address 172.16.18.1 255.255.255.252
clock rate 1536000
ip address 172.16.14.1 255.255.255.252
clock rate 1536000
ip address 172.30.17.1 255.255.255.252
clock rate 1536000
router eigrp 1
network 172.30.0.0
no auto-summary
router ospf 2
router-id 1.1.1.1
network 172.16.0.0 0.0.255.255 area 0

RD1# show run
• Ya ha sido completada la ! lines omitted for brevity
configuración de la router eigrp 1
redistribute ospf 2
redistribución de las rutas
OSPF sobre EIGRP
network 172.30.0.0
• Aún no existe default-metric 1000 33 255 1 1500
redistribución hacia OSPF

• En primer lugar, la !
no auto-summary
configuración de OSPF es la router ospf 2
siguiente router-id 1.1.1.1

log-adjacency-changes
network 172.16.0.0 0.0.255.255 area 0

• Ya ha sido completada la configuración de la redistribución de
las rutas OSPF sobre EIGRP
• Aún no existe redistribución hacia OSPF
• En primer lugar, la configuración de OSPF es la siguiente


D 172.30.26.0/23 [90/2172416] via 172.30.17.2, 01:08:50, Serial0/1/1
[90/2172416] via 172.30.12.2, 01:08:50, Serial0/0/0
D 172.30.2.0/23 [90/2172416] via 172.30.12.2, 01:08:50, Serial0/0/0
D 172.30.6.0/23 [90/2172416] via 172.30.17.2, 01:08:50, Serial0/1/1

RD1# show ip ospf database
OSPF Router with ID (1.1.1.1) (Process ID 2)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.1 1.1.1.1 1425 0x80000007 0x007622 4
4.4.4.4 4.4.4.4 1442 0x8000000D 0x00B1E9 4
8.8.8.8 8.8.8.8 1466 0x80000006 0x00640E 4
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
172.16.48.4 4.4.4.4 1442 0x80000004 0x007E07

! The following occurs on OSPF internal router R4
R4# show ip route 172.30.0.0

% Network not in table

• Lo anterior muestra varios puntos importantes respecto a la
configuración de redistribución
• Primero, el dominio EIGRP tiene subredes de la red 172.30.0.0
• RD1 conoce la ruta a 5 subredes en este rango
• RD1 tiene 4 LSA: 3 LSA de router tipo 1 (RD1, R4 y R8) y una
LSA de red tipo 2 (ya que una sola subred, 172.16.48.0 /25, ha
elegido DR)
• Debido al diseño de esta red que tiene solamente el área 0,
no existen LSA tipo 3 en la LSDB de RD1
• Además, aún no se han redistribuido rutas externas en OSPF,
por lo tanto no hay LSA externa tipo 5 o LSA NSSA tipo 7

• Agregando el comando redistribute eigrp 1 en el modo
de configuración de OSPF, OSPF trata de redistribuir rutas
desde EIGRP, pero sin éxito
• La razón es que se ha omitido el parámetro subnets, por lo
que OSPF tratará de redistribuir subredes con clase, y sólo si
dichas rutas existen en la tabla de enrutamiento
RD1(config)# router ospf 2
RD1(config-router)# redistribute eigrp 1
% Only classful networks will be redistributed
RD1#

Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.1 1.1.1.1 6 0x80000008 0x007A1B 4
4.4.4.4 4.4.4.4 1782 0x8000000D 0x00B1E9 4
8.8.8.8 8.8.8.8 1806 0x80000006 0x00640E 4
Net Link States (Area 0)
172.16.48.4 4.4.4.4 1782 0x80000004 0x007E07

• El IOS Cisco advierte que sólo las rutas con clase serán
redistribuidas
• Sin embargo, no existen rutas exactas clase B, y por defecto,
OSPF no redistribuirá ninguna subred dentro de ese rango,
por lo que la base de datos OSPF en el router RD1 no tiene
cambios
• Cambiando la configuración mediante el comando
redistribute eigrp 1 subnets, OSPF tratará de

RD1(config-router)# redistribute eigrp 1 subnets
RD1#
May 12 12:49:48.735: %SYS-5-CONFIG_I: Configured from console by
console

! omitting the Type 1 and 2 LSA output for brevity
Type-5 AS External Link States

Tag
172.30.2.0 1.1.1.1 3 0x80000001 0x008050 0
172.30.6.0 1.1.1.1 3 0x80000001 0x005478 0
172.30.12.0 1.1.1.1 3 0x80000001 0x0005C3 0
172.30.17.0 1.1.1.1 3 0x80000001 0x00CDF5 0
172.30.26.0 1.1.1.1 3 0x80000001 0x007741 0

! Lo siguiente ocurre en R4

O E2 172.30.17.0/30 [110/20] via 172.16.14.1, 00:01:10, Serial0/0/0

O E2 172.30.26.0/23 [110/20] via 172.16.14.1, 00:01:11, Serial0/0/0
O E2 172.30.2.0/23 [110/20] via 172.16.14.1, 00:01:11, Serial0/0/0
O E2 172.30.6.0/23 [110/20] via 172.16.14.1, 00:01:11, Serial0/0/0
O E2 172.30.12.0/30 [110/20] via 172.16.14.1, 00:01:11, Serial0/0/0

• Luego de agregar la opción subred, el router RD1 redistribuye
5 rutas desde el dominio EIGRP. Es de particular interés:
– Revisando las tablas de enrutamiento de EIGRP, se ven 5 redes (3
aprendidas por EIGRP y dos redes directamente conectadas), las que
más adelante son redistribuidas por OSPF
– El comando SHOW IP OSPF DATABASE muestra a R1 (RID
1.1.1.1) como el router que anuncia las 5 nuevas LSA tipo 5, ya que
RD1 las crea
– Para el router OSPF internto RA, el comando show ip route
172.30.0.0 muestra las rutas externa como E2
– En R4, la métrica de cada ruta es 20, ya que ésta es la métrica por
defecto cuando se redistribuye desde EIGRP hacia OSPF, y con rutas
E2, los costos internos de OSPF no se agregan al costo total de la ruta

• OSPF define las rutas externa como External Type 1
(E1) o External Type 2 (E2).
• Por defecto, el comando redistribute en OSPF
crea rutas E2, señalando esto en las LSA tipo 5
Fijando las Métricas OSPF

• Sin importar el origen de las rutas redistribuidas,
OSPF usa métricas por defecto.
• Sin embargo, OSPF puede configurar las métricas
para las rutas redistribuidas de la misma forma que
lo hace EIGRP
Fijando las Métricas OSPF

Función Comando o Valor de Métrica
Costo 1 para las rutas aprendidas desde BGP
Por defecto si no existe Si se redistribuye desde otros procesos OSPF, usa el
configuración de métrica costo de la ruta de origen OSPF
Costo 20 para cualquier otro origen de ruta
Configurar por defecto para
todo el comando El subcomando OSPF default-metric
redistribute
Configurar la métrica para un Los parámetros de metric cost en el comando
origen de ruta redistribute
Configurar diferentes
métricas para rutas Usar los parámetros de un route-map en el comando
aprendidas desde una sola redistribute
fuente
LSAs y Métrica para Rutas Externas E2

• Se debe analizar la LSA tipo 5 si queremos entender el
comportamiento de OSPF ante cada ruta E2
• Por definición, el router que desarrolla la redistribución sobre
OSPF se convierten en un ASBR (Router de Borde de Sistema
Autónomo), porque inyecta rutas externas en OSPF
• Para cada ruta, el ASBR crea una LSA tipo 5 para dicha subred,
la cual incluye los siguientes campos:
– LSID (Link-state ID): el número de la subred
– Mask: la máscara de subred
– Advertising Router: el RID del ASBR que inyecta la ruta
– Metric: la métrica tal como la inyecta el ASBR
– External Metric Type: el tipo de métrica externa, E1 o E2

• Cuando se crea, el ASBR inunda LSA tipo 5 a través de
área
• Luego, si existe algún router limítrofe de área (ABR),
el ABR inunda LSA tipo 5 hacia cualquier área normal.
Notar que un ABR no inyecta LSA tipo 5 en áreas
Stubby, en vez de confiar en las rutas por defecto
• El siguiente esquema muestra un ejemplo de
inundación de LSA tipo 5 para las subredes EIGRP
172.30.27.0 /23 como una ruta E2


• Cuando se produce la inundación, OSPF ejecuta poco
trabajo para calcular la métrica para las rutas E2, ya
que, por definición, la métrica de las rutas E2 es la
métrica incluida en las LSA tipo 5
• En otras palabras, los routers OSPF no agregan
ningún costo OSPF a la métrica de una ruta E2
• Debido a que los routers ignoran el costo interno
cuando se calcula la métrica de las rutas externas E2,
siempre se puede calcular una ruta alternativa con la
misma métrica

• Por ejemplo, R4 tiene
dos posibles rutas físicas
al ASBR RD1 (una directa
a RD1 y otra a través de
R8)
• El costo para ambas
rutas hacia las redes
172.30.26.0/23 será 20,
porque ese es el costo
que le asigna RD1 (LSA 5)

• Para evitar bucles, los
routers OSPF usan un
sistema rompe-empates
para permitir a los
routers seleccionar la
mejor ruta externa
• La lógica depende de si
el router reside en la
misma área o en otra

• Determinando el siguiente salto para rutas externas tipo 2
(intra-área)
– Cuando un router encuentra múltiples rutas a la misma subred de
destino E2, selecciona la mejor ruta basado en el menor costo para
alcanzar el ASBR que anuncie la menor métrica E2
– Por ejemplo, si 5 ASBR anuncian todos la misma subred como una ruta
E2, y dos ASBR anuncian una métrica de 10, y los otros 3 anuncian una
métrica de 20, cualquiera de los dos primeros ASBR puede ser usado
– Luego, el router calcula la ruta de menor costo para alcanzar el ASBR y
usa la dirección IP de siguiente salto y la interface de salida en dicha
ruta

• La siguiente lista muestra el mecanismo de calculo
usado para romper el empate cuado existen rutas E2
del mismo costo para una subred en particular:
Paso 1: Encontrar y enumerar las LSA tipo 5 enviadas
por los ASBR
Paso 2: Calcular la ruta de menor costo para alcanzar
cualquiera de los ASBR de acuerdo a la topología LSDB
intra-área
Paso 3: Usar la interface de salida y la IP del siguiente
salto basados en la mejor ruta para alcanzar el ASBR

• La siguiente lista muestra el mecanismo de calculo
usado para romper el empate cuado existen rutas E2
del mismo costo para una subred en particular:
Paso 4: El valor de la métrica no cambia, se mantiene el
valor mostrado en la LSA tipo 5

• Por ejemplo, R4. Antes
de ejecutar esto 4 pasos,
R4 calcula dos posibles
rutas para
172.16.26.0/23:
– Una ruta E2 directa a RD1
– Otra ruta a través de R8
• Ambas con una métrica
de 20, por lo tanto, hay
empate

• Debido a este empate, R4 procede de la siguiente forma:
– Paso 1: R4 revisa las LSA tipo 5 y descubre el RID 1.1.1.1 (RD1)
como el ASBR anunciante
– Paso 2: R4 revisa las entradas de su LSDB de área 0, incluyendo
las LSA tipo 1 para el RID 1.1.1.1 y calcula todas las posibles
rutas para llegar al 1.1.1.1 a través del área 0
– Paso 3: la mejor ruta de R4 para alcanzar el RID 1.1.1.1 debe
ser a través de su interface Se0/0/0, con siguiente salto RD1
(172.16.14.1), por lo que la ruta de R4 hacia 172.16.26.0/23
usa esta información
– Paso 4: la ruta tiene una métrica 20, y es una LSA tipo 5

• La siguiente figura
muestra los costos que
R4 usará, basada en su
propia LSDB, para
calcular el costo para las
dos posibles rutas hacia
el ASBR RD1

R4# show ip ospf database | begin Ext

Tag
172.30.2.0 1.1.1.1 189 0x80000002 0x007E51 0
172.30.6.0 1.1.1.1 189 0x80000002 0x005279 0
172.30.12.0 1.1.1.1 189 0x80000002 0x0003C4 0
172.30.17.0 1.1.1.1 189 0x80000002 0x00CBF6 0
172.30.26.0 1.1.1.1 189 0x80000002 0x007542 0

R4# show ip ospf database external 172.30.26.0
Routing Bit Set on this LSA
LS age: 175
Options: (No TOS-capability, DC)
LS Type: AS External Link
Link State ID: 172.30.26.0 (External Network Number )
Advertising Router: 1.1.1.1

LS Seq Number: 80000001
Checksum: 0x7741
Length: 36
Network Mask: /23
Metric Type: 2 (Larger than any link state path)
TOS: 0
Metric: 20
Forward Address: 0.0.0.0

External Route Tag: 0

R4# show ip ospf interface brief
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Se0/0/0 4 0 172.16.14.2/30 64 P2P 1/1
Fa0/1 4 0 172.16.4.4/25 1 DR 0/0
Fa0/0 4 0 172.16.48.4/25 1 DR 1/1
Se0/0/1 4 1 172.16.45.4/25 64 P2P 1/1
! Next output occurs on R8
R8# show ip ospf interface brief

Interface PID Area IP Address/Mask Cost State Nbrs F/C
Fa0/1 8 0 172.16.8.8/25 1 DR 0/0
Se0/0 8 0 172.16.18.2/30 64 P2P 1/1
Fa0/0 8 0 172.16.48.8/25 1 BDR 1/1
Determinando el Siguiente Salto en Rutas E2 (Inter-Área)
• Cuando un router se encuentra en un área distinta a

la del ASBR, los problemas se mantienen, pero el
cálculo de desempate para obtener la ruta de menor
costo hacia el ASBR cambia
• Si un router encuentra múltiples rutas para alcanzar
una sola subred E2, algunas o todas podrían empatar
basados en la métrica, debido a que la métrica se
basa solamente en el costo externo definido por el
ASBR
• Si múltiples ASBR redistribuyen rutas para el mismo

prefijo, cada ASBR puede asignar una métrica
diferente
• El router por lo tanto selecciona la mejor ruta basado
en el menor costo para alcanzar el ASBR que ha
anunciado el costo E2 menor para la subred
• Cuando el ASBR está en un área diferente, el cálculo
del costo para alcanzar el ASBR requiere más
información, incluso tipos de LSA adicionales, para
comparar con el calculo intra-área
• Para calcular la mejor

ruta para alcanzar el
ASBR, un router en otra
área agrega el costo
para alcanzar el ABR
entre las áreas, más el
costo del ABR para
alcanzar el ASBR
• R5 tiene dos posibles

rutas para alcanzar el
ASBR RD1.
• El camino a través de R3
tiene un costo de 65, y
el camino a través de R4
tiene un costo de 128
• La selección será, por lo
tanto, a través de R3
• Para nosotros, por

simple inspección
visual, y teniendo los
costos a mano (o a la
vista), este cálculo es
trivial, pero para los
routers, ocurre en dos
pasos
Paso 1: Calcula el costo

para alcanzar el ABR,
basado en la base de
datos de topología local
Paso 2: Calcula el costo

desde el ABR al ASBR,
revisando las LSA tipo 4
• El ABR crea un nuevo tipo de LSA (LSA Sumarizada de

ASBR tipo 4) para soportar la lógica mencionada en el
paso 2
• La LSA tipo 4 contiene los costos entre los ABR y los
ASBR
• El ABR hace un anuncio “Soy el ABR X. Puedo
alcanzar el ASBR Y, y el costo para llegar al ASBR Y es
Z”
• Ahora, revisando las tablas OSPF
R5# show ip ospf database | begin ASB

Summary ASB Link States (Area 1)

1.1.1.1 3.3.3.3 956 0x8000000D 0x00E43A
1.1.1.1 4.4.4.4 1044 0x8000000B 0x00439A
Link ID ADV Router Age Seq# Checksum Tag

172.30.2.0 1.1.1.1 1185 0x8000000B 0x006C5A 0
172.30.6.0 1.1.1.1 1185 0x8000000B 0x004082 0
172.30.12.0 1.1.1.1 1185 0x8000000B 0x00F0CD 0
172.30.17.0 1.1.1.1 1185 0x8000000B 0x00B9FF 0
172.30.26.0 1.1.1.1 1185 0x8000000B 0x00634B 0
R5# show ip ospf database asbr-summary
Summary ASB Link States (Area 1)
Routing Bit Set on this LSA
LS age: 984
Options: (No TOS-capability, DC, Upward)
LS Type: Summary Links(AS Boundary Router)
Link State ID: 1.1.1.1 (AS Boundary Router address)
LS Seq Number: 8000000D
Checksum: 0xE43A
Length: 28
Network Mask: /0
TOS: 0 Metric: 1
LS age: 1072
Options: (No TOS-capability, DC, Upward)
LS Type: Summary Links(AS Boundary Router)
Link State ID: 1.1.1.1 (AS Boundary Router address)
LS Seq Number: 8000000B
Checksum: 0x439A
Length: 28
Network Mask: /0
TOS: 0 Metric: 64
R5# show ip ospf border-routers

OSPF Process 5 internal Routing Table
Codes: i - Intra-area route, I - Inter-area route
i 4.4.4.4 [64] via 172.16.45.4, Serial0/1, ABR, Area 1, SPF 6
I 1.1.1.1 [65] via 172.16.35.3, Serial0/0, ASBR, Area 1, SPF 6
i 3.3.3.3 [64] via 172.16.35.3, Serial0/0, ABR, Area 1, SPF 6
O E2 172.30.17.0/30 [110/20] via 172.16.35.3, 05:48:42, Serial0/0
O E2 172.30.26.0/23 [110/20] via 172.16.35.3, 05:48:42, Serial0/0
O E2 172.30.2.0/23 [110/20] via 172.16.35.3, 05:48:42, Serial0/0
O E2 172.30.6.0/23 [110/20] via 172.16.35.3, 05:48:42, Serial0/0
O E2 172.30.12.0/30 [110/20] via 172.16.35.3, 05:48:42, Serial0/0
Redistribuyendo en OSPD como Rutas E1

• Modificar el comportamiento de las rutas externas
OSPF permite a los ingenieros influenciar para
obtener los mejores resultados en OSPF
• Las rutas E2 trabajan bien cuando el diseño necesita
seleccionar la mejor ruta basado en la métrica
externa, ignorando los costos OSPF internos, excepto
cuando se quiere romper el empate para rutas
externas
• Los routers OSPF calculan la métrica de las rutas E1
agregando los costos internos para alcanzar el ASBR

• En una etapa de diseño, se pueden influenciar la
selección de rutas basado en la combinación de
costos OSPF internos y externos, redistribuyendo una
ruta como E1 en vez de E2
• Para esto, solamente se usa el comando
redistribute con parámetros adicionales

RD1# conf t
RD1(config-router)# redistribute eigrp 1 subnets metric-type 1
RD1#

! Moving to router R4

O E1 172.30.17.0/30 [110/84] via 172.16.14.1, 00:00:06, Serial0/0/0

O E1 172.30.26.0/23 [110/84] via 172.16.14.1, 00:00:06, Serial0/0/0
O E1 172.30.2.0/23 [110/84] via 172.16.14.1, 00:00:06, Serial0/0/0
O E1 172.30.6.0/23 [110/84] via 172.16.14.1, 00:00:06, Serial0/0/0
O E1 172.30.12.0/30 [110/84] via 172.16.14.1, 00:00:06, Serial0/0/0

R4# show ip ospf border-routers
OSPF Process 4 internal Routing Table

Codes: i - Intra-area route, I - Inter-area route
i 1.1.1.1 [64] via 172.16.14.1, Serial0/0/0, ASBR, Area 0, SPF 16

i 3.3.3.3 [65] via 172.16.14.1, Serial0/0/0, ABR, Area 0, SPF 16
i 3.3.3.3 [128] via 172.16.45.5, Serial0/0/1, ABR, Area 1, SPF 8

• Notar que para routers en un área diferente al ASBR,
el cálculo de la métrica sigue la misma lógica usada
para desempatar rutas E2
• El cálculo agrega 3 puntos:
– El mejor costo intra-área para alcanzar el ABR
– El costo desde al ABR al ASBR (LSA Tipo 4)
– El costo externo para la ruta (LSA tipo 5)
Comparación entre Rutas E1 y E2

• OSPF define dos tipos de rutas externas para darle a
los diseñadores dos diferentes herramientas para
calcular la mejor ruta para alcanzar un destino
externo a OSPF
• Para rutas E1, importan tanto el costo interno como
externo para la selección de la mejor ruta
• Por rutas E2, solo importa el costo externo al
momento de seleccionar la mejor ruta (a menos que
se quiera romper un empate)

• El beneficio de diferentes tipos de rutas externas es
visible cuando múltiples ASBR anuncian la misma
subred
• Por ejemplo, imaginemos dos ASBR (ASBR 1 y ASBR
2) entre OSPF y otro dominio de enrutamiento
• Si la meta es siempre enviar el tráfico a través de
ASBR1, se pueden usar rutas E2 y fijar la métrica de
las rutas redistribuidas por el ASBR 1 con un valor
menor a las del ASBR 2, con esto, todos los routers
elijen ASBR 1 como el mejor

• En cambio, si la meta es lograr balancear el tráfico, y
hacer que cada router seleccione el ASBR más
cercano, ambos deben tener la misma métrica en sus
rutas redistribuidas, pero deben ser rutas tipo E1.
• Como resultado, el router más cercano al ASBR
seleccionará la mejor ruta basado en el menor costo
interno
• Además, notar que para una red/máscara dada, OSPF
siempre prefiere una ruta E1 por sobre una ruta E2
Rutas Externas en NSSAs

• Las rutas pueden ser redistribuidas en OSPF o cualquier router
OSPF, salvo algunas excepciones
• Un router OSPF puede ser
– Interno (en el área 0)
– Un ABR conectado a múltiples áreas
– O puede ser interno es un área no backbone
• De los 4 tipos de áreas STUBBY, dos no permiten
redistribución en dicha área, y los otros dos si, ya que ninguno
de ellos soporta LSAs tipo 5
• OSPF no permite a los router inyectar rutas externas en áreas
STUBBY y TOTALLY STUBBY

• Sin embargo, los routers en las NSSA pueden redistribuir
rutas, manteniendo la restricción de no tener LSAs tipo 5
• OSPF soporta la inyección de rutas externas en una NSSA
definiendo LSA Externa de tipo 7.
• Este tipo de LSA reemplaza el papel de la LSA tipo 5, pero solo
dentro de la NSSA

• La siguiente figure muestra el concepto expuesto

• En la figura se siguen los siguientes pasos
1. El ASB unido al NSSA área 1, redistribuye una ruta para la subred 1
creando una LSA tipo 7
2. El ASBR inunda la LSA tipo 7 a través de la NSSA área 1
3. El ABR1 convierte la LSA tipo 7 a una LSA tipo 5 cuando la reenvía
hacia otra área (el área 0 en este caso)
4. El ABR2, conectado a otra área normal, envía la LSA tipo 5 para la
subred 1 a un área 2 normal
• En este ejemplo, el área 1 se ha convertido a un área NSSA,
R5 ha sido configurado para redistribuir las rutas conectadas

• Redistribución desde EIGRP hacia OSPF con subredes. Sobre el
siguiente esquema

• Redistribución desde EIGRP hacia OSPF con subredes
! R5's new configuration here:
interface loopback0
ip address 10.1.1.1 255.255.255.0
router ospf 5
area 1 nssa
redistribute connected subnets
R5# show ip ospf database | begin Type-7

Type-7 AS External Link States (Area 1)

10.1.1.0 5.5.5.5 26 0x80000001 0x00E0A6 0

R5# show ip ospf database nssa-external
Type-7 AS External Link States (Area 1)
LS age: 69
Options: (No TOS-capability, Type 7/5 translation, DC)
LS Type: AS External Link
Link State ID: 10.1.1.0 (External Network Number )
LS Seq Number: 80000001

Checksum: 0xE0A6
Length: 36
Network Mask: /24
Metric Type: 2 (Larger than any link state path)
TOS: 0
Metric: 20
Forward Address: 172.16.45.5

External Route Tag: 0

! Moving to router R8
R8# show ip ospf database | begin Type-7
R8# show ip ospf database | begin External


10.1.1.0 4.4.4.4 263 0x80000001 0x009302 0
172.30.2.0 1.1.1.1 1655 0x8000000E 0x00665D 0
172.30.6.0 1.1.1.1 1655 0x8000000E 0x003A85 0
172.30.12.0 1.1.1.1 1655 0x8000000E 0x00EAD0 0
172.30.17.0 1.1.1.1 1655 0x8000000E 0x00B303 0
172.30.26.0 1.1.1.1 1655 0x8000000E 0x005D4E 0

• El siguiente ejemplo muestra las tablas de enrutamiento de
los routers NSSA
• Éstos usan un código diferente cuando se desea revisar la
tabla de enrutamiento, en este caso, R4, donde se muestra
una ruta N2
• Esto indica que es una ruta externa tipo 2, pero dentro del
NSSA, y está usando una LSA de AS Externo tipo 7
• Para R8, la subred 10.1.1.0/24, como es publicada mediante
una LSA tipo 5, es una ruta E2

! R4's output here:
R4# 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
! lines omitted for brevity
10.0.0.0/24 is subnetted, 1 subnets

O N2 10.1.1.0 [110/20] via 172.16.45.5, 00:10:54, Serial0/0/1

! R8, in area 0, next
R8# show ip route | begin 10.0.0.0

10.0.0.0/24 is subnetted, 1 subnets
O E2 10.1.1.0 [110/20] via 172.16.48.4, 00:10:24, FastEthernet0/0
PARTE 4. REDISTRIBUCIÓN CON

MAPAS DE RUTA Y LISTAS
DISTRIBUIDAS
Parte 4. Redistribución con Mapas de Ruta y Listas Distribuidas
Introducción
• En algunos casos, el diseño de la redistribución es
sencillamente aplicado a todas las rutas con la misma métrica
y con el mismo tipo de rutas externas
• En otros casos, le métrica debe ser configurada de manera
diferenciada para diferentes rutas
• Además, algunos diseños demandan que solo ciertas redes
sean redistribuidas
• Y con algunos protocolos de enrutamiento que tienen
diferentes tipos de rutas externas, como OSPF e ISIS, el diseño
podría demandar que todas las rutas externas sean del mismo
tipo
Introducción
• Todas esas características requieren un herramienta que
permita tratar las rutas de manera diferenciada
• El IOS Cisco permite referenciar la redistribución desde un
mapa de rutas (Router-Map).
Introducción
• El mapa de rutas permite:
– Identificar el suconjunto de rutas a filtrar o cambiarlas basados en la
máscara y otros factores
– Hace selección mediante filtrado de cuales rutas serán redistribuidas y
cuales no
– Configura diferentes valores de métrica basados en la información de
selección mostrada en el mapa de rutas
– Configura el tipo de rutas externas para diferentes rutas redistribuidas,
por ejemplo, OSPF tipo 1 para algunas rutas y OSPF tipo 2 para otras
– Configura una etiqueta de ruta, un valor entero que puede ser
detectado más adelante con un mapa de rutas en otro punto de
redistribución
• Esta sección examina los mecanismos usando por un mapa
Mapas de Rutas y Redistribución

• El comando redistribute permite dos mecanismos para filtrar
rutas
– El parámetro match {internal|external 1|external 2|nssa
- external}
– La opción route-map map-name
• La primera opción se aplica solo cuando se redistribuye desde
OSPF
• La segunda opción es mucho más general y permite operar
sobre más parámetros relacionados con la ruta
• Para identificar las rutas, los mapas de rutas usan el
subcomando match, para referirse a una ACL o una lista de
prefijos

Comando match Descripción
match interface interface-type
interface-number [interface-type Revisa las interfaces salientes
interface-number]
* match ip address {[access-list-
number|access-list-name]|prefix-list
Examina la IP y Máscara de red
prefix-list-name}
de destino
* match ip next-hop {access-list- Examina la dirección del
number|access-list-name} siguiente salto del router
* match ip route-source {access-list- Busca la dirección IP del router
number|access-list-name} anunciante
match metric metric-value Busca una métrica de ruta
Match route-type {internal|external
[type-1|type 2] |level-1|level-2}
Busca un tipo de ruta
match tag tag-value Busca una etiqueta de ruta

• Un mapa de rutas llamado en el comando redistribute,
siempre trata de filtrar rutas
• Si el mapa de rutas verifica una ruta en particular con una de
sus cláusulas, y la acción de dicha cláusula es permit, la ruta
es redistribuida. En caso contrario, la ruta no es redistribuida
• Adicionalmente, para las rutas no filtradas por el mapa de
rutas, se puede configurar otros valores, usando el comando
set

Comando set Descripción
Configura la métrica de ruta para
set metric metric-value OSPF, RIPe ISIS
set metric bandwidth delay Configura los valores de métrica
reliabilty loading mtu para EIGRP
set metric-type {type-1 | type-2} Configura el tipo de ruta para OSPF
Configura un valor de etiqueta
Set tag tag-value único en una ruta
Filtrado de Rutas Redistribuidas

• Como ejemplo,
se trabajará
sobre la misma
red de capítulos
anteriores
• Ésta ha sido
configurada con
valores por
defecto

1. EIGRP está
configurado al lado
izquierdo del
esquema
2. OSPF al lado derecho
3. Se ha configurado
redistribución hacia
ambos lados en RD1,
pero sin filtrado
4. Todas las rutas usan la
siguiente métrica;
EIGRP(1500 10 255 1
1500), OSPF (20)

RD1# show run
! lines omitted for brevity
router eigrp 1
redistribute ospf 2
network 172.30.0.0
default-metric 1500 10 255 1 1500
auto-summary
!
router ospf 2
router-id 1.1.1.1
redistribute eigrp 1 subnets
network 172.16.0.0 0.0.255.255 area 0


• Se desea implementar el siguiente filtrado de rutas mediante
el uso de route-map para redistribuir desde el proceso OSPF 2
hacia el AS 1 de EIGRP
Prefijos Acción
172.16.101.0/24 Denegar (deny)
172.16.102.0/25
172.16.103.0/26 Permitir (permit)
172.16.104.0/27
172.16.105.0/28 Denegar (deny)
172.16.106.0/29
172.16.107.0/30 Permitir (permit)

• El mapa de rutas debe identificar las rutas que serán filtradas
con una sentencia deny y las que serán filtradas con una
sentencia permit
• Esto se puede implementar de dos maneras
– Opción 1: comenzando por identificar las rutas que serán filtradas
(match), usando una ACL extendida con una acción de denegar a las
rutas que serán filtradas. Luego usar la acción permitir si el comando
match, identificando y permitiendo a todo el resto de las redes
– Opción 2: comenzando por identificar las rutas que serán permitidas,
identificando con una lista de prefijos con una acción permitir. Luego
usar el denegar implícito al final del mapa de rutas para filtrar las
redes no deseadas.

! This ACL matches subnet 172.16.101.0, with mask 255.255.255.0
ip access-list extended match-101
permit ip host 172.16.101.0 host 255.255.255.0
! This ACL matches subnets 172.16.104.0 and 172.16.105.0, with masks

! 255.255.255.224 and 255.255.255.240, respectively.
ip access-list extended match-104-105
!
! This prefix list matches the five subnets in area 0
ip prefix-list match-area0-permit seq 5 permit 172.16.14.0/30
!
! This prefix list matches the two sets of two area 3 subnets that will
! be permitted to be redistributed
ip prefix-list match-area3-permit seq 5 permit 172.16.102.0/23 ge 25 le 26
ip prefix-list match-area3-permit seq 10 permit 172.16.106.0/23 ge 29 le 30

! The first alternative route-map:
route-map option1 deny 10
match ip address match-101

!
route-map option1 deny 20
match ip address match-104-105

!
route-map option1 permit 100
! The second alternative route-map:
match ip address prefix-list match-area3-permit

!
! Finally, the configuration shows the enablement of option 1.


• La opción 1 implementa el concepto de denegar la
redistribución de algunas rutas y luego permitir al resto
• El mapa de rutas con secuencia 100 no tiene un comando
match, lo que significa que hace coincidencia con cualquier
otra ruta
• La acción permit en este ejemplo evita el denegar implícito a
final del mapa de rutas
• Con una ACL extendida, el IOS Cisco compara la IP de origen
con la dirección de subred y la IP de destino con la máscara de
subred de la ruta

• Por ejemplo:
• Identifica las rutas específicas para la subred 172.16.101.0 con
la máscara 255.255.255.0
• El mapa de rutas de Opción 2 realiza la acción opuesta, solo
por mostrar una alternativa
• Usa dos diferentes listas de prefijos para identificar las rutas,
uno para las subredes en el área 0 (las que son redistribuidas)
y otra para las subredes en el área 3
• Alternativamente, todas las rutas son identificadas con una
sola lista de prefijos, con una sola acción de permitir

• Verificación de las operaciones de filtrado para la
redistribución
– El proceso de redistribución toma rutas desde la tabla de
enrutamiento IP de un router y las agrega a sus propias entradas en la
tabla de enrutamiento del protocolo de destino
– El proceso de filtrado previene que algunas rutas sean agregadas a la
tabla de enrutamiento, por lo que una inspección a la tabla de
enrutamiento del protocolo de destino mostrará si el proceso de
filtrado resulta o no
– También deben ser verificadas las tablas de enrutamiento de los
routers que se encuentren en el camino

O 172.16.48.0/25 [110/65] via 172.16.18.2, 03:25:56, Serial0/0/1

[110/65] via 172.16.14.2, 03:24:09, Serial0/1/0
O 172.16.8.0/25 [110/65] via 172.16.18.2, 03:25:56, Serial0/0/1
O 172.16.4.0/25 [110/65] via 172.16.14.2, 03:24:49, Serial0/1/0
O IA 172.16.104.0/27 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
O IA 172.16.105.0/28 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
O IA 172.16.106.0/29 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
O IA 172.16.107.0/30 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
O IA 172.16.101.0/24 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
O IA 172.16.102.0/25 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
O IA 172.16.103.0/26 [110/65] via 172.16.14.2, 03:24:44, Serial0/1/0
RD1# show ip eigrp topology | include 172[.]16


RD1# show access-list
Extended IP access list match-101
10 permit ip host 172.16.101.0 host 255.255.255.0 (1 match)
Extended IP access list match-104-105
RD1# show ip prefix-list detail match-area0-permit
ip prefix-list match-area0-permit:
count: 5, range entries: 0, sequences: 5 - 25, refcount: 3
seq 5 permit 172.16.14.0/30 (hit count: 6, refcount: 1)
Fijando las Métrica de las Rutas Externas

• Para cambiar la métrica en las diferentes rutas redistribuidas
solo es necesario unos cuantos comandos adicionales
• Las rutas redistribuidas se eligen mediante un mapa de rutas
• Se debe agregar el comando set metric
• Cuando se redistribuye sobre EIGRP, este comando tiene 5
parámetros (bandwidth, delay, reliability, load, MTU)
• Cuando se redistribuye sobre OSPF o RIP, solo es necesario un
parámetro
• Continuando con el mismo ejemplo, de modifican los
parámetros de la siguiente tabla

• La siguiente tabla define los objetivos de redistribución desde
OSPF hacia EIGRP
Prefijo Acción Métrica
172.16.101.0 Denegar
172.16.102.0 -
172.16.103.0 Permitir 1000 44 255 1 1500
172.16.104.0
172.16.105.0 Denegar
172.16.106.0 -
172.16.107.0 Permitir 100 4444 255 1 1500

Todo el resto Permitir 1500 10 255 1 1500
• Para implementar este diseño, se necesitan a lo menos 3

reglas, una por cada conjunto de rutas en las cuales la métrica
será cambiada

! First, two new prefix lists are added – one to match subnets 102 and 103,
! and another to match subnets 106 and 107.
ip prefix-list match-102-103 seq 5 permit 172.16.102.0/23 ge 25 le 26

!
ip prefix-list match-106-107 seq 5 permit 172.16.106.0/23 ge 29 le 30
! The following is a repeat of the prefix list that matches the five routes
! in area 0


! A new route map to filter and set metrics, with three clauses
route-map set-metric permit 10

!
match ip address prefix-list match-102-103
set metric 1000 44 255 1 1500
!
match ip address prefix-list match-106-107
set metric 100 4444 255 1 1500
!
router eigrp 1
default-metric 1500 10 255 1 1500
redistribute ospf 2 route-map set-metric


• El nuevo mapa de rutas tiene 3 reglas, dos de las cuales
configuran explícitamente los valores de métrica usando el
comando set metric
• Sin embargo, la primera regla (secuencia 10), la cual identifica
rutas para las cinco subredes dentro del área 0, no usa el
comando set metric. Para fijar la métrica, usan el
comando metric dentro del comando redistribute, o
sino es fijada por el comando default-metric dentro de
EIGRP.
• En este caso, las métricas son configuradas en base al
comando default-metric.

• Verificación de las métricas configuradas
– Esta verificación requiere una revisión de la tabla de topologías de
EIGRP
– En este caso, se debe revisar el estado de las rutas hacia las redes
172.16.102.0/25 y 172.16.106.0/29

Vector metric:
Load is 1/255
Minimum MTU is 1500
Hop count is 0
External data:
External protocol is OSPF, external metric is 65
Administrator tag is 0 (0x00000000)

% IP-EIGRP (AS 1): Route not in topology table
RD1# show ip eigrp topo 172.16.106.0/29
Vector metric:
Load is 1/255
Minimum MTU is 1500
Hop count is 0
External data:
External protocol is OSPF, external metric is 65
Administrator tag is 0 (0x00000000)
!

RD1# show ip prefix-list detail match-102-103
ip prefix-list match-102-103:
count: 1, range entries: 1, sequences: 5 - 5, refcount: 2
seq 5 permit 172.16.102.0/23 ge 25 le 26 (hit count: 14, refcount: 1)
Configurando el tipo de ruta externa

• Cuando se redistribuye hacia OSPF, el IOS Cisco configura
automáticamente las rutas externas como tipo 2 (E2)
• Sin embargo, el tipo puede ser modificado usando el
comando set metric-type {type-1|type-2}
• Cuando el comando redistribute ospf usa un mapa
de rutas, las rutas modificadas con el comando set
metric-type serán designadas como tipo externa en la
LSA tipo 5 creada para dicha subred
• El comando redistribute también permite los parámetros
match {internal|external 1|external 2|
nssa-external}pero sin fijar el tipo de ruta
Filtro de Redistribución con Listas

Distribuidas
• Usando un mapa de rutas en el comando redistribute
permite varias opciones
• Se pueden filtrar rutas, asignar diferentes métricas para
diferentes rutas y asignar los tipos de rutas externas
• Se pueden incluso asignar etiquetas a las rutas
• Pero si la necesidad de usar filtrado de rutas sólo cuando se
redistribuye, pero ninguna de esas características es
necesaria, y se desea identificar todas las rutas con una sola
ACL o lista de prefijos, se puede implementar otro tipo de
filtrado de rutas configurando listas distribuidas
(distribute-list)

Distribuidas
• El comando distribute-list puede ser configurado
para trabajar sobre el proceso de enrutamiento desde el cual
las rutas son redistribuidas y provocar que el router filtre las
rutas tomadas desde dicho proceso
• Para hacer esto, el comando debe ser usado en la dirección
out, y debe referirse al proceso desde el cual las rutas son
redistribuidas
• Por ejemplo, distribute-list 1 out ospf 2,
configurado bajo el proceso EIGRP, le dice a EIGRP que aplique
la ACL 1 a las rutas redistribuidas desde el proceso OSPF 2

Distribuidas
• En otro ejemplo, bajo el proceso OSPF, el comando
distribute-list prefix fred out eigrp 1 le
dice a OSPF aplicar la lista de prefijos a las rutas redistribuidas
desde el proceso EIGRP 1
• El filtrado se ejecuta sobre las rutas redistribuidas
• Como resultado, las rutas filtradas por el comando
distribute-list no son agregadas a la tabla de
topologías del protocolo de destino.
PARTE 5. PROBLEMAS CON

MÚLTIPLES PUNTOS DE
REDISTRIBUCIÓN
Parte 5. Problemas con Múltiples Puntos de Redistribución
Introducción
• El uso de un solo router para la redistribución de rutas
representa un solo punto de falla entre los host de dos o más
redes diferentes
• Para evitar la existencia de un único punto de falla, y otorgar
redundancia a la red, se recomienda el uso de por lo menos
dos puntos de redistribución, en especial donde la función de
redistribución será permamene
• La existencia de dos o más puntos de redistribución entre los
mismos dominios de enrutamiento genera mayores
complejidades y problemas
• Uno de los típicos problemas es que una ruta puede ser
anunciada hacia un dominio y luego ser anunciada de vuelta
Introducción
• La figura muestra uno de
los problemas típicos
cuando se usan múltiples
puntos de redistribución
• En este caso, las líneas
indican la mejor ruta
desde un router en el
dominio 2 para alcanzar
las subredes en el mismo
dominio
Introducción
• Se puede ver que la ruta
va desde R2, a través de
RD1, hasta R1, y vuelve al
dominio 2 a través de RD2
• Esto sucede cuando una
ruta es anunciada de
vuelta sobre el dominio
original con una métrica
relativamente baja
• La ruta doblemente
redistribuida tiene mejor
métrica
Introducción
• Esta sección examina como prevenir los bucles de
enrutamiento cuando se usan múltiples puntos de
redistribución
• Se comienzan con ejemplos de RIP y OSPF
Previniendo bucles de Enrutamiento

• Un método fácil para prevenir problemas de bucles de
enrutamiento entre dominios es asignar a propósito altos
valores de métricas cuando se redistribuyen las rutas
• Por ejemplo, considerar el caso mostrado en la próxima figura,
con un dominio RIP a la izquierda y un dominio OSPF a la
derecha
• En este caso, los dos routers realizan la redistribución (RD1 y
RD2 asignando a OSPF una métrica de 500 cuando se
redistribuyen rutas hacia OSPF y una métrica de 5 cuando se
redistribuyen rutas hacia RIP

• A menos que el conteo de
saltos dentro del dominio
RIP sea igual o menor a 4, ls
rutas dentro del dominio
RIP siempre serán mejores
que las redistribuidas
desde OSPF (métrica 5)
• El mismo concepto se
aplica a OSPF, donde
mientras la métrica de las
rutas internas sea menor a
499, no habrá problemas

• Sin embargo, recordemos
que OSPF posee
mecanismos que le
permiten diferenciar rutas
internas de externas, y
además OSPF siempre
prefiere rutas internas
sobre rutas E1, y rutas E1
sobre rutas E2, antes de
considerar las métricas

• Otra forma de evitar bucles de enrutamiento entre dominios
es la manipulación de la Distancia Administrativa
• Cada router asocia una distancia administrativa con cada ruta
si considera agregarla a la tabla de enrutamiento
• Cuando un router debe considerar múltiples rutas desde
diferentes fuentes para la misma red y prefijos, el primer
parámetro considerado por el router no es la métrica, sino la
Distancia Administrativa (AD)
• A menor Distancia, mejor es la ruta
• Notar que la AD es un parámetro local y no puede ser
anunciado a routers vecinos

• Cada origen de enrutamiento posee una AD por defecto de
acuerdo al IOS Cisco. En algunos casos, una fuente de
enrutamiento dada tiene diferentes valores para diferentes
tipos de rutas
• Ejemplo es esto es EIGRP, que tiene valores de AD para rutas
internas y externas


• AD por defecto para EIGRP
– La AD por defecto para
EIGRP previene los
problemas de bucles cuando
se redistribuye entre EIGRP
y OSPF, por ejemplo
– Por ejemplo, existen dos
puntos de redistribución
entre ODPS y EIGRP (RD1 y
RD2)

• En los routers de redistribución (RD1 y RD2) ocurre:
– RD2 considera las rutas EIGRP internas como mejores, debido a la
menor AD, y coloca dichas rutas en su tabla de enrutamiento
– RD2 no redistribuirá una ruta para la subred X desde OSPF hacia EIGRP,
debido a que Rd2 no tiene una ruta OSPF para la subred X
• Además, recordar que los routers usan la tabla de
enrutamiento como la base de la redistribución
• RD1 y RD2 redistribuyen rutas en ambas direcciones entre
ambos dominios, sin embargo, una ruta debe existir en la
tabla de enrutamiento antes de ser redistribuida
• Por lo tanto, de acuerdo a lo anterior, no se producirán bucles
en este caso

• La AD por defecto de EIGRP
previene bucles desde OSPF
a EIGRP
– Este el caso más interesante
en cuanto a posibles bucles
de enrutamiento
– Pero nuevamente, los valores
por defecto para la AD de
EIGRP evitan problemas
– En la figura se analizará el
caso de una Subred Y en el
dominio OSPF

• La AD por defecto de EIGRP
previene bucles desde OSPF
a EIGRP
– En este caso, RD2 escucha
acerca de una ruta hacia una
subred Y como una ruta
EIGRP externa (AD 170) y
como una ruta OSPF interna
(AD 110)
– Como resultado, RD2
selecciona la ruta interna
OSPF como la mejor opción y
la agrega a su tabla

• La razón por la que la configuración por defecto de AD para
EIGRP trabaja bien se puede resumir en lo siguiente:
– Para cada uno de los dos protocolos de enrutamiento, la AD usada
para las rutas internas para un protocolo es mejor que el otro
– Cuando se comparan las opciones por defecto entre EIGRP y OSPF
podemos encontrar lo siguiente:
• AD interna de EIGRP 90 < AD externa de OSPF 110
• AD interna de OSPF 110 < AD externa de EIGRP 170
– A diferencia, cuando hay redistribución entre EIGRP y RIP
• AD interna EIGRP 90 < AD externa RIP 120
• AD interna RIP 120 < AD externa EIGRP 170
– Notar que EIGRP no tiene un concepto o mecanismo para diferenciar
entre rutas internas o externas

• Cuando se redistribuye entre OSPF y RIP, los valores de AD por
defecto no afectan el problema de bucle de enrutamiento
• Sin embargo, el IOS Cisco permite definir valores de AD
distintos para cada protocolo
• EIGRP pude definir valores de AD diferentes para rutas
internas y externas
• OSPF puede ser configurado para usar diferentes valores de
AD para rutas externas, rutas intra-área y rutas inter-área
• RIP, que no maneja el concepto de rutas internas o externas,
solo puede manipular un valor de AD para cada caso

• La siguiente tabla muestra los subcomandos para manipular
los valores de AD
Protocolo de Comando
Enrutamiento
RIP distance ad-value
EIGRP distance eigrp internal-ad external-ad
distance ospf {external ad-value} {intra-area ad-
OSPF value} {inter-area ad-value}
Bucles de Enrutamiento con Más Dominios

• Con solo dos dominios de enrutamiento, la mayoría de las
veces, los problemas de bucles de enrutamiento se solucionan
manipulando las métricas y distancias administrativas
• Sin embargo, con tres o más dominios de enrutamiento, estos
procedimientos no siempre son la solución
• Este tipo de situaciones pueden ocurrir cuando grandes
compañías se fusionan o adquieren compañías menores,
donde se ejecutan varios protocolos de enrutamiento


• Los pasos mostrados en la
figura son:
1. R9 anuncia una ruta para la
red 172.20.0.0/16 desde
RIP hacia EIGRP, donde es
tratada como externa (170)
2. RD1 redistribuye la ruta
externa EIGRP hacia OSPF,
donde es tratada como una
ruta E2 (AD 110)

• Los pasos mostrados en la
figura son:
3. Rd2 usa la ruta E2 (110) en
vez de usar la ruta externa
EIGRP (170), como la mejor
ruta a la red 172.20.0.0/16.
4. R4 aprende dos rutas
externas para la red
172.16.0.0/16, empatadas
en 170. R4 podría elegir la
mejor métrica EIGRP a través
de RD2, dependiendo de las
configuradas en la
redistribución

• Existen muchas soluciones para este tipo de problemas, sin
demasiada configuración adicional
• Estudiaremos tres opciones
– Usando AD asignadas para cada ruta
– Filtrando rutas basados en el prefijo y máscara
– Usando etiquetas de rutas (TAG)
Configuración de Diferentes AD por ruta

• Se puede usar el comando distance dentro de los procesos de
enrutamiento para configurar los valores de AD por cada protocolo
• El comando distance también soporta otro tipo de sintaxis en la cual el
router fija la AD para rutas individuales basados en los siguientes criterios
– El router que anuncia la información de enrutamiento
– Opcionalmente, la red y máscara de las rutas identificadas mediante una ACL
• La sintaxis del comando en este caso es:
distance distance ip-adv-router wc-mask [acl-number-or-name]
• En este comando, se busca el router vecino que anuncia una ruta. El
router con el comando distance configurado compara la dirección IP del
router anunciante con el rango mostrado por el comando (ip-adv-
router wc-mask), como si fueran los parámetros de una ACL
• Para las rutas anunciadas por un vecino válido, se les aplica la AD indicada
en el comando

• Opcionalmente, el comando distance también puede hacer referencia
a una ACL.
• Si se incluye, el router compara la ACL con la red y máscara de cada ruta
aprendida desde cualquier vecino indicado y usa la AD listada solo para las
rutas permitidas por la ACL
• Los siguientes ejemplos muestran tanto el problema de bucle como la
solución
• En primer lugar, la figura muestra la configuración principal del router RD2
antes de usa el comando distance para prevenir el problema
• Este ejemplo muestra cómo R4 usa una ruta extensa a través del dominio
OSPF
• Finalmente se muestra la configuración usando el comando distance
para solucionar el problema


! La siguiente coniguración se aplica sobre RD2
router eigrp 1
redistribute ospf 2 metric 1000 200 255 1 1500
network 172.16.0.0
no auto-summary
!
router ospf 2
router-id 3.3.3.3
redistribute eigrp 1 subnets
network 172.30.0.0 0.0.255.255 area 0
! Next, the long route for 172.20.0.0/16 is listed. This route goes from
! RD2 back into the OSPF domain; interface S0/0/1 connects to router R2.
RD2# show ip route | include 172.20.0.0
O E2 172.20.0.0/16 [110/20] via 172.30.23.2, 00:06:57, Serial0/0/1

! Next, the source of this routing information is listed under the
! text "Known via". RD2's current route is learned by OSPF.
Routing entry for 172.20.0.0/16
Known via "ospf 2", distance 110, metric 20, type extern 2, forward
metric 128
Advertised by eigrp 1 metric 1000 200 255 1 1500
Last update from 172.30.23.2 on Serial0/0/1, 00:07:04 ago
* 172.30.23.2, from 1.1.1.1, 00:07:04 ago, via Serial0/0/1
Route metric is 20, traffic share count is 1
! RD2 does know a working (successor) route for the same prefix,
! but prefers the lower-AD route (110) through OSPF.
RD2#show ip eigrp topology | section 172.20.0.0

RD2# conf t
RD2(config-router)# distance 171 1.1.1.1 0.0.0.0 match-172-20
RD2(config-router)# ip access-list standard match-172-20

RD2(config-std-nacl)# permit host 172.20.0.0
RD2(config-std-nacl)# end
RD2#

! The next command lists the matching logic of the distance command.
RD2# show ip protocols | section ospf
Routing Protocol is "ospf 2"
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 172.30.23.1
It is an autonomous system boundary router
Redistributing External Routes from,
eigrp 1, includes subnets in redistribution
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
172.30.0.0 0.0.255.255 area 0
Reference bandwidth unit is 100 mbps
Routing Information Sources:
Gateway Distance Last Update
1.1.1.1 171 00:00:35
2.2.2.2 110 00:00:35
7.7.7.7 110 00:00:35
Distance: (default is 110)
Address Wild mask Distance List
1.1.1.1 0.0.0.0 171 match-172-20
Redistributing: ospf 2, eigrp 1
Filtrado de Subredes en la Redistribución

• La siguiente herramienta previene los bucles mediante el
filtrado de la rutas basados en el prefijo

• Siguiendo los siguientes
pasos de acuerdo a la
figura:
1. R9 anuncia una ruta hacia
la red 172.20.0.0/16 desde
el dominio RIP hacia el
dominio EIGRP
2. RD1 y RD2 redistribuyen
esta ruta externa EIGRP
sobre OSPF
3. RD1 y Rd2 inundan la ruta
anunciada para OSPF a
través del dominio OSPF

• Siguiendo los siguientes
pasos de acuerdo a la
figura:
4. RD1 y RD2 aplican un
mapa de rutas a la
redistribución desde
OSPF hacia EIGRP,
filtrando rutas con el
prefijo 172.20.0.0

• Este tipo de diseño previene las rutas largas, pero no del
todo en el router de redistribución
Filtrado de Tags usando Listas Distribuidas

• El propósito de agregar una etiqueta es sólo determinado por
el diseñador y configurador
• Es solo equivalente a colocar un sticker que será leído más
adelante en el proceso de enrutamiento
• La siguiente figura muestra el uso de los route tags para
resolver problemas de bucles
• En la figura, una gran compañía usa EIGRP (al centro de la
figura) adquiere dos pequeñas compañías que usan OSPF. La
compañía mayor desea conectar las sucursales de las
compañías pequeñas a través de EIGRP, pero no quiere que
los tráficos de mezclen

• Los dos routers a la izquierda distribuyen rutas desde las
compañías pequeñas hacia EIGRP
• El router aplica un tag 1 a las rutas redistribuidas desde el
dominio OSPF 1 y un tag 2 a las redistribuidas desde el
dominio OSPF 2

• El uso de route tags para prevenir problemas de bucles puede
ser implementado con la siguiente estrategia
1. Seleccionar y configurar un valor de etiqueta que identifique las
rutas tomadas desde el dominio X y serán anunciadas al dominio Y
2. Cuando se redistribuyan en la dirección opuesta (del dominio Y al
dominio X), seleccionar la etiqueta y filtrar las rutas con dicha
etiqueta
• Por ejemplo, considerar el caso mostrado en la siguiente
figura, donde RD1 y RD2 realizan el proceso de
redistribución entre EIGRP y OSPF. El diseñador ha decidido
usar la etiqueta 11 para indicar “rutas tomadas desde EIGRP
y redistribuidas sobre OSPF”

• La figura muestra la
dirección de los
potenciales bucles: desde
EIGRP a través de RD1,
pasando por OSPF y
volviendo a EIGRP a
través de RD2
• Y viceversa…

• El primer paso,
implementando un
proceso de redistribución
normal, pero con un
mapa de rutas que
etiquete todas las rutas
redistribuidas desde
EIGRP hacia OSPF con
etiqueta 11
• El segundo paso, es que
RD2 tratará de

• Pero filtrará toda las rutas
que tengan una etiqueta
11
• Como resultado, ninguna
de las rutas aprendidas
desde EIGRP son
reingresadas de vuelta a
EIGRP

! The following is the routing protocol configuration on RD1
router ospf 2
router-id 3.3.3.3
redistribute eigrp 1 subnets route-map set-tag-11
network 172.30.0.0 0.0.255.255 area 0
!
route-map set-tag-11 permit 10
set tag 11

! The following is the routing protocol configuration on RD2
router eigrp 1
redistribute ospf 2 metric 1000 200 255 1 1500 route-map stop-tag-11
network 172.16.0.0
no auto-summary
!
route-map stop-tag-11 deny 10
match tag 11
!
route-map stop-tag-11 permit 20

• Primero, notar que la configuración no son solo un conjunto
de mapas de rutas por defecto
• En el mapa de rutas set-tag-11 en RD1, sólo una sentencia
existe, y dicha sentencia no tiene comandos match, lo que
significa que identifica todas las rutas, y todas las rutas tienen
asignado la etiqueta 11
• En el mapa de rutas stop-tag-11 en RD2, la primera sentencia
ejecuta una acción deny, lo que significa que todas las rutas
con una etiqueta 11 son filtradas
Resumen
• En el presente capítulo se han revisado:

– Los requerimientos necesarios para implementar los
procesos de redistribución de rutas entre diferentes
protocolos de enrutamiento
– Los parámetros usados por EIGRP en el comando
redistribute
– Las reglas generales para realizar la redistribución en un
IGP
– Los parámetros usados por OSPF en el comando
redistribute
Resumen

– Las reglas de desempate para elegir las mejores rutas E2
en OSPF
– Un resumen de funciones que pueden ser desarrolladas en
un mapa de rutas dentro del comando redistribute
– Las opciones disponibles en el comando match dentro del
– Las opciones disponibles en el comando set dentro del
– Los valores por defecto para la Distancia Administrativa
Resumen

– Recomendaciones de cómo usar las route tags para
prevenir los problemas de bucles de enrutamiento
– El uso de route tags para prevenir problemas de bucles de
enrutamiento
Actividad Final
• Definir los siguientes términos

– Redistribución
– Ruta externa
– LSA ASBR resumida de tipo 4
– LSA externa de tipo 5
– LSA externa AS de tipo 7
– Externa tipo 1
– Externa tipo 2
– Bucle de enrutamiento entre dominios
– Distancia Administrativa

Tema 4 Configuracion de Redistribucion

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Tema 4 Configuracion de Redistribucion

Caricato da

Copyright:

Formati disponibili

CAT5501 – Configuración Avanzada de Routers

• Este capítulo cubrirá los siguientes temas:

• Este capítulo examina cómo los routers

• Este tipo de manipulación incluye el filtrado

La Necesidad de Redistribución de Rutas

La Necesidad de Redistribución de Rutas

La Necesidad de Redistribución de Rutas

La Necesidad de Redistribución de Rutas

La Necesidad de Redistribución de Rutas

La Necesidad de Redistribución de Rutas

La Necesidad de Redistribución de Rutas

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Proceso de Redistribución y Conceptos

Seleccionar la Mejor Ruta

Seleccionar la Mejor Ruta

Distancia Administrativa IOS Cisco

Menor EIGRP Externo 170

BGP La métrica BGP es fijada a valores de métrica IGP

Redistribución de RIP a OSPF

• La redistribución de un RIP OSPF

punto puede ser Redistribución de RIP a OSPF

Redistribución de RIP a OSPF y de

Redistributing RIP into OSPF

Redistribución de dos vías multipunto

Redistributing RIP into OSPF and OSPF into RIP

Protocolos que Soportan Redistribución

Puntos Importantes en la Redistribución

Pasos Genéricos en la Redistribución

PARTE 2. REDISTRIBUCIÓN HACIA

Comando de Redistribución EIGRP

Comando de Redistribución EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

P 172.30.17.0/30, 1 successors, FD is 2169856

Red Ejemplo Redistribución sobre EIGRP

Red Ejemplo Redistribución sobre EIGRP

Redistribución con Métrica por Defecto

Redistribución con Métrica por Defecto

• Debido a que en este ejemplo se usa un solo comando de

Verificación de la Redistribución en EIGRP

Verificación de la Redistribución en EIGRP

Verificación de la Redistribución en EIGRP

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,

P 172.16.48.0/25, 1 successors, FD is 2568448

Verificación de la Redistribución en EIGRP

IP-EIGRP (AS 1): Topology entry for 172.16.48.0/25

Total delay is 330 microseconds

Minimum MTU is 1500