Redes 4 1er Parcial

REDISTRIBUCION DE
RUTAS
UNIDAD I
Periodo Académico 2020 CII
Mg. Mitchell John Vásquez Bermudez

BSCI Module 5 © 2006 Cisco Systems, Inc. All rights reserved. Cisco Public 1
Agenda
Lectura de Tabla de enrutamiento
Estructura de tabla de enrutamiento
Redistribución de Rutas
Redistribución de EIGRP en RIP
Redistribución de OSPF en RIP
Redistribución de RIP en OSPF
Redistribución de RIP en EIGRP
Redistribución de OSPF en EIGRP
Redistribución de EIGRP en OSPF
Ejercicios de redistribución
Estructura de Tabla de Enrutamiento
La tabla de enrutamiento se almacena en la RAM
y contiene información sobre lo siguiente:
Redes conectadas directamente: Dispositivo conectado a otra

interfaz del router.
Redes conectadas de forma remota: Una red que no está

conectada directamente a un router particular.
El comando show ip route se utiliza para visualizar una tabla de

enrutamiento.
Lectura de la Tabla de Enrutamiento
Las rutas pueden ser conectadas, estáticas y dinámicas.
• Una ruta conectada directamente se instala en la tabla en cuanto

se activa la interfaz del router a la que está conectada.
• Las rutas estáticas son las que se introducen con el comando de

configuración global ip route de forma manual.
• Las rutas dinámicas son las que se definen por un protocolo de

enrutamiento dinámico.
Redes conectadas directamente
Cómo agregar una red conectada a la tabla de enrutamiento
- Interfaces del router:
Cada interfaz del router pertenece a una red distinta
Se activan con el comando no shutdown
Para que haya rutas estáticas y dinámicas en la tabla de

enrutamiento, debe haber redes conectadas directamente
Redes conectadas remotamente
Rutas estáticas y conectadas
Rutas descubiertas de forma dinámica
Ruta final
Ruta de nivel 1
Ruta principal de nivel 1
Rutas secundarias de nivel 2
Ruta final
Es una entrada de la tabla de routing que contiene una dirección

IPv4 del siguiente salto o una interfaz de salida. Las rutas
conectadas directamente, las rutas descubiertas dinámicamente y
las rutas locales son rutas finales.
Ruta de nivel 1
Es una ruta con una máscara de subred igual o inferior a la máscara

con clase de la dirección de red. Por lo tanto, una ruta de nivel 1
puede ser cualquiera de las siguientes: Ruta de red, Ruta de
superred, Ruta predeterminada.
Ruta primaria nivel 1
Las rutas principales son rutas de red de nivel 1 que se dividen en

subredes. Una ruta principal nunca puede ser una ruta final.
Ruta secundaria nivel 2
Una ruta secundaria de nivel 2 es una ruta que constituye una

subred de una dirección de red con clase.
Comandos importantes
R#show ip route 172.16.40.0
R#show ip route static
R#show ip route ospf 1
R#show ip route connected
Principios de la tabla de enrutamiento
- Hay 3 principios en lo que respecta a las tablas de enrutamiento:
Cada router toma decisiones en forma independiente, sobre la base

de la información que posee en la tabla de enrutamiento.
Cada tabla de enrutamiento puede contener información diferente.
Una tabla de enrutamiento tiene información sobre cómo llegar a un

destino, pero no sobre cómo regresar.
Rutas de routers y conmutación de paquetes
Una métrica es un valor numérico que usan los protocolos de
enrutamiento para determinar cuál es la mejor ruta a un destino.
- Cuanto menor sea el valor de la métrica, mejor será la ruta.
Dos tipos de métricas que usan los protocolos de enrutamiento son:
- Conteo de saltos: la cantidad de routers que un paquete debe

atravesar antes de llegar al destino.
- Ancho de banda: la “velocidad” de un enlace. También se conoce

como “capacidad de datos” de un enlace.
Rutas de routers y conmutación de paquetes
Métrica del mismo costo: condición en la que un router tiene varias
rutas al mismo destino con la misma métrica.
Para solucionar este dilema, el router usará el balanceo de carga de

mismo costo.
Trabajo Autónomo #1
a) Encontrar las tablas de enrutamiento de los 3 routers del siguiente
diseño usando enrutamiento.
1: EIGRP
2: OSPF
b) Realizar los diseños topológicos y validar las respuestas del literal a.
El uso de un protocolo de
enrutamiento de hacer
publicidad de las rutas que
son aprendidas por algún
otro medio, por ejemplo por
otro protocolo de
enrutamiento como rutas
estáticas o rutas
directamente conectadas, se
llama redistribución.
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.
Las métricas
Cada protocolo de enrutamiento utiliza una métrica diferente. Esto
hace que al redistribuir rutas se pierda la métrica original del
protocolo y sea redefinida en los términos del nuevo protocolo.
La métrica con la que un protocolo recibe las rutas aprendidas por

otro, se denomina métrica raíz.
Esta métrica raíz por defecto también puede ser modificada

utilizando el comando default.
Definiendo una métrica de semilla
Se puede definir una métrica semilla, diferente de la métrica
predeterminada, durante la configuración de redistribución
• Una vez establecida la métrica semilla para una ruta redistribuida,

la métrica se incrementa normalmente dentro del sistema autónomo.
• La excepción a esta regla son las rutas OSPF E2.
Las métricas de semilla se pueden definir de dos maneras:
• El comando default-metric establece la métrica de semilla para

todas las rutas redistribuidas.
• El comando redistribute se puede usar para definir la métrica

semilla para un protocolo específico.
Ejemplo con redistribute
Ejemplo con default-metric
Métodos de redistribución
Redistribución de un punto Solo un
enrutador está redistribuyendo de manera
unidireccional o bidireccional; podría
haber otros enrutadores de límite, pero no
están configurados para redistribuir.
Redistribución multipunto Los
enrutadores múltiples se utilizan para
redistribuir en una o dos vías (ambas
formas). Son mas propensos a problemas
de bucle de enrutamiento.
Redistribución de un punto
Un punto de una vía Redistribuye las
redes de un protocolo de enrutamiento al
otro protocolo de enrutamiento.
Normalmente utiliza una ruta
predeterminada o estática para que los
dispositivos en esa otra parte de la red
puedan llegar a la primera parte de la red.
• Un punto, dos vías Redistribuye las
rutas entre los dos procesos de
enrutamiento, en ambas direcciones.
Redistribución de un punto
Los routers donde se ejecuta la redistribución son llamados routers
fronterizos(Boundary routers o ASBR) ya que son el borde, de dos o
mas o mas sistemas autónomos
Redistribución multipunto
La redistribución multipunto tiene dos o
más enrutadores separados que ejecutan
ambos protocolos de enrutamiento.
La redistribución se puede configurar

como:
Redistribución multipunto de una vía

Redistribución multipunto de dos vías.
Redistribución dentro de RIP
Al configurar redistribución se debe indicar al protocolo qué
información de enrutamiento redistribuir, y con qué métrica
deseamos se redistribuyan esas rutas. Si no indicamos nada, las
rutas son redistribuidas con la métrica por defecto. La métrica por
defecto es el infinito, excepto cuando se esta redistribuyendo rutas
estáticas o directamente conectadas.
Parámetros usados para el comando redistribute
Ejemplo
Redistribución de EIGRP en RIP
Router(config)#router rip
Router(config-router)#redistribute eigrp [AS] metric 2 (*)
(*): En RIP ingresamos métrica 2 para que la ruta sea considerada

buena.
Ejemplo:
R1(config)#router rip
R1(config-router)#redistribute eigrp 1 metric 2
Redistribución de OSPF en RIP
Al redistribuir en RIP el protocolo utiliza una métrica por defecto de
infinito, con lo que es necesario especificar una métrica diferente
para que el router vecino incorpore la información de enrutamiento
en su tabla.
Router(config-router)#redistribute ospf 1 metric 2 (*)
(*): En RIP ingresamos métrica 2 para que la ruta sea considerada

buena.
Redistribución dentro de OSPF
La métrica por defecto que utiliza OSPF es de 20, por lo que no
exige que especifiquemos una métrica para que la ruta sea
aprendida por los dispositivos adyacentes. Sin embargo, cuando hay
múltiples subredes de una misma red y se desea publicar rutas para
cada subred, es preciso indicarlo pues de lo contrario OSPF
sumarizará todas las subredes al límite de la clase y publicará una
sola ruta.
Redistribución dentro de OSPF
Ejemplo
Redistribución de RIP en OSPF.
Router(config)#router OSPF [ID]
Router(config-router)#redistribute rip subnets
Ejemplo
R1(config)#router OSPF 1
R1(config-router)#redistribute rip subnets
Redistribución de EIGRP en OSPF
Router(config)#router OSPF [ID]
Router(config-router)#redistribute eigrp [AS] subnets
Router(config)#router OSPF 1
Router(config-router)#redistribute eigrp 10 metric 500 subnets
Redistribución dentro de EIGRP
Redistribución dentro de EIGRP
Ejemplo
Ejemplos de Redistribución
Ejemplos de Redistribución
Redistribución de RIP en EIGRP
Al redistribuir información de enrutamiento utilizando EIGRP, es preciso
tener presente que la métrica por defecto es infinito. Por lo tanto, si no
especificamos métrica, las rutas redistribuidas no aparecerán en la tabla de
enrutamiento del dispositivo vecino. Por otra parte, al definir la métrica es
preciso indicar: bandwidth, delay, reliability, load y MTU.
Router(config)#router eigrp [AS]
Router(config-router)#redistribute rip metric bw dly reliability load mtu
Ejemplo
R1(config)#router eigrp 100
R1(config-router)#redistribute rip metric 10000 10 255 1 1500
Redistribución de OSPF en EIGRP
Router(config)#router eigrp 100
Router(config-router)#redistribute ospf [ID] metric 10000 100 255 1

1500 (*)
(*):Este comando distribuye las rutas configuradas en OSPF dentro

de EIGRP. Todos los números que aparecen en metric son para que
EIGRP pueda calcular la métrica.
RESUMIENDO
Enrutamiento RIP
UTILIZACION COMANDO EJEMPLO
INGRESAR
router rip router rip
ENRUTAMIENTO
INGRESAR VERSION version 2 version 2
INGRESAR RED network (IP) network 10.10.10.10
QUITAR
no auto-summary no auto-summary
AUTOSUMARIZACION
REDISTRIBUCION POR default-information default-information
DEFECTO originate originate
REDISTRIBUCION
redistribute static redistribute static
ESTATICA
Redistribute eigrp (ID) Redistribute eigrp 100
REDISTRIBUCION EIGRP
metric (numero métrica) metric 10
REDISTRIBUCION OSPF redistribute ospf (ID) redistribute ospf
Enrutamiento EIGRP
INGRESAR
router eigrp (ID) router eigrp 10
ENRUTAMIENTO
network 10.10.10.10
INGRESAR RED network (IP) (wildcard)
0.0.0.3
QUITAR
AUTOSUMARIZACION
redistribute static metric
REDISTRIBUCION (métrica) (ancho de banda) redistribute static metric
ESTATICA (delay) (confiabilidad) (banda 1024 500 100 255 100
ancha efectiva) (MTU)
redistribute eigrp metric
(métrica) (ancho de banda) redistribute eigrp metric
REDISTRIBUCION EIGRP
(delay) (confiabilidad) (banda 1024 500 100 255 100
redistribute ospf metric
(métrica) (ancho de banda) redistribute ospf metric
REDISTRIBUCION OSPF
(delay) (confiabilidad) (banda 1024 500 100 255 100
Enrutamiento OSPF
INGRESAR
router ospf (ID) router ospf 10
ENRUTAMIENTO
network (IP) (wildcard) area network 10.10.10.10
INGRESAR RED
(numero área) 0.0.0.3 area 100
QUITAR
AUTOSUMARIZACION
REDISTRIBUCION (métrica) metric-type (tipo
10 metric-type 1 subnets
ESTATICA de métrica) subnets tag
tag 10
(tag)
redistribute eigrp (ID) metric
redistribute eigrp 10
(métrica) metric-type (tipo
REDISTRIBUCION EIGRP metric 10 metric-type 1
de métrica) subnets tag
subnets tag 10
(tag)
REDISTRIBUCION OSPF redistribute ospf (ID) redistribute ospf 100
Las métricas
Cada protocolo de enrutamiento utiliza una métrica diferente. Esto
hace que al redistribuir rutas se pierda la métrica original del protocolo
y sea redefinida en los términos del nuevo protocolo. Por ejemplo, si
se redistribuye una ruta OSPF con una métrica de 1642 en RIP, RIP le
asignará una métrica en cantidad de saltos (entre 1 y 15).
La métrica con la que un protocolo recibe las rutas aprendidas por

otro, se denomina métrica raíz.
Cada protocolo utiliza una métrica raíz por defecto:
RIP - métrica raíz por defecto: infinito.
•EIGRP - métrica raíz por defecto: infinito.
•OSPF - métrica raíz por defecto: 20.
•Esta métrica raíz por defecto también puede ser modificada utilizando
el comando default metric.
Los comandos básicos
Al configurar redistribución debemos indicar al
protocolo qué información de enrutamiento redistribuir,
y con qué métrica deseamos se redistribuyan esas
rutas. Si no indicamos nada, las rutas son
redistribuidas con la métrica por defecto.
Router(config-router)#network 129.100.0.0
Router(config-router)#redistribute ospf 1 metric 2
En este ejemplo indicamos a RIP que redistribuya la

información de enrutamiento aprendida a través del
proceso 1 de OSPF que se encuentra en la tabla de
enrutamiento, con una métrica de 2 saltos.
Redistribución en EIGRP
Al redistribuir información de enrutamiento utilizando EIGRP, es

preciso tener presente que la métrica por defecto es infinito. Por
lo tanto, si no especificamos métrica, las rutas redistribuidas no
aparecerán en la tabla de enrutamiento del dispositivo vecino.
Por otra parte, al definir la métrica es preciso indicar:
bandwidth, delay, reliability, load y MTU.
Un ejemplo:
Router(config)#router eigrp 100

Router(config-router)#redistribute static
Router(config-router)#redistribute rip
Router(config-router)#default-metric 10000 100 255 1 1500
Redistribución en OSPF
La métrica por defecto que utiliza OSPF es de 20, por lo que no

exige que especifiquemos una métrica para que la ruta sea
aprendida por los dispositivos adyacentes. Sin embargo, cuando
hay múltiples subredes de una misma red y se desea publicar
rutas para cada subred, es preciso indicarlo pues de lo contrario
OSPF sumarizará todas las subredes al límite de la clase y
publicará una sola ruta.
Un ejemplo:
Router(config)#router ospf 1
Router(config-router)#redistribute static metric 200 subnets
Router(config-router)#redistribute eigrp 100 metric 500 subnets
Redistribución en RIP
Como en EIGRP, al redistribuir en RIP el protocolo utiliza

una métrica por defecto de infinito, con lo que es
necesario especificar una métrica diferente para que el
router vecino incorpore la información de enrutamiento en
su tabla.
Un ejemplo:
Router(config-router)#redistribute static metric 1
Router(config-router)#redistribute ospf 1 metric 2
PREGUNTAS?
Redistribución de protocolos de ruteo
Contenido
Introducción
prerrequisitos
Requisitos
Componentes Utilizados
Convenciones
Métrica
Distancia administrativa
Sintaxis y ejemplos de la configuración de redistribución
IGRP y EIGRP
OSPF
RIP
Redistribución de las Static rutas excepto el gateway de último recurso en el RIP usando el Route
Map
IS-IS
Rutas conectadas
Cómo evitar problemas debido a la redistribución
Ejemplo 1
‘Ejemplo 2’
Ejemplo 3
Ejemplo 4
Ejemplo 5
Cómo redistribuir la sola Static ruta
Información Relacionada
Introducción
El uso de un Routing Protocol de hacer publicidad de las rutas que son aprendidas por algún otro
medio, por ejemplo por otro Routing Protocol, las Static rutas, o directamente los Routeconectad,
se llama redistribución. Mientras que ejecutar un Routing Protocol único en su operación entre
redes IP entera es deseable, el ruteo de protocolo múltiple es común por varias razones, tales
como fusiones de compañía, departamento múltiples manejados por los administradores de red
múltiple, y entornos multi-vendor. La ejecución de diversos protocolos de ruteo a menudo forma
parte del diseño de red. En cualquiera de los casos, tener un entorno de varios protocolos hace
que la redistribución sea 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.
prerrequisitos
Requisitos
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 la red está funcionando,
asegúrese de haber comprendido el impacto que puede tener cualquier comando.
Convenciones
Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las
convenciones del documento.
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 las métricas diferentes. Por ejemplo, el
Routing Information Protocol (RIP) métrico se basa en el conteo saltos, pero el Interior Gateway
Routing Protocol (IGRP) y el Enhanced Interior Gateway Routing Protocol (EIGRP) utilizan una
medición compuesta basada en el ancho de banda, el retardo, la confiabilidad, la carga, y la
Unidad máxima de transmisión (MTU) (MTU), donde ancho de banda y el retardo es los únicos
parámetros usados por abandono. Cuando las rutas son redistribuidas, debe definir una métrica
comprensible para el protocolo receptor. Cuando se redistribuyen rutas, existen dos métodos para
definir las métricas.
Solamente puede definir la medición para esa redistribución específica:
router rip
redistribute static metric 1
redistribute ospf 1 metric 1
O usted puede utilizar lo mismo métricos que un valor por defecto para toda la redistribución
(usando el comando default-metric guarda el trabajo porque elimina la necesidad de definir el
métrico por separado para cada redistribución.):
router rip
redistribute static
redistribute ospf 1
default-metric 1
Distancia administrativa
¿Si un router está funcionando con más de un Routing Protocol y aprende una ruta al mismo
destino usando ambos Routing Protocol, después que la ruta se deba seleccionar como la mejor
ruta? Cada protocolo utiliza su propio tipo de métrica para determinar la mejor ruta. Comparar las
rutas con los tipos de métrica diferente no puede ser hecha. 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 loopes de la encaminamiento, problemas de convergencia, o encaminamiento ineficaz.
Vea abajo para una topología y una descripción de un Posible problema.
En la topología anterior, si el R1 está ejecutando RIP y el R2 y el R5 están ejecutando tanto RIP

como IGRP y redistribuyen el RIP dentro del IGRP, entonces hay 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 el IGRP. R2 aprende acerca de la red 192.168.1.0 a través de
R3, y R5 aprende acerca de esta red a través de R4 que usa IGRP. El IGRP tiene una distancia
administrativa menor que el RIP (100 contra 120); por lo tanto, la ruta IGRP es qué se utiliza en la
tabla de ruteo. Ahora hay un loop de ruteo potencial. Incluso si el horizonte de la fractura, o
cualquier otra función significó ayudar a evitar el rutear de los loopes entra en el juego, allí sigue
siendo un problema de convergencia.
Si R2 y R5 también redistribuyen IGRP en RIP (también conocida como redistribución mutua) y la

red, 192.168.1.0, no está directamente conectada a R1 (R1 está recibiendo datos de otro router
conectado en dirección ascendente), existe un potencial problema de que R1 perciba la red de R2
o R5 con una métrica mejor que la de la fuente original.
Nota: Los mecánicos de la redistribución de ruta son propietarios en los routeres Cisco. Las
reglas para la redistribución en un router Cisco dictan que la ruta redistribuido esté presente en la
tabla de ruteo. No es suficiente que la ruta esté presente en la topología de ruteo o la base de
datos. Las rutas con una distancia administrativa menor (AD) están instaladas siempre en la tabla
de ruteo. Por ejemplo, si una Static ruta se redistribuye en el IGRP en el R5, y entonces el IGRP
redistribuido posteriormente en el RIP en el mismo router (R5), la Static ruta no se redistribuye en
el RIP porque nunca consiguió ingresado en la tabla de ruteo de IGRP. Esto es debido al hecho
de que las Static rutas tienen un AD de 1 y las rutas IGRP tiene un AD de 100 y la Static ruta está
instalada en la tabla de ruteo. Para redistribuir la Static ruta en el IGRP en el R5, usted necesita
utilizar el comando redistribute static bajo comando router rip.
El comportamiento predeterminado para el RIP, el IGRP y el EIGRP es hacer publicidad

directamente de los Routeconectad cuando una declaración de la red bajo Routing Protocol
incluye la subred de la interfaz conectada. Hay dos métodos para conseguir un Routeconectad:
● Una interfaz se configura con una dirección IP y la máscara, esta subred correspondiente se
considera un Routeconectad.
● Una Static ruta se configura con solamente una interfaz saliente, y no un Next-Hop IP, esto
también se considera un Routeconectad.
Router#conf t 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 network configurado bajo el EIGRP, el RIP o el IGRP que incluye (o las “cubiertas”)
a cualquiera de estos tipos de Routeconectad incluye esa subred para promoción.
Por ejemplo, si una interfaz tiene el direccionamiento 10.0.23.1 y máscara 255.255.255.0, la
subred 10.0.23.0/24 es un Routeconectad y será hecha publicidad por estos Routing Protocol
cuando se configura una declaración de la red como sigue:
router rip | igrp # | eigrp #

network 10.0.0.0
Esta Static ruta, 10.0.77.0/24, también es hecha publicidad por estos Routing Protocol, porque es
un Routeconectad y “es cubierto” por la declaración de la red.
Para consejos acerca de cómo evitar este problema, consulte la sección de este documento
Evitar problemas por redistribución.
Sintaxis y ejemplos de la configuración de redistribución

IGRP y EIGRP
Esta salida muestra a un router IGRP/EIGRP que redistribuye los parásitos atmosféricos, el Open
Shortest Path First (OSPF), el RIP, y las rutas del Intermediate System-to-Intermediate System
(IS-IS).
router igrp/eigrp 1
network 131.108.0.0
redistribute static
redistribute ospf 1
redistribute rip
redistribute isis
default-metric 10000 100 255 1 1500
El IGRP y el EIGRP necesitan cinco métricas al redistribuir otros protocolos: ancho de banda,
retardo, confiabilidad, carga, y MTU, respectivamente. A continuación, encontrará un ejemplo de
mediciones IGRP:
Métrico Valor
ancho de En las unidades de kilobites por segundo;
banda 10000 para Ethernet
En las unidades de decenas de
demora microsegundos; para los Ethernetes él
is100 x 10 microsegundos = 1 ms
confiabilidad 255 para 100 por ciento de confiabilidad
Carga efectiva en el link, expresada como
carga un número de 0 a 255 (255 es una carga
del 100 por ciento)
MTU (unidad
Mínimo MTU de la trayectoria;
de
generalmente iguales que para la interfaz
transmisión
de Ethernet, que es 1500 bytes
básica)
Varios procesos IGRP y EIGRP pueden ejecutarse en el mismo router, con una redistribución
entre ellos. Por ejemplo, IGRP1 e IGRP2 pueden funcionar en el mismo router. Sin embargo,
funcionar con dos procesos del mismo protocolo en el mismo router es raramente necesario, y
puede consumir la memoria y el CPU del router.
La redistribución del IGRP/EIGRP en otro proceso IGRP/EIGRP no requiere ninguna conversión
métrica, tan no hay necesidad de definir la métrica o de utilizar el comando default-metric durante
la redistribución.
Una Static ruta redistribuida toma la precedencia sobre la ruta de resumen porque la Static ruta
tiene una distancia administrativa de 1 mientras que la ruta de resumen del eigrp tiene una
distancia administrativa de 5. Esto sucede cuando una Static ruta se redistribuye con el uso de
redistribuye los parásitos atmosféricos bajo proceso del eigrp y el proceso del eigrp tiene una ruta
predeterminado.
OSPF
Esta salida muestra a un router para OSPF que redistribuye los parásitos atmosféricos, las rutas
del RIP, IGRP, del EIGRP, y IS-IS.
router ospf 1
network 131.108.0.0 0.0.255.255 area 0
redistribute static metric 200 subnets
redistribute rip metric 200 subnets
redistribute igrp 1 metric 100 subnets
redistribute eigrp 1 metric 100 subnets
redistribute isis metric 10 subnets
El OSPF métrico es un valor de costo basado en el ancho de banda 108 del link en los dígitos por
segundo. Por ejemplo, el costo de OSPF de los Ethernetes es 10: 108/107 = 10
Nota: Si no hay métrica especificada, OSPF fija un valor predeterminado de 20 al redistribuir las
rutas de todos los protocolos, a excepción de las rutas del Protocolo de puerta de enlace de
frontera (BGP) que tiene una métrica de 1.
Cuando hay una red principal que es subnetted, usted necesita utilizar la palabra clave subred
para redistribuir los protocolos en el OSPF. Sin esta palabra clave, OSPF solo redistribuye redes
principales que no están conectadas en subredes.
Es posible funcionar con más de un proceso OSPF en el mismo router. sin embargo, la ejecución
de más de un proceso del mismo protocolo es poco común y consume recursos de memoria del
router y de la CPU.
Al redistribuir un proceso OSPF en otro, no necesita definir la métrica ni usar el comando default-
metric.
RIP
Nota: Los principios en este documento se aplican a las versiones I y II del RIP.
Esta salida muestra a un router del RIP que redistribuye los parásitos atmosféricos, las rutas
IGRP, del EIGRP, OSPF, y IS-IS.
router rip
network 131.108.0.0
redistribute static
redistribute igrp 1
redistribute eigrp 1
redistribute ospf 1
redistribute isis
default-metric 1
El RIP métrico se compone del conteo saltos, y la máxima métrica válida es 15. Cualquier cosa
sobre 15 se considera infinito; puede utilizar 16 para describir una métrica infinita en RIP. Al
redistribuir un protocolo en el RIP, Cisco recomienda que usted utiliza un valor bajo de la
medición, tal como 1. Una medición de alto valor, tal como 10, los límites RASGA incluso más
futuro. Si usted define un métrico de 10 para las rutas redistribuido, estas rutas se pueden hacer
publicidad solamente al Routers hasta 5 saltos lejos, momento en el cual que el métrico (conteo
saltos) excede de 15. Al definir una métrica de 1, se activa un router para que recorra una
cantidad máxima de saltos en un dominio RIP. Pero, hacer esto aumenta la posibilidad de los
loopes de la encaminamiento si hay puntas múltiples de la redistribución y un router aprende
sobre la red con un mejor métrico de la punta de la redistribución que de la fuente original, como
se explica en la sección de la distancia administrativa de este documento. Por lo tanto, usted tiene
que aseegurarse que el métrico no es ninguno demasiado alto, evitando que sea hecha
publicidad a todo el Routers, o demasiado bajo, el llevar a rutear coloca cuando hay puntas
múltiples de la redistribución.
Redistribución de las Static rutas excepto el gateway de último recurso en el RIP

usando el Route Map
Esta configuración es un ejemplo de redistribuir las Static rutas excepto el gateway del centro
turístico más reciente del gateway en el RIP a través del routemap.
Configuración inicial por 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.192.192.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 67.129.103.128 255.255.255.240 10.32.31.1
ip route 156.55.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 199.43.0.0 255.255.255.0 10.32.32.5

ip route 204.103.0.0 255.255.255.0 10.32.32.5
Complete estos pasos para configurar esto:
1. Cree una lista de acceso para hacer juego todas las redes que necesite ser
redistribuidaRouter#show access-lists 10 Standard IP access list 10 10 permit10.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 67.129.103.128, wildcard bits 0.0.0.15 50 permit 156.55.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 199.43.0.0, wildcard bits 0.0.0.255 90 permit 204.103.0.0,
wildcard bits 0.0.0.255
2. Llame esta lista de acceso en un route-map.Route-map TEST
Match ip address 10
3. Redistribuya en el RIP usando el route-map en y quite la información predeterminada
originan el comando del proceso del RIP.Router RIP
version 2
network 10.0.0.0
redistribute static route-map TEST
no auto-summary
IS-IS
Esta salida muestra a un router IS-IS que redistribuye los parásitos atmosféricos, el RIP, el IGRP,
el EIGRP, y las OSPF rutas.
router isis
network 49.1234.1111.1111.1111.00
redistribute static
redistribute rip metric 20
redistribute igrp 1 metric 20
redistribute eigrp 1 metric 20
redistribute ospf 1 metric 20
El IS-IS métrico debe estar entre 1 y 63. No hay opción del Default-metric en el IS-IS — usted
debe definir un métrico para cada protocolo, tal y como se muestra en del ejemplo anterior. Si no
es métrico se especifica para las rutas que son redistribuidas en el IS-IS, un valor métrico de 0 se
utiliza por abandono.
Rutas conectadas
La redistribución directamente de las redes conectadas en los Routing Protocol no es una práctica
común y no se muestra en los ejemplos anteriores uces de los por este motivo. Sin embargo, es
importante observar que puede ser hecha, ambos directa e indirectamente. Para redistribuir
directamente los Routeconectad, utilice el comando configuration del router conectado de la
redistribución. Usted debe también definir un métrico en este caso. Usted puede también
redistribuir indirectamente los Routeconectad en los Routing Protocol tal y como se muestra en de
este ejemplo.
En este ejemplo, el Router B tiene dos interfaces Fast Ethernet. El FastEthernet0/0 está en la red
10.1.1.0/24 y el FastEthernet0/1 está en la red 20.1.1.0/24. El router B es EIGRP corriente con el
router A, y el OSPF con el router C. Router B está redistribuyendo mutuamente entre el EIGRP y
los procesos OSPF. Ésta es la información de configuración pertinente para el Router B:
router B
interface FastEthernet0/0
ip address 10.1.1.4 255.255.255.0
interface FastEthernet0/1
ip address 20.1.1.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 20.1.1.0 0.0.0.255 area 0
Si observa la tabla de ruteo para el Router B, verá lo siguiente:
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 20.0.0.0/24 is subnetted, 1 subnets C 20.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 y de la tabla de ruteo anteriores, hay tres elementos que debemos tener en
cuenta:
● Las redes en cuestión figuran en la tabla de ruteo del router B como redes con conexión
directa.
● La red 10.1.1.0/24 es parte del proceso EIGRP y la red 20.1.1.0/24 es parte del proceso
OSPF.
● El router B está redistribuyendo mutuamente entre el EIGRP y el OSPF.
A continuación, se encuentran las tablas de ruteo para los Routers 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 20.0.0.0/24 is subnetted, 1 subnets D EX 20.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 20.0.0.0/24 is subnetted, 1 subnets C 20.1.1.0 is
directly connected, FastEthernet1 O E2 10.1.1.0 [110/20] via 20.1.1.4, 00:07:32, FastEthernet1
El router A ha aprendido sobre la red 20.1.1.0/24 vía el EIGRP, que se muestra como ruta
externo, porque fue redistribuida del OSPF en el EIGRP. El C del router ha aprendido sobre la red
10.1.1.0/24 vía el OSPF como ruta externo, porque fue redistribuida del EIGRP en el OSPF.
Aunque el router B no esté redistribuyendo las redes conectadas, hace publicidad de la red
10.1.1.0/24, que es parte de que el proceso EIGRP redistribuyó en el OSPF. Del mismo modo, el
Router B anuncia la red 20.1.1.0/24, la cual es parte del proceso OSPF redistribuido en EIGRP.
Refiera a redistribuir las redes conectadas en el OSPF para más información sobre los
Routeconectad que son redistribuidos en el OSPF.
Nota: Por abandono, solamente la información EBGP-docta es candidato que se redistribuirá en

el IGP cuando publican el comando bgp del redistibute. Las rutas del IBGP no se redistribuyen en
el IGP hasta que configuren al comando bgp redistribute-internal bajo comando router bgp. Pero
las precauciones deben ser orden admitida para evitar los loopes dentro del sistema autónomo
cuando las rutas del IBGP redistirbuted en el IGP.
Cómo evitar problemas debido a la redistribución

En la sección sobre distancia administrativa vio cómo la redistribución puede llegar a causar
problemas potenciales tales como ruteo por debajo del nivel óptimo, loops de ruteo y
convergencia lenta. Evitar estos tipos de problema es realmente muy simple — nunca anuncie la
información recibida originalmente del proceso de ruteo X nuevamente dentro del proceso de
ruteo X.
Ejemplo 1
En la topología anterior, el r2 y el R5 están haciendo la redistribución recíproca. El RIP se está

redistribuyendo en el IGRP y el IGRP está redistribuyendo en el RIP, pues esta configuración
muestra.
R2:
router igrp 7
network 181.16.0.0
redistribute rip metric 1 1 1 1 1
router rip
network 178.1.0.0
R5:
router igrp 7
network 181.16.0.0
router rip
network 178.1.0.0
Con la configuración previa usted tiene el potencial para cualquier el problemas descritos
previamente. Para evitarlos, usted puede filtrar las actualizaciones de ruteo como sigue:
R2:
router igrp 7
network 181.16.0.0

distribute-list 1 in s1 router rip network 178.1.0.0 redistribute igrp 7 metric 2 access-list 1
deny 192.168.1.0 access-list 1 permit any
R5:
router igrp 7
network 181.16.0.0

distribute-list 1 in s1 router rip network 178.1.0.0 redistribute igrp 7 metric 2 access-list 1
deny 192.168.1.0 access-list 1 permit any
Las listas de la distribución agregadas a las configuraciones, como se muestra arriba, filtran
cualquier actualización de IGRP que entre en la interfaz del serial 1 del Routers. Si las rutas en
las actualizaciones son permitidas por la lista de acceso 1, el router las valida en la actualización;
de lo contrario no lo hace. En este ejemplo, están diciendo el Routers que él no debe aprender la
red 192.168.1.0 a través de las actualizaciones de IGRP que él recibe en su interfaz del 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 presente que en este caso no es necesario utilizar la misma estrategia de filtrado
para el proceso del RIP porque el RIP tiene una distancia administrativa más alta que el IGRP. Si
las rutas que originan en el dominio de IGRP fueran alimentadas de nuevo al r2 y al R5 con el
RIP, las rutas IGRP todavía tomarían la precedencia.
‘Ejemplo 2’
Usando la topología como arriba, otro método, que es a veces más preferible, para evitar los
problemas de redistribución puede ser demostrado. Este método usa mapas de rutas para
establecer etiquetas para varias rutas. Los procesos de ruteo pueden entonces redistribuir basado
en las etiquetas. Observe que la redistribución basada en las etiquetas no trabaja con la versión
de RIP 1 o IGRP.
Uno de los problemas que usted puede funcionar con en la topología anterior es como sigue:
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. Dependiendo del métrico que el R5 fija para la ruta del
RIPv2, el R6 pudo preferir la ruta menos conveniente con el R5 en vez del r1 directo para
alcanzar la red. La siguiente configuración le ayuda a evitar esto por medio de la configuración de
etiquetas y luego la redistribución basada en las etiquetas.
R2:
router eigrp 7
network 181.16.0.0
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 178.1.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 statement to deny any routes that have a
tag of "88" !--- from being redistributed into EIGRP !--- Notice the routes tagged with "88"
should 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" should 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"
R5:
router eigrp 7
network 181.16.0.0
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 178.1.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"
should 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" should 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 configuración antedicha realizada, usted puede mirar algunas rutas específicas en la tabla
de ruteo para ver que se han fijado las etiquetas. Debajo de la salida de las demostraciones del
comando show ip route para las rutas del específico en el R3 y el r1:
R3#show ip route 178.1.10.8 Routing entry for 178.1.10.8/30 Known via "eigrp 7", distance 170,
metric 2560512256 Tag 77, type external Redistributing via eigrp 7 Last update from 181.16.2.10
on Serial0, 00:07:22 ago Routing Descriptor Blocks: * 181.16.2.10, from 181.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 181.16.2.4 Routing entry for 181.16.0.0/16 Known via "rip", distance
120, metric 2 Tag 88 Redistributing via rip Last update from 178.1.10.5 on Serial0, 00:00:15 ago
Routing Descriptor Blocks: * 178.1.10.5, from 178.1.10.5, 00:00:15 ago, via Serial0 Route metric
is 2, traffic share count is 1
El EIGRP utiliza cinco diversas variables para calcular el métrico. Sin embargo, las rutas
redistribuido no tienen estos parámetros, que hace las rutas no ser fijada uniformemente. La
mejor práctica es fijar un Default-metric al redistribuir las rutas. Fijando el métrico predeterminado,
el funcionamiento del EIGRP puede ser mejorado. Para el 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 configuración siguiente es un ejemplo de una política de redistribución usada para
redistribuir el proceso EIGRP dos que se ejecuta en el mismo router o en los routeres múltiples:
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 will 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 above 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" should 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" should 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"
Éstos son apenas algunos ejemplos de la estrategia de filtrado usados para el intento de este
documento. Sin embargo, pudo haber otras estrategias válidas que usted puede utilizar. Refiera a
la sección en la información de ruteo de filtración en configurar las características IP Routing
Protocol-Independent para más información.
Ejemplo 4
Por ejemplo, usted tiene dos Routers, uno es un protocolo BGP corriente del router de mayor
capacidad, y el otro es protocolo de menor capacidad del RIP del funcionamiento del router.
Cuando usted redistribuye las rutas BGP en el RIP, es posible que usted ve algunos paquetes
llegar a ser perdidos.
La redistribución del BGP en el protocolo del RIP no se recomienda generalmente y los protocolos
como el iBGP, el OSPF, y el EIGRP son scalable y tienen opciones amplias disponibles.
En caso de que usted encuentre este escenario, que es la redistribución entre el BGP A
RASGAR, y pierda algún la más packest, él posible que usted tiene que configurar este comando
en el proceso del RIP:
RIP de Router(Config)#router
Router (Config-router) # entrada-cola 1024
Nota: Considere el uso del comando input-queue si usted tiene un router de mayor capacidad que
envíe en la velocidad a un router de poca velocidad que no pudo poder recibir en la velocidad. La
configuración de este comando help previene la pérdida de información de la tabla de ruteo.
Ejemplo 5
Este ejemplo ilustra la redistribución de la Static ruta en el RIP Routing Protocol. Según la
topología, tenemos tres Routers (r1, r2, y R3). El r1 y el r2 tienen RIP configurado en el
Ethernet0/0 de la interfaz fast. El r1 tiene una Static ruta para alcanzar el Lo 0 interfaces (IP
Address 3.3.3.3/32) del router R3. Esta Static ruta se redistribuye en el RIP Routing Protocol.
Configuran al router R3 con un FastEthernet0/0 de 0.0.0.0 0.0.0.0 de la ruta de IP de la ruta
predeterminado R3#.
R1(config)# ip route 3.3.3.3 255.255.255.255 10.13.13.3 R1(config)# router rip R1(config-router)

redistribute static metric 10
En el r2 del router, la ruta 3.3.3.3 se puede considerar vía el comando show ip route:
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.12.12.0/24 is directly connected, FastEthernet0/0 3.0.0.0/32 is subnetted, 1
subnets R 3.3.3.3 [120/10] via 192.12.12.1, 00:00:07, FastEthernet0/0
Cómo redistribuir la sola Static ruta
Para redistribuir la sola Static ruta, utilice el route-map para seleccionar la Static ruta que necesita
ser redistribuida.
Router(config)#access-list 1 permit <network no> <mask> Router(config)#route-map <route-map

name> permit 10 Router(config-route-map)#match ip address access list number
Router(config)#router eigrp <As number> Router(config-router)#redistribute static route-map
<map-name> metric <value>
Información Relacionada
● Redistribución RIP y OSPF
● Redistribución entre el IGRP mejorado y el RIP
● White Paper - Protocolo enhanced interior gateway routing
● Redistribución entre protocolos con clases y sin clases: EIGRP o OSPF en RIP o IGRP
● Casos Prácticos de BGP
● referencia del comando redistribute
● Página de soporte de RIP
● Página de Soporte OSPF
● Página de soporte de IGRP
● Página de Soporte de EIGRP
● Soporte Técnico y Documentación - Cisco Systems
BGP
CAPITULO II
Mg. Mitchell Vasquez Bermudez

Agenda
Introducción a BGP
Definición de AS, funcionamiento básico BGP
Jerarquías BGP, tablas BGP
Conexión a internet con BGP
Multihoming
información de enrutamiento desde internet
Sincronización, estado BGP
Configuración de BGP, comandos básicos
Identificando vecinos y definiendo peer-groups
Dirección Ip de origen
forzando la dirección del próximo salto
definiendo las redes que serán anunciadas
Agregación de rutas, autenticación
Verificación de BGP
restablenciendo la vencindad
Atributos BGP
Controlando la selección de caminos BGP
Uso del atributo local-preference, MED, AS-PATH
Introducción a BGP
– BGP es un protocolo extremadamente complejo utilizado a
través de Internet y dentro de empresas multinacionales.
– La función de un protocolo de routing de pasarela externa,

como BGP, no es encontrar una red específica, sino
proporcionar información que permita encontrar el AS en el
cual se encuentra dicha red.
– El protocolo de routing de pasarela interna (RIP, IGRP,

EIGRP, IS-IS, OSPF...) es el encargado de encontrar la red
específica que se está buscando.
• Características de BGP
– Estas características demuestran por qué este protocolo
es el mejor para routing exterior.
– Las claves principales de BGP incluyen:
• Es un protocolo de routing path vector.
• BGP soporta VLSM, CIDR y sumarización.
• En el inicio de la sesión de envían actualizaciones completas; las
actualizaciones por disparo se enviaran posteriormente.
• Se crean y mantienen las conexiones entre peers utilizando el
puerto 179/TCP.
• Distancia administrativa Externa 20 Interna 200
• La conexión se mantiene por keepalives periódicos.
• Cualquier cambio en la red resulta una actualización por disparo.
• Las métricas utilizadas por BGP, llamadas atributos, permiten
gran granularidad en la selección del camino.
• Características de BGP
– Las claves principales de BGP incluyen:
• El uso de de direccionamiento jerárquico y la capacidad de manipular el
flujo de tráfico son unas de las características que permiten al diseño
de la red crecer.
• BGP tiene su propia tabla de routing, sin embargo es capaz de
compartir y preguntar sobre la tabla de routing IP interior.
• Es posible manipular el flujo de tráfico utilizando atributos. Esto significa
que una ruta no puede enviar tráfico si el siguiente salto no quiere.
Introducción a BGP
BGP le da conectividad a la Internet
Sistema Autónomo (AS)
Es una red o grupo de redes bajo una administración común y con
unas políticas de routing comunes.
El AS se identifica con un numero de 16 bits(2 bytes), estos números

son asignados por los RIR(Registros regionales). Los valores 64512
al 65535 están reservado para uso privado. Mientras que 1 a 64511
para uso publico.
AS stub: Tiene una única conexión con otro AS, que será
normalmente su ISP (Internet Service Provider). Por este sistema
autónomo únicamente circula tráfico local
AS de tránsito (ISP): Tiene varias conexiones, pero sólo se encarga

de reenviar el tráfico de una conexión a otra aplicándole una serie de
restricciones mediante la política de encaminamiento y además
permite que se comuniquen entre ellos.
AS multihomed: Tiene más de una conexión a otros sistemas por

motivos de redundancia, pero no permite el tráfico de tránsito entre
ellos.
Funcionamiento BGP
• BGP es el sistema que utilizan los grandes nodos de Internet para
comunicarse entre ellos.
• Utiliza números de AS para su funcionamiento
• Utiliza diversos atributos en cada prefijo para tomar decisiones
• Realiza intercambio de rutas entre AS
• Establece relaciones de vecinos - no necesitan estar directamente

conectados
• BGP no puede correr solo necesita de un protocolo IGP
• Utiliza solo un proceso por router.
Funcionamiento básico BGP
Cuando BGP se ejecuta entre routers que pertenecen a dos AS
diferentes, recibe el nombre de BGP externo (eBGP). Cuando BGP
se ejecuta entre routers del mismo AS, recibe el nombre de iBGP.
Sesiones eBGP
▪ Cuando BGP está corriendo entre vecinos que

pertenecen a distintos AS, se dice que entre ellos
existe una sesión eBGP.
▪ Compañeros eBGP, por defecto, necesitan estar
directamente conectados.
Sesiones iBGP
▪ Cuando BGP está corriendo entre vecinos dentro de un

mismo AS, se dice que han establecido una sesión
iBGP.
▪ Los iBGP peers no necesariamente deben estar
directamente conectados.
Conexión y redundancia
Cuando debo usar BGP
• Cuando tengo que conectar múltiples AS o ISP (Multihomed)
• Cuando debo implementar políticas de ruteo complejas
• Cuando la red sirve como transito para otro AS
Cuando no debo usar BGP
• Cuanto tengo una sola conexión hacia internet o a otro AS
• Cuando los recursos del router como CPU y memoria son

limitados.
Multihoming
Se define como la conexión de un AS a más de un ISP a la vez. La

forma más común de implementar multihoming es obtener un bloque
de direcciones independientes del proveedor junto con un número
de sistema autónomo
Otra forma de multihoming muy utilizada como la traducción de

direcciones de red (NAT).
Cuidados a tener sobre multihoming
• Asegurar que nuestras redes estén bien publicadas.
• Filtrar todas las redes que no son originadas desde nuestro AS.
.
Regla de sincronización de BGP
Un router no puede reenviar una ruta al peer eBGP a no ser que
la ruta se encuentre en su tabla de routing IP local. Esto
requiere que el routing IGP (OSPF, RIP, EIGRP) y BGP esté
sincronizado, así se previene a BGP de anuncios de rutas
dentro de AS que no puedan ser direccionadas directamente.
Esta regla asegura consistencia de la información a través del AS y

evita agujeros negros en el AS.
Regla de Sincronización de BGP
La sincronización BGP puede desactivarse en determinadas
circunstancias:
• El AS local no es una red de tránsito
• Los routers en la red de tránsito ejecutan iBGP y tienen una

topología de maya completa.
Para desactivar la sincronización BGP:
RouterD(config)# router bgp 200
RouterD(config-router)# no synchronization
Ejemplo: Sincronización activa
Router F quiere pasar el prefijo 172.16.0.0 al AS 64520
Los Router A, C, y D no anunciaran la ruta 172.16.0.0 hasta que

reciban la matching route via un IGP.
Ejemplo: Sincronización desactivada
Los Router A, C, y D utilizaran y anunciaran la ruta que ha recibido

via iBGP; el router E conocerá la existencia de 172.16.0.0.
Si el router E envía trafico para la red 172.16.0.0, los routers A, C y

D encaminaran los paquetes correctamente al router B.
Jerarquía BGP
El Encaminamiento Basado en jerarquías proporciona al
administrador la capacidad de definir cómo será enrutado el tráfico a
través del AS.
BGP puede implementar reglas asociadas con el paradigma salto a

salto afectando el path completo.
Tablas BGP
Tabla BGP
• Contiene todas las redes aprendidas por cada vecino
• Contiene multiples rutas hacia las redes aprendidas
• Contiene los atributos de BGP para cada prefijo
Tabla de enrutamiento
• Lista las mejores rutas hacia un destino
Tabla de vecinos
• Lista todos los vecinos/peers de BGP
Tablas BGP
Las tablas de BGP contienen una lista de rutas que pueden ser
anunciadas a los vecinos BGP, siempre respetando la regla anterior.
Para comprobar la tabla de rutas, se utiliza en comando show ip

bgp.
Tablas BGP
En la salida del comando podemos apreciar lo siguientes aspectos:
• La ruta se ha inyectado en BGP usando el comando network.
• El siguiente salto (0.0.0.0) indica que la ruta se originó localmente

en BGP. El IGP correspondiente se encargará de resolver el envío
del paquete al router correspondiente dentro del AS local para llegar
a dicha red. El 0.0.0.0 solo se puede dar en 3 casos: Prefijo
directamente conectado, se esta redistribuyendo o se esta
sumarizando.
• El parámetro path está vacío ya que la ruta se originó en el mismo

AS al que pertenece el Router.
Tablas BGP
• El código "*>" significa lo siguiente:
* indica que la ruta es válida (está presente en la tabla de rutas)
> indica que es la mejor ruta hacia el destino.
BGP no anunciará una ruta a un vecino eBGP hasta que la ruta sea
válida y además sea la mejor ruta hacia su destino.
Una de las condiciones que BGP pone para iBGP es que los vecinos
dentro de un AS deben tener topología de maya completa.
Tablas BGP
Tabla Neighbor
Tabla Neighbor
Regla de Anuncios de rutas
E-BGP los prefijos que aprende un router de un vecino pueden
ser anunciados a otro vecino mediante I-BGP y viceversa, pero
un prefijo aprendido de un vecino mediante I-BGP NO puede
reanunciarse a otro vecino por I-BGP
Sirve para evitar bucles (loops) dentro de un AS.
Si un router de borde no es capaz de alcanzar una ruta de su propio

AS, la cual le ha sido anunciada por un vecino interno, esta ruta no
será propagada a los vecinos BGP internos o externos
Tipos de Mensajes BGP
BGP intercambia mensajes con sus vecinos, que son los siguientes:
OPEN inicia una sesión entre vecinos. Los parámetros
intercambiados son: Versión BGP, ASN local, ID del router,
capabilities, etc.
KEEPALIVE es enviado periódicamente (cada 60 s.) para
asegurarse de que un vecino está disponible. Si el router no recibe
un mensaje KEEPALIVE en un periodo Hold-time (180 s.), el router
considera que el vecino correspondiente está caído
UPDATE anuncia información de enrutamiento . Anuncia cuando ha
calculado una nueva mejor ruta al destino.
NOTIFICATION se envía cuando hay una condición de error.
Cuando se envía este mensaje, la sesión se cierra y se reinicia.
Establecimiento de vecinos BGP
BGP no funciona igual que los otros protocolos de enrutamiento IGP,
y exige primero identificar quiénes serán sus vecinos.
Dentro de un sistema autónomo se pueden generar Neighbors, a

pesar de que estos no se encuentren directamente
conectados.(IBGP)
Solo el router borde puede generar vecindad con el router

perteneciente al otro sistema autónomo (EBGP)
Una sesión BGP entre vecinos pasa por varios estados:
Idle es el estado inicial
Connect espera una conexión TCP de un vecino.
Si la conexión se lleva a cabo con éxito, se envía un mensaje OPEN.
Si la conexión no se completa, la sesión pasa al estado Active
Active es un estado en el que BGP trata de iniciar una sesión.
Si la conexión se lleva a cabo con éxito, se envía un mensaje OPEN
Si la conexión no se completa dentro de un periodo Connect Retry,

BGP pasa de nuevo al estado Connect
OpenSent indica que ambos vecinos han establecido una conexión
TCP, y han intercambiado un mensaje OPEN. Los vecinos están a la
espera de una respuesta al mensaje OPEN. En el momento en que
un vecino reciba un mensaje OPEN enviará un mensaje
KEEPALIVE.
OpenConfirm indica que los vecinos están a la espera de una

respuesta al mensaje KEEPALIVE.
Established indica que la sesión ha sido establecida. Los mensajes

UPDATE se intercambiarán en este estado para el intercambio de
información.
Atributos BGP
Son parámetros preestablecidos que viajan junto a la información de
la rutas. Permiten poder ser manipulados por los administradores de
redes para influir en las decisiones de BGP
BGP utiliza atributos para seleccionar el mejor camino. Básicamente

los atributos son la métrica de BGP.
El uso de atributos se refiere al uso de variables en la selección del

mejor camino para el protocolo d eruta por defecto en el AS y una
ruta estática es el AS del ISP o de la organización.
Atributos BGP
Las variables describen características o atributos del camino al
destino.
Los atributos se dividen en dos partes:
Well-known: Atributos que su utilización es obligatoria
Optional: Atributos opcionales.
Además cada una de las dos divisiones se dividen a su vez en dos

más, permitiendo así una mayor granularidad.
Atributos BGP
Well-known
Mandatory: Estos atributos son requeridos y deben ser reconocidos

por todas las implementaciones de BGP.
Discretionary: Estos atributos no son requeridos, pero en el caso

de estar presentes todos los routers que ejecuten BGP tiene que
reconocerlos y actuar en la información que contienen.
Atributos BGP
Optional
Transitive: El router no debe de reconocer estos atributos, pero si

este es el caso, marcará la actualización como parcial y enviará la
actualización completa con los atributos, al siguiente router. Los
atributos atraviesan el router sin ser cambiados, si no son
reconocidos.
Nontransitive: Estos atributos son eliminados si caen en un router

que no entiende o reconoce los atributos. Estos atributos no serán
propagados al peer BGP.
Atributos BGP
Atributos BGP
Los atributos definidos por BGP son los siguientes:
Origin—Type code 1 identifica al router que originó la ruta.
AS-path—Type code 2 identifica la lista de AS atravesados para

alcanzar un destino concreto.
Next-hop—Type code 3 identifica la siguiente dirección IP para

alcanzar un destino.
MED—Type Code 4 (opcional) Multi-Exit-Discriminator permite elegir

entre los diferentes routers directamente conectados mediante
eBGP
Atributos BGP
Local-preference—type code 5 (opcional) proporciona una
preferencia para determinar el mejor camino para el tráfico de salida.
Atomic-aggregate—type code 6 (opcional) identifica rutas

sumarizadas.
Wight (propietario de Cisco) asignado administrativamente.
Aggregator—Type code 7
Community—Type code 8 (Cisco-defined)
Originator-ID—Type code 9 (Cisco-defined)
Cluster list—Type code 10 (Cisco-defined)
Atributos BGP
Atributo AS_Path
Well-known, mandatory, código 2, preferencia el camino más corto.
Lista con todos los ASs que la ruta tiene que atravesar.
p.e. El Router B, el path a 192.168.1.0 es la secuencia de AS 65500

64520.
Atributos BGP
Atributo Next Hop
Well-known, mandatory, código 3, preferencia el camino más corto.
Siguiente salto para alcanzar la red.
El Router A anuncia la red 172.16.0.0 al router B en eBGP, con un

next hop 10.10.10.3. El Router B anuncia 172.16.0.0 en iBGP al
Router C, manteniendo 10.10.10.3 como la dirección del next hop
Atributos BGP
Atributo Local Preference
Well-known, discretionary, código 5, preferencia valor mayor.
Los Paths con el mayor valor de la preference son deseados
• Preference configurada en los routers
• Preference enviada únicamente a vecinos iBGP
Atributos BGP
Atributo MED (Multiple Exit Discriminator)
Optional, nontransitive, código 4, preferencia menor valor.
Paths con el MED (también llamado métrica) menor son deseables
• El MED se configura en los routers. MED se envía únicamente a

los vecinos eBGP
• Se diferencia de Local Preference en que este se configura en dos
pares iBGP diferentes mientras que MED es un el mismo router.
Atributos BGP
Atributo Origin
Well-known, mandatory, código 1, preferencia código
origin menor, donde IGP < EGP < Incomplete.
Identifica el origen de la actualización de routing.
Valores Posibles:
IGP: generada por un encaminamiento interno IGP.
EGP: Redistribuido desde EGP.
Atributos BGP
Atributo Community
Optional, transitive, código 8, preferencia no existente porque no es

utilizada en la selección del path.
Esta es la capacidad de etiquetar ciertas rutas que tiene algo en

común.
Se suele utilizar en conjunción con otros atributos que afecten a la

selección de la ruta para la community.
Las communities no tienen límites geográficos o lógicos.
BGP puede filtrar en el interfaz de entrada o en el de salida las rutas

para redistribución o selección de path
Atributos BGP
Atributo Atomic Aggregate
Well-known, discretionary, código 6, preferencia no existente porque

no es utilizada en la selección del path.
El router que ha originado la ruta agregada.
Útil porque muestra información que ha sido perdida al realizar la

agregación de rutas.
Muestra al receptor, en otro AS, el router que ha originado la ruta

agregada.
Atributos BGP
Atributo Aggregator
Optional, nontransitive, código 7, preferencia no existente porque no

es utilizada en la selección del path.
▪ Este atributo muestra el Router ID y el número de AS del router

responsable de la agregación de la ruta.
▪ Este atributo incluirá una lista de todos los ASs que las rutas
agregadas han atravesado.
Atributos BGP
Atributo Originator ID
Optional, nontransitive, código 9, preferencia no existente porque
▪ El route reflector añade este atributo.
▪ Lleva el Router ID en el AS local.
▪ Se utiliza para prevenir bucles.
Atributos BGP
Atributo Cluster ID
Optional, nontransitive, código 10, preferencia no existente porque

▪ Identifica a los routers envueltos en la route reflection.
▪ El cluster muestra el reflection path que se ha tomado.
▪ Se utiliza para evitar errores de bucles.
Esta lista proporciona las reglas que se utilizan para determinar el
mejor trayecto:
1. Preferir el trayecto que tenga el mayor WEIGHT.

2. Preferir el trayecto con el mayor LOCAL_PREF.
3. Preferir el trayecto que se ha originado localmente a través del
subcomando de BGP network o aggregate o mediante una
redistribución de un IGP.
4. Preferir el trayecto que tenga el AS_PATH más corto.
5. Preferir el trayecto con el tipo de origen más corto.
6. Preferir el trayecto con el discriminador de salidas múltiples
(MED) más bajo.
7. Preferir los trayectos eBGP sobre los trayectos iBGP.
8. Preferir el trayecto que tenga la métrica IGP más baja al salto
siguiente (next hop) BGP.
9. Determinar si es preciso instalar varios trayectos en la tabla de
ruteo para BGP Multipath (varios trayectos BGP)
10. Cuando ambos trayectos son externos, preferir el trayecto que
se recibió primero (el más antiguo).
11. Preferir la ruta que viene del router BGP con el ID de router más
bajo.
12. Si el ID originador o el ID del router es el mismo para varios
trayectos, prefiera el trayecto con una longitud de lista de
agrupamiento mínima.
13. Preferir el trayecto que viene de la dirección vecina más
pequeña.
Comandos Básicos
Router bgp <numero de proceso BGP> 65000:
Número de proceso BGP que se pone 65000, para entorno de

pruebas.
no synchronization
Es posible desactivar la sincronización de BGP para acelerar el

proceso de convergencia. Esto sólo se puede hacer si el AS no es
de transito o si todos los routers corren BGP.
bgp router-id 10.39.179.16
Es la dirección IP que se utilizará como identificador del EDC en el

dominio BGP. Se recomienda usar la IP asociada a la gestión del
EDC.
Comandos Básicos
bgp log-neighbor-changes
El bgp log-neighbor-changes habilita el registro de cambios de BGP

vecino estado (activo o inactivo), soluciona problemas de
conectividad de red y la medición de la estabilidad de la red.
network 10.39.179.16 mask 255.255.255.255
Corresponde a la ip de gestión del EDC.
- network 192.168.28.0 Red publicada en la RED CLIENTE.
- network 192.168.180.0 Red correspondiente al rango LAN del

cliente.
Identificando vecinos y definiendo Peer-
groups
Autenticación
BGP soporta Message disgest 5 para la autenticación de sus
vecinos. Para autenticar BGP, ambos vecinos deben poseer la
misma configuración (contraseña) y su respectiva dirección IP del
vecino.
Para autenticar un vecino se debe ingresar la siguiente configuración

en BGP:
Ejemplo: RouterA#Neighbor dirección ip password contraseña.
La autenticación básica no lo provee directamente BGP, sino que es

TCP el encargado de hacerlo y la protección de sesiones a través de
TCP usando MD5.
groups
Mediante el comando router bgp 100, pertenece al AS 100. Para
establecer los vecinos se debe ingresar los comandos.
RouterB(config)# router bgp 100
RouterB(config-router)# neighbor 10.1.1.1 remote-as 100
Si deseamos que haya autenticación entre vecinos, podemos indicar

una contraseña al registrar un vecino:
RouterB(config)# router bgp 100
RouterB(config-router)# neighbor 172.16.1.2 password redes4
groups
Si lo que queremos es ver el estado de un determinado vecino,
ejecutaremos el comando: show ip bgp neighbors
Limpieza de sesiones BGP
Hard reset:
El peer regresa al estado de IDLE, todo se reinicia
R # clear ip bgp [* | Neighbor-Address]
Es cuando quiere reiniciar todo de un vecino, es decir borrar toda su

configuración o darle de baja incluso cerrando la sesión TCP que se
genero.
Pierde todo los prefijos que han aprendido, lo cual llevara mucho
tiempo hasta aprender nuevamente.
Refresh
Se solicita al vecino el reenvío de información sin botar la sesión o

se le reenvía la información al vecino sin botar la sesión.
R # clear ip bgp [* | Neighbor-Address]soft [in |out]
Consiste en decir al vecino que me reenvié su información sin botar

la vecindad sin borrar todo lo que tengo me enviara su actualización
y se comparo que es lo que viene de nuevo, que se puede agregar
o que se puede quitar si esta obsoleto.
soft in ----solicito que mi vecino me reenvié su actualización
soft out ----envio actualizar a mi vecino sin botar la adyacencia

Soft reset
Nos ayuda a no solicitar información al vecino cada vez que

necesitemos una actualización. La actualización que envía el vecino
se guarda en una tabla secundaria donde se almacenaran sin
cambios y estará disponible en el momento en que se quieran
actualizar.
R(config-route)#neighbor{ip-Address}soft-reconfiguration inbound
R # clear ip bgp [* | Neighbor-Address]soft in
En el caso que necesite actualizaciones de mi vecino pero no quiero

andar pidiéndole las mismas. La actualización se guarda en
memoria. Muy usado en ventana de mantenimiento.
Configuración Básicos para Conectar con Otro
Sistema Autónomo
▪ Comandos Requeridos de BGP
– Para conectar con otros ASs, es necesario configurar los
siguientes puntos:
• Iniciar el proceso de routing
• El vecino BGP con el cual el proceso de routing sincronizará las
tablas de routing sobre una sesión TCP
Router(config)#router bgp número-de-AS

• Este comando configura el proceso de routing
Router(config-router)#neighbor nombre-del-peer-group
peer-group
▪ Identificar a los vecinos y definir el peer-group
– Un peer group es un grupo de vecinos que comparten la
misma política de actualizaciones.
• Con este mecanismo se les agrupa para una configuración más simple.
• El peer group también reduce la carga de la red, ya que los routers
iBGP no necesitan estar totalmente mallados.
• El uso del nombre-del-peer-group permite la identificación del router
como miembro del peer group
Router(config-router)#neighbor nombre-del-peer-
group peer-group
• Una vez que el peer group ha sido definido, es posible definir los
vecinos para todos los miembros del peer group
Router(config-router)#neighbor dirección-IP
|nombre-del-peer-group remote-as número-de-AS
▪ Ejemplo
RouterA(config)#router bgp 64520

RouterA(config-router)#neighbor 10.1.1.1 remote-as
65000
RouterB(config)#router bgp 65000

RouterB(config-router)#neighbor 10.1.1.2 remote-as
64520
▪ Comandos Opcionales de Configuración de BGP
– Los comandos opcionales de BGP utilizados en la
configuración básica realizan las siguientes funciones:
• Definen las redes que tiene que ser anunciadas.
• Fuerzan la dirección del next hop
• Agregación de rutas
▪ Definir las Redes a Anunciar
– Para definir las redes a anunciar por BGP se utiliza el
siguiente comando:
Router(config-router)#network dirección-de-red mask
máscara-de-red
– El comando network determina las redes que son
originadas por el router.
– Este comando no identifica los interfaces que participan
en BGP, sino que indica que las redes serán anunciadas
por BGP.
– El comando network debe de incluir todas las redes que
tienen que ser anunciadas en el AS, o simplemente las
directamente conectadas al router.
▪ Ejemplo anterior con network
RouterA(config)#router bgp 64520

RouterA(config-router)#neighbor 10.1.1.1 remote-as
65000
RouterA(config-router)#network 172.16.0.0

RouterB(config-router)#neighbor 10.1.1.2 remote-as
64520
RouterB(config-router)#network 172.17.0.0
▪ Forzar la Dirección del Next Hop
– En una red de multiacceso, la regla es que la dirección
de origen es la del router que ha originado el paquete en
la red.
– Esto puede causar problemas en redes NBMA, donde
puede que no haya conectividad con el router que lo ha
originado y los paquetes sean descartados.
– Para solucionar este problema se utiliza el comando
Router(config-router)#neighbor {dirección-ip | peer-

group} next-hop-self
– Este comando fuerza que la ruta se anunciada con el

next hop modificado
▪ Agregación de Rutas
– Para sumarizar o agregar rutas dentro del dominio de
BGP, utilizaremos el siguiente comando
Router(config-router)#aggregate-address dirección-ip
máscara [summary-only] [as-set]
– Si se utiliza el parámetro summary-only, entonces las

rutas específicas son suprimidas y sólo se propagará la
sumarizada.
– Si se utiliza el parámetro as-set, entonces todos los ASs
que atraviese serán almacenados en el mensaje de
actualización.
– Los atributos AS_Path de los prefijos se construirán con
el agregado.
▪ Ejemplo
▪ Ejemplo
RouterB(config-router)#neighbor 10.1.1.2 remote-
as 64520
RouterB(config-router)#neighbor 192.168.1.50
remote-as 65000
RouterB(config-router)#network 172.16.10.0 mask
255.255.255.0
RouterB(config-router)#network 192.168.1.0 mask
255.255.255.0
RouterB(config-router)#no synchronization
RouterB(config-router)#neighbor 192.168.1.50
next-hop-self
RouterB(config-router)#aggregate-address
172.16.0.0 255.255.0.0 summary-only
BSCI Module 5 79
© 2006 Cisco Systems, Inc. All rights reserved. Cisco Public
Verificar la Configuración de BGP
▪ Resetear Conexiones TCP entre Vecinos
– Después de cambios en la configuración de BGP, es
necesario resetear las sesiones TCP entre vecinos.
Router#clear ip bgp {* | dirección} [soft [in |

out]]
– Este comando desconecta la sesión entre los vecinos y la

restablece utilizando la nueva configuración que se ha
introducido.
– La opción soft no tira las sesiones, pero reenvía las
actualizaciones.
– Las opciones in y out permiten la configuración del interfaz
entrante o saliente.
– ESTE COMANDO ES IMPORTANTE TENER EN CUENTA QUE
AFECTA AL ROUTING DE FORMA DRÁSTICA
▪ Comandos show relacionados con BGP
Router#show ip bgp
• Muestra la tabla de routing BGP
Router#show ip bgp paths
• Muestra la tabla topológica
Router#show ip bgp summary
• Muestra información sobre las sesiones TCP
Router#show ip bgp neighbors
• Muestra información sobre las conexiones TCP con los vecinos.
Cuando se establece la conexión, los vecinos pueden
intercambiar actualizaciones
Router#show processes cpu
• Muestra los procesos activos en el router. Identifica los procesos
que están consumiendo excesivos recursos.
▪ show ip bgp
▪ show ip bgp paths
▪ show ip bgp summary
▪ show ip bgp neighbors
▪ show proccess cpu
▪ Comandos debug relacionados con BGP
Router#debug ip bgp [dampening | events | keepalives
| updates]
• Este comando muestra información a tiempo real de los eventos

que van sucediendo
• Route dampening es un mecanismo para minimizar la
inestabilidad causada por el flapping de rutas.
– Los comandos de depuración en BGP no se tratan
con la misma profundidad que otros protocolos en el
BSCI ya que BGP no es un protocolo muy extendido
en las empresas, aunque sí en los ISPs.
▪ debug ip bgp
Preguntas

Redes 4 1er Parcial

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Redes 4 1er Parcial

Cargado por

Copyright:

Formatos disponibles

REDISTRIBUCION DE

Mg. Mitchell John Vásquez Bermudez

Redes conectadas directamente: Dispositivo conectado a otra

Redes conectadas de forma remota: Una red que no está

El comando show ip route se utiliza para visualizar una tabla de

• Una ruta conectada directamente se instala en la tabla en cuanto

• Las rutas estáticas son las que se introducen con el comando de

• Las rutas dinámicas son las que se definen por un protocolo de

- Interfaces del router:

Cada interfaz del router pertenece a una red distinta

Se activan con el comando no shutdown

Para que haya rutas estáticas y dinámicas en la tabla de

Ruta principal de nivel 1

Rutas secundarias de nivel 2

Es una entrada de la tabla de routing que contiene una dirección

Es una ruta con una máscara de subred igual o inferior a la máscara

Las rutas principales son rutas de red de nivel 1 que se dividen en

Una ruta secundaria de nivel 2 es una ruta que constituye una

R#show ip route static

R#show ip route ospf 1

R#show ip route connected

- Hay 3 principios en lo que respecta a las tablas de enrutamiento:

Cada router toma decisiones en forma independiente, sobre la base

Cada tabla de enrutamiento puede contener información diferente.

Una tabla de enrutamiento tiene información sobre cómo llegar a un

- Cuanto menor sea el valor de la métrica, mejor será la ruta.

Dos tipos de métricas que usan los protocolos de enrutamiento son:

- Conteo de saltos: la cantidad de routers que un paquete debe

- Ancho de banda: la “velocidad” de un enlace. También se conoce

Para solucionar este dilema, el router usará el balanceo de carga de

La métrica con la que un protocolo recibe las rutas aprendidas por

Esta métrica raíz por defecto también puede ser modificada

• Una vez establecida la métrica semilla para una ruta redistribuida,

Las métricas de semilla se pueden definir de dos maneras:

• El comando default-metric establece la métrica de semilla para

• El comando redistribute se puede usar para definir la métrica

La redistribución se puede configurar

Redistribución multipunto de una vía

Router(config-router)#redistribute eigrp [AS] metric 2 (*)

(*): En RIP ingresamos métrica 2 para que la ruta sea considerada

R1(config-router)#redistribute eigrp 1 metric 2

Router(config-router)#redistribute ospf 1 metric 2 (*)

(*): En RIP ingresamos métrica 2 para que la ruta sea considerada

Router(config-router)#redistribute rip subnets

R1(config-router)#redistribute rip subnets

Router(config-router)#redistribute eigrp [AS] subnets

Router(config-router)#redistribute eigrp 10 metric 500 subnets

Router(config)#router eigrp [AS]

Router(config-router)#redistribute rip metric bw dly reliability load mtu

R1(config)#router eigrp 100

R1(config-router)#redistribute rip metric 10000 10 255 1 1500

Router(config-router)#redistribute ospf [ID] metric 10000 100 255 1

(*):Este comando distribuye las rutas configuradas en OSPF dentro

La métrica con la que un protocolo recibe las rutas aprendidas por

En este ejemplo indicamos a RIP que redistribuya la

Al redistribuir información de enrutamiento utilizando EIGRP, es

Router(config)#router eigrp 100

La métrica por defecto que utiliza OSPF es de 20, por lo que no

Como en EIGRP, al redistribuir en RIP el protocolo utiliza

No hay requisitos específicos para este documento.

● Versión 12.2(10b) del software del IOS® de Cisco

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

En la topología anterior, si el R1 está ejecutando RIP y el R2 y el R5 están ejecutando tanto RIP

Si R2 y R5 también redistribuyen IGRP en RIP (también conocida como redistribución mutua) y la