Académique Documents
Professionnel Documents
Culture Documents
Los valores por defecto de las constantes son : K1=1, K2=0, K3=1, K4=0, K5=0. Cuando K4 y
K5 son 0, la porción [K5/(confiabilidad+K4)] de la ecuación no forman parte del cálculo de la
métrica. Por lo tanto, utilizando los valores por defecto de las constantes, la ecuación de la
métrica es: Ancho de banda+retardo
2- Actualizaciones Limitadas
Los routers EIGRP mantienen información de ruta y topología a disposición en la RAM, para
que puedan reaccionar rápidamente ante los cambios. Al igual que OSPF, EIGRP guarda esta
información en varias tablas y bases de datos.
Tabla de vecinos
Cada router EIGRP mantiene una tabla de vecinos que enumera a los routers
adyacentes. Esta tabla puede compararse con la base de datos de adyacencia
utilizada por OSPF. Existe una tabla de vecinos por cada protocolo que admite EIGRP.
Tabla de topología
La tabla de topología se compone de todas las tablas de encaminamiento EIGRP
recibidas de los vecinos. EIGRP toma la información proporcionada en la tabla de
vecinos y la tabla de topología y calcula las rutas de menor costo hacia cada destino.
EIGRP rastrea esta información para que los routers EIGRP puedan identificar y
conmutar a rutas alternativas rápidamente. La información que el router recibe de los
vecinos se utiliza para determinar la ruta del sucesor, que es el término utilizado para
identificar la ruta principal o la mejor. Esta información también se introduce a la tabla
de topología. Los routers EIGRP mantienen una tabla de topología por cada protocolo
configurado de red (como IP, IPv6 o IPX). La tabla de enrutamiento mantiene las rutas
que se aprenden de forma dinámica.
Tabla de encaminamiento
La tabla de encaminamiento EIGRP contiene las mejores rutas hacia un destino. Esta
información se recupera de la tabla de topología. Los routers EIGRP mantienen una
tabla de encaminamiento por cada protocolo de red.
Distancia factible (FD): Ésta es la métrica calculada más baja hacia cada
destino. Por ejemplo, la distancia factible a 32.0.0.0 es 2195456. La distancia
de la ruta que está en la tabla de encaminamiento.
Origen de la ruta: Número de identificación del router que publicó esa ruta en
primer lugar. Este campo se llena sólo para las rutas que se aprenden de una
fuente externa a la red EIGRP. El rotulado de rutas puede resultar
particularmente útil con el encaminamiento basado en políticas. Por ejemplo,
el origen de la ruta a 32.0.0.0 es 200.10.10.10.
Distancia informada (RD): La distancia informada (RD) de la ruta es la
distancia informada por un vecino adyacente hacia un destino específico. Por
ejemplo, la distancia informada a 32.0.0.0 por el vecino 200.10.10.10 es
281600 tal como lo indica (2195456/281600).
Información de interfaz: La interfaz a través de la cual se puede alcanzar el
destino.
Estado de ruta: El estado de una ruta. Una ruta se puede identificar como
pasiva, lo que significa que la ruta es estable y está lista para usar, o activa, lo
que significa que la ruta se encuentra en el proceso de recálculo por parte de
DUAL.
1.8 Cómo decidir si un trayecto no tiene bucles
¿De qué manera utiliza EIGRP los conceptos de distancia factible, distancia informada y sucesor factible para
determinar si un trayecto es válido y no se trata de un bucle? En la figura 4a, el Router Three examina las
rutas hasta la Red A. Dado que Split horizon está inhabilitado (por ejemplo, en el caso de interfaces Frame
Relay multipunto), el Router Three muestra tres rutas hasta la Red A: una a través del Router Four, otra a
través del Router Two (el trayecto es Two, One, Three, Four) y otra a través del Router One (el trayecto es
One, Two, Three, Four).
Si el Router Three acepta todas estas rutas, se originará un bucle de ruteo como resultado. El Router Three
piensa que puede llegar a la Red A a través del Router Two, pero el trayecto a través del Router Two pasa a
través del Router Three para llegar a dicha red. Si la conexión entre los Routers Four y Three se interrumpe,
éste último creerá que puede llegar a la Red A a través de uno de los trayectos restantes, pero debido a las
reglas existentes de determinación de los sucesores factibles, nunca utilizará estos trayectos como
alternativas. Observemos las métricas para comprobar el porqué:
Debido a que el trayecto a través del Router Four cuenta con la mejor métrica, el Router Three instalará esta
ruta en la tabla de reenvío y utilizará 20.281.600 como distancia factible hasta la Red A. A continuación, el
Router Three calculará la distancia informada hasta la Red A a través de los Routers Two y One: 47.019.776
para el trayecto a través del Router Two, y 47.019.776 para el trayecto a través del Router One. Dado que
ambas métricas son superiores a la distancia factible, el Router Three no instalará ninguna de ellas como
sucesor factible para la Red A.
Suponga que el enlace entre los Routers Three y Four se interrumpe. El Router Three consulta a cada uno de
sus vecinos para comprobar si existe una ruta alternativa hasta la Red A. El Router Two recibe la consulta y,
como procede de su sucesor, busca en cada una de las entradas restantes de su tabla de topología para
comprobar si existe un sucesor factible. La única otra entrada que existe en la tabla de topología procede del
Router One, con una distancia informada equivalente a la última mejor métrica conocida a través del Router
Three. Dado que la distancia informada a través del Router One no es inferior a la última distancia factible
conocida, el Router Two marca la ruta como inalcanzable y consulta a cada uno de sus vecinos (en este caso,
únicamente el Router One) por si existe un trayecto hasta la Red A.
El Router Three también envía una consulta sobre la Red A al Router One. El Router One examina su tabla de
topología y comprueba que el único trayecto alternativo hasta la Red A es a través del Router Two, con una
distancia informada equivalente a la última distancia factible conocida a través del Router Three. Nuevamente,
como la distancia informada a través del Router Two no es inferior a la última distancia factible conocida, la
ruta no representa un sucesor factible. El Router One marca la ruta como inalcanzable y consulta a su otro
único vecino, el Router Two, por si existe un trayecto hasta la Red A.
Éste es el primer nivel de consultas. El Router Three ha consultado a cada uno de sus vecinos en su intento
por encontrar una ruta hasta la Red A. A su vez, los Routers One y Two han marcado la ruta como
inalcanzable y han consultado a cada uno de sus vecinos restantes en su intento por encontrar un trayecto
hasta la Red A. Cuando el Router Two recibe la consulta del Router One, examina su tabla de topología y
comprueba que el destino está marcado como inalcanzable. El Router Two responde al Router One que la
Red A es inalcanzable. Cuando el Router One recibe la consulta del Router Two, también responde que la
Red A es inalcanzable. Por lo tanto, los Routers One y Two han decidido que la Red A es inalcanzable, y
responde de este modo a la consulta original del Router Three. La red convergió y todas las rutas regresan al
estado pasivo.
no anunciar nunca una ruta fuera de la interfaz a través de la que se obtuvo la información.
Por ejemplo, en la figura 4a, si el Router One está conectado a los Routers Two y Three a través de una única
interfaz multipunto (como puede ser Frame Relay) y el Router One ha obtenido información acerca de la Red
A procedente del Router Two, no anunciará la ruta a la Red A por la misma interfaz al Router Three. El Router
One entiende que el Router Three obtendría la información acerca de la Red A directamente del Router Two.
una vez que obtenga información acerca de una ruta a través de una interfaz, anúnciela como
inalcanzable a través de esa misma interfaz.
Supongamos ahora que los routers de la figura 4a tienen habilitado Poison reverse. Cuando el Router One
obtiene información acerca de la Red A procedente del Router Two, anuncia la Red A como inalcanzable a
través de su enlace con los Routers Two y Three. Si el Router Three muestra algún trayecto hasta la Red A a
través del Router One, lo eliminará debido al anuncio que indica que es inalcanzable. EIGRP combina estas
dos reglas para evitar bucles de ruteo.
EIGRP utiliza Split horizon o anuncia que una ruta es inalcanzable cuando:
hay dos routers en modo de inicio (están intercambiando tablas de topología por primera vez)
En el ejemplo anterior se entendía que Split horizon no estaba activado con el fin de mostrar la manera en que
EIGRP utiliza la distancia factible y la distancia informada para determinar si una ruta tiene posibilidades de
formar un bucle. Sin embargo, en determinadas circunstancias, EIGRP utiliza Split horizon para evitar también
bucles de ruteo. Antes de comprobar con detalle la manera en que EIGRP utiliza Split horizon, repasemos el
concepto Split horizon y su funcionamiento. La regla de Split horizon afirma:
no anunciar nunca una ruta fuera de la interfaz a través de la que se obtuvo la información.
Por ejemplo, en la figura 4a, si el Router One está conectado a los Routers Two y Three a través de una única
interfaz multipunto (como puede ser Frame Relay) y el Router One ha obtenido información acerca de la Red
A procedente del Router Two, no anunciará la ruta a la Red A por la misma interfaz al Router Three. El Router
One entiende que el Router Three obtendría la información acerca de la Red A directamente del Router Two.
una vez que obtenga información acerca de una ruta a través de una interfaz, anúnciela como
inalcanzable a través de esa misma interfaz.
Supongamos ahora que los routers de la figura 4a tienen habilitado Poison reverse. Cuando el Router One
obtiene información acerca de la Red A procedente del Router Two, anuncia la Red A como inalcanzable a
través de su enlace con los Routers Two y Three. Si el Router Three muestra algún trayecto hasta la Red A a
través del Router One, lo eliminará debido al anuncio que indica que es inalcanzable. EIGRP combina estas
dos reglas para evitar bucles de ruteo.
EIGRP utiliza Split horizon o anuncia que una ruta es inalcanzable cuando:
hay dos routers en modo de inicio (están intercambiando tablas de topología por primera vez)
Cuando dos routers pasan a ser vecinos por primera vez, intercambian las tablas de topología durante el
modo de inicio. El router vuelve a anunciar cada entrada de tabla que recibe durante el modo de inicio a su
vecino nuevo con una métrica máxima (ruta venenosa).
En la figura 5, el Router One utiliza la varianza para equilibrar el tráfico destinado a la Red A entre los dos
enlaces serie: el enlace de 56 k entre los Routers Two y Four, y el enlace de 128 k entre los Routers Three y
Four (consulte la sección Balance de carga para obtener información sobre la varianza).
El Router Two considera el trayecto a través del Router Three como un sucesor factible. Si el enlace entre los
Routers Two y Four se interrumpe, el Router Two simplemente volverá a converger en el trayecto a través del
Router Three. Como la regla de Split horizon afirma que no debe anunciar nunca una ruta fuera de la interfaz
a través de la cual ha obtenido información sobre ella, el Router Two no enviaría por lo general una
actualización. No obstante, esta situación deja al Router One con una entrada de la tabla de topología no
válida. Cuando un router cambia su tabla de topología de manera que se modifica la interfaz a través de la
cual el router llega a la red, éste desactiva Split horizon y Poison reverse invierte la ruta anterior por todas las
interfaces. En este caso, el Router Two desactiva Split horizon para esta ruta y anuncia la Red A como
inalcanzable. El Router One escucha este anuncio y purga su ruta a la Red A a través del Router Two desde
su tabla de ruteo.
2.3 Consultas
Las consultas provocan un Split horizon sólo cuando un router recibe una consulta o actualización procedente
del sucesor que utiliza para el destino en la consulta. Observemos la red de la figura 6.
El Router Three recibe una consulta relacionada con 10.1.2.0/24 (al que llega a través del Router One)
procedente del Router Four. Si Three no dispone de un sucesor para este destino debido a un enlace
inestable o a otra situación temporal de la red, envía una consulta a cada uno de sus vecinos, en este caso,
los Routers One, Two y Four. Sin embargo, si el Router Three recibe una consulta o actualización (como, por
ejemplo una modificación de una métrica) del Router One para el destino 10.1.2.0/24, no enviará de nuevo la
consulta al Router One, ya que éste último es su sucesor para llegar a esa red. Lo que hará es enviar
únicamente consultas a los Routers Two y Four.
3-. Rutas “stuck in active”
En algunas circunstancias, se tarda mucho tiempo en contestar una consulta. En ocasiones, tanto que el
router que emitió la consulta renuncia a ella y borra su conexión con el router que no responde, reiniciando de
este modo la sesión del vecino. Este proceso se conoce como ruta “stuck in active” (SIA). Las rutas SIA más
básicas se producen cuando una consulta tarda demasiado en llegar al otro extremo de la red y para que se
devuelva una respuesta. Por ejemplo, en la figura 7, el Router One está grabando una gran cantidad de rutas
SIA desde el Router Two.
Después de investigar el problema, éste se debe únicamente al retraso a través del enlace satélite entre los
Routers Two y Three. Existen dos soluciones posibles para este tipo de problema. La primera consiste en
aumentar el tiempo de espera del router entre el envío de la consulta y la declaración de la ruta SIA. Este
valor puede modificarse mediante el comando timers active-time
Una mejor solución, sin embargo, consiste en rediseñar la red para que reduzca el rango de las consultas
(para que pocas consultas se transmitan a través del enlace satélite). El rango de consulta se trata en la
sección Rango de consulta. El rango de consulta en sí mismo no es, sin embargo, un motivo común para las
rutas SIA notificadas. Con mayor frecuencia, un router de la red no puede responder a una consulta por uno
de los siguientes motivos:
el router está demasiado ocupado como para responder a la consulta (por lo general debido a un alto
nivel de uso de la CPU)
el router presenta problemas de memoria y no puede asignar la memoria para procesar la consulta o
crear el paquete de respuesta
el circuito entre ambos routers es deficiente (se transmiten suficientes paquetes como para mantener
la relación de vecinos pero algunas consultas o respuestas se pierden entre los enlaces
unidireccionales
de los routers (enlaces en los que el tráfico sólo puede fluir en una dirección a causa de un fallo)
2. Detectar el router que no puede responder de manera constante a las consultas de dichas rutas.
El primer paso debería ser bastante fácil. Si registra los mensajes de la consola, una lectura rápida del registro
le indicará las rutas marcadas con mayor frecuencia como SIA. El segundo paso es más difícil. Para reunir
esta información, utilice el comandoshow ip eigrp topology active:
r - Reply status
A 10.2.4.0/24, 0 successors, FD is 512640000, Q
Remaining replies:
4. Redistribución
Esta sección examina diferentes escenarios que involucran redistribución. Tenga en cuenta que los ejemplos
que se indican a continuación muestran los requisitos mínimos necesarios para configurar la redistribución. La
redistribución puede llegar a causar problemas, tales como un ruteo por debajo del nivel óptimo, bucles de
ruteo o una convergencia lenta. Para evitar este tipo de problemas, consulte "Cómo evitar problemas debido a
la redistribución" en la sección Redistribución de protocolos de ruteo.
Router One
Router Two
Nota: Las rutas procedentes de EIGRP 1000 se etiquetan como 1000 antes de ser redistribuidas a EIGRP
2000. Cuando las rutas procedentes de EIGRP 2000 se vuelven a redistribuir a EIGRP 1000, las rutas con la
etiqueta 1000 se rechazan para garantizar una topología sin bucles. Para obtener más información sobre la
redistribución entre protocolos de ruteo, consulteRedistribución de protocolos de ruteo.
En el Router One, se ve:
Vector metric:
Reliability is 255/255
Load is 1/255
Hop count is 2
External data:
Router One
network 172.16.1.0
Router Two
network 172.16.1.0
network 10.0.0.0
network 10.0.0.0
A continuación, se muestra la configuración del Router One:
Vector metric:
Reliability is 255/255
Load is 1/255
Hop count is 1
External data:
Por ejemplo, la red 10.1.1.0/24 se encuentra conectada directamente al Router Two, e IGRP está enrutando
para esta red (hay una sentencia de red bajo el router IGRP que cubre esta interfaz). EIGRP no está
enrutando para esta red, pero obtiene información acerca de esta interfaz conectada directamente a través de
una redistribución desde IGRP. En el Router One, la entrada de la tabla de para 10.1.1.0/24 indica:
Reliability is 0/255
Load is 1/255
Hop count is 1
External data:
Los siguientes cambios se realizan en las configuraciones del router en la figura 10:
Router One
network 172.16.1.0
Router Two
network 10.0.0.0
Router Three
network 10.0.0.0
Por su parte, el Router One se configura de la siguiente manera:
Vector metric:
Reliability is 255/255
Load is 1/255
Hop count is 1
External data:
Vector metric:
Reliability is 255/255
Load is 1/255
Hop count is 1
External data:
Es necesario advertir sobre dos aspectos en relación con la redistribución de EIGRP/IGRP dentro de un
mismo sistema autónomo:
Siempre se prefieren las rutas EIGRP internas a las rutas EIGRP externas o IGRP.
Las métricas de la ruta EIGRP externa se comparan con las métricas escaladas de IGRP (se omite la
distancia administrativa).
Si omitimos la ruta EIGRP anunciada por el Router Four (por ejemplo, desabilitando mediante "shut down" el
enlace entre los Routers Two y Four), el Router Two mostrará el siguiente mensaje:
eigrp 100
donde 12.001, la métrica IGRP, pasa a través del Router One, y 3.072.256, la métrica EIGRP, pasa a través
del Router Four.
El Router Two prefiere la ruta externa EIGRP con la misma métrica (después de escalarse) y una distancia
administrativa mayor. Este proceso se aplica cuando se produce la redistribución automática entre EIGRP e
IGRP dentro de un mismo sistema autónomo. El router siempre prefiere el trayecto con la métrica de costo
más baja y omite la distancia administrativa.
La redistribución entre EIGRP y otros protocolos (RIP y OSPF, por ejemplo) funciona de la misma manera que
cualquier otro tipo de redistribución. Siempre se recomienda utilizar la métrica predeterminada al realizar la
redistribución entre protocolos. Durante la redistribución entre EIGRP y otros protocolos, deberá tener en
cuenta los dos problemas siguientes:
Las rutas distribuidas en EIGRP no siempre están resumidas. Consulte la sección Resumen para
obtener una explicación.
Las rutas EIGRP externas tienen una distancia administrativa de 170.
Cuando instale una ruta estática a una interfaz y configure una sentencia de red mediante router eigrp, el
cual incluye la ruta estática, EIGRP redistribuirá dicha ruta como si se tratara de una interfaz directamente
conectada. Observemos la red de la figura 12.
El Router One tiene una ruta estática a la red 172.16.1.0/24 configurada a través de la interfaz Serie 0:
network 10.0.0.0
network 172.16.0.0
no auto-summary
El Router One redistribuye esta ruta aunque no redistribuya rutas estáticas, ya que EIGRP la considera como
una red conectada directamente. Respecto al Router Two, se muestra lo siguiente:
....
5 Producción de resumen
Existen dos formas de resumen en EIGRP: resúmenes automáticos y resúmenes manuales.
Vector metric:
Reliability is 255/255
Load is 1/255
Hop count is 1
Esta ruta no se marca como ruta de resumen de ningún tipo, sino que parece una ruta interna. La métrica es
la mejor métrica de las rutas resumidas. Observe que el ancho de banda mínimo en esta ruta es de 256 k, si
bien existen enlaces en la red 10.0.0.0 con un ancho de banda de 56 k.
En el router que realiza el resumen se genera una ruta null0 para la dirección resumida:
Attached (2 connections)
Vector metric:
Reliability is 255/255
Load is 1/255
Hop count is 0
Para que el Router Two anuncie los componentes de la red 10.0.0.0 en lugar de un resumen, configure no
auto-summary en el proceso de EIGRP del Router Two:
En el Router Two
router eigrp 2000
network 172.16.0.0
network 10.0.0.0
no auto-summary
Con el resumen automático desactivado, el Router One puede ver ahora todos los componentes de la red
10.0.0.0:
r - Reply status
EIGRP permite resumir rutas internas y externas en prácticamente cualquier límite de bit mediante el método
de resumen manual. Por ejemplo, en la figura 14, el Router Two resume 192.1.1.0/24, 192.1.2.0/24 y
192.1.3.0/24 en el bloque CIDR 192.1.0.0/22.
A continuación se muestra la configuración en el Router Two:
....
interface Serial0
no ip mroute-cache
....
r - Reply status
r - Reply status
EIGRP no resumirá automáticamente las rutas externas a menos que exista un componente de la misma red
principal que sea una ruta interna. Para ejemplificarlo, observemos la figura 15.
6 Procesamiento y rango de consultas
Cuando un router procesa una consulta de un vecino, se aplican las siguientes reglas:
Origen de la Estado de la
Acción
consulta ruta
responder con la
vecino (no el
pasivo información del sucesor
sucesor actual)
actual
intentar encontrar un
sucesor nuevo; si se
encuentra uno,
responder con la nueva
información; si no se
sucesor pasivo encuentra ninguno,
marcar el destino como
inalcanzable y consultar
a todos los vecinos
excepto al sucesor
anterior
sin trayecto a
responder con el mejor
través de este
cualquier vecino trayecto que se conozca
vecino antes de
en esos momentos
la consulta
no conocido
responder que el
cualquier vecino antes de la
destino es inalcanzable
consulta
si no existe ningún
sucesor actual para
estos destinos (por lo
general, ése debería ser
el caso), responder
diciendo que es
vecino (no el inalcanzable
activo
sucesor actual)
si existe un buen
sucesor, responder con
la información del
trayecto actual
intentar encontrar un
sucesor nuevo; si se
sucesor activo encuentra uno,
responder con la nueva
información; si no se
encuentra ninguno,
marcar el destino como
inalcanzable y consultar
a todos los vecinos
excepto al sucesor
anterior
Las acciones de la tabla anterior repercuten en el rango de la consulta en la red, ya que determinan el número
de routers que recibirán y responderán a la consulta antes de que la red converja en la nueva topología. Para
conocer cómo afectan estas reglas al modo en que se gestionan las consultas, observemos la red de la figura
16, la cual se ejecuta en condiciones normales.
Podemos esperar que suceda lo siguiente respecto a la red 192.168.3.0/24 (extremo derecho):
o a través del Router Two con una distancia de 46.533.485 y una distancia informada de
20.307.200
o a través del Router Three con una distancia de 20.563.200 y una distancia informada de
20.307.200
El Router One elige el trayecto a través del Router Three y mantiene el trayecto a través del Router
Two como un sucesor factible
Los Routers Two y Three muestran un trayecto hasta 192.168.3.0/24 a través del Router Four
Suponga que 192.168.3.0/24 falla. ¿Qué actividad podemos esperar en esta red? Las figuras de la 16a hasta
la 16h ilustran el proceso.
Los Routers Two y Three, a su vez, comprueban que han perdido su única ruta factible hasta 192.168.3.0/24 y
la marcan como inalcanzable; ambos envían sus consultas al Router One:
Para simplificar la situación, supongamos que el Router One recibe primero la consulta procedente del Router
Three y marca la ruta como inalcanzable. A continuación, el Router One recibe la consulta del Router Two.
Aunque es posible que se dé otro orden, el resultado final será el mismo.
El Router One responde a ambas consultas diciendo que la ruta es inalcanzable, por lo que éste pasará al
estado pasivo para la red 192.168.3.0/24:
Los Routers Two y Three responden a la consulta del Router Four; los Routers Two y Three pasan al estado
pasivo para la red 192.168.3.0/24:
El Router cinco, al recibir la respuesta del Router Four, elimina la red 192.168.3.0/24 de su tabla de ruteo; el
Router cinco pasa al estado pasivo para la red 192.168.3.0/24. El Router cinco envía de nuevo las
actualizaciones al Router Four, de modo que la ruta se elimina de la topología y las tablas de ruteo de los
routers restantes.
Es importante entender que aunque es posible que existan otros trayectos de consulta u órdenes de
procesamiento, todos los routers de la red procesarán una consulta para la red 192.168.3.0/24 cuando se
interrumpa ese enlace. Es posible que algunos routers finalizen procesando más de una consulta (el Router
One en este ejemplo). De hecho, si las consultas llegaran a los routers en un orden distinto, algunos
finalizarían procesando tres o cuatro consultas. Éste es un buen ejemplo de una consulta sin límites en una
red EIGRP.
El Router Two contiene una entrada de la tabla de topología correspondiente a la red 10.1.1.0/24 con
un costo de 46.251.885 a través del Router One.
El Router Three contiene una entrada de la tabla de topología correspondiente a la red 10.1.1.0/24
con un costo de 20.281.600 a través del Router One.
El Router Four contiene una entrada de la tabla de topología correspondiente a la red 10.0.0.0/8 (esto
es debido a que los Routers Two y Three realizan un resumen automático para el límite de la red
principal) a través del Router Three con una métrica de 20.307.200 (la distancia informada a través
del Router Two es mayor que la métrica total a través del Router Three, por lo que el trayecto a través
del Router Two no se considera un sucesor factible).
Si la red 10.1.1.0/24 se desactiva, el Router One la marcará como inalcanzable y, a continuación, consultará a
cada uno de sus vecinos (los Routers Two y Three) por si existe un trayecto nuevo hasta esa red:
El Router Two, al recibir la consulta del Router One, marca la ruta como inalcanzable (ya que la consulta
procede de su sucesor) y, a continuación, consulta a los Routers Four y Three:
El Router Three, al recibir la consulta del Router One, marca el destino como inalcanzable y consulta a los
Routers Two y Four:
El Router Four, al recibir las consultas de los Routers Two y Three, responde que la red 10.1.1.0/24 es
inalcanzable (observe que el Router Four no tiene ningún conocimiento de la subred en cuestión, ya que sólo
dispone de la ruta hasta 10.0.0.0/8):
Los Routers Two y Three se responden mutuamente que 10.1.1.0/24 es inalcanzable:
Dado que los Routers Two y Three no tienen consultas pendientes, ambos responderán al Router One que
10.1.1.0/24 es inalcanzable:
La consulta, en este caso, está delimitada por el resumen automático en los Routers Two y Three. El Router
cinco no participa en el proceso de la consulta, por lo que no se ve involucrado en la reconvergencia de la red.
Las consultas también se pueden delimitar mediante el resumen manual, los límites del sistema autónomo y
las listas de distribución.
Router Three
interface Ethernet0
interface Ethernet1
interface Ethernet2
ip address 10.1.2.1 255.255.255.0
redistribute connected
network 10.0.0.0
....
Router Three
interface Ethernet0
interface Ethernet1
interface Serial0
....
....
Y el Router One muestra sólo la ruta de resumen:
....
Si un router redistribuye rutas entre dos sistemas autónomos EIGRP, responderá a la consulta dentro de las
reglas de procesamiento habituales y lanzará una nueva consulta en el otro sistema autónomo. Por ejemplo,
si el enlace a la red conectada al Router Three se interrumpe, este último marcará la ruta como inalcanzable y
consultará al Router Two por si existe un trayecto nuevo:
El Router Two responderá que la red es inalcanzable y lanzará una consulta en el sistema autónomo 200
dirigida al Router One. Una vez que el Router Three reciba la respuesta a su consulta original, eliminará la
ruta de su tabla. El Router Three pasa al estado pasivo para esta red:
Si bien la consulta original no se propagó por toda la red (ya que estaba delimitada por el límite del sistema
autónomo), sí se infiltró en el otro sistema autónomo en forma de una nueva consulta. Esta técnica le puede
ayudar a evitar problemas de "stuck in active" (SIA) en una red si limita el número de routers por los que debe
pasar una consulta antes de ser respondida, aunque no resuelve el problema general de que cada router debe
procesar la consulta. En realidad, este método de delimitación de una consulta podría empeorar el problema
al evitar el resumen automático de rutas que de otro modo se resumirían (las rutas externas no se resumen a
menos que exista un componente externo en la misma red principal).
En lugar de bloquear la propagación de una consulta, las listas de distribución de EIGRP marcan cualquier
respuesta a la consulta como inalcanzable. Veamos la figura 19 a modo de ejemplo.
En la figura anterior:
el Router Three contiene una lista de distribución aplicada para sus interfaces serie que sólo le
permite anunciar la Red B.
Los Routers One y Two no saben que la Red A es alcanzable a través del Router Three (éste no se
utiliza como punto de tránsito entre los Routers One y Two).
El Router Three utiliza el Router One como su trayecto preferido hasta la Red A, y no utiliza el Router
Two como un sucesor factible.
Cuando el Router One pierde la conexión con la Red A, marca la ruta como inalcanzable y envía una consulta
al Router Three. El Router Three no anuncia ningún trayecto a la Red A dada la lista de distribución en sus
puertos serie.
El Router Three marca la ruta como inalcanzable y luego efectúa la siguiente consulta al Router Two:
El Router Two examina su tabla de topología y comprueba que dispone de una conexión válida a la Red A.
Observe que la consulta no se vio afectada por la lista de distribución del Router Three:
El Router Two responde que la Red A es inalcanzable; el Router Three ahora dispone de una ruta válida:
El Router Three genera la respuesta a la consulta procedente del Router One, pero debido a la lista de
distribución, envía una respuesta indicando que la Red A es inalcanzable aunque disponga de una ruta válida
a la Red A:
Algunos protocolos de ruteo consumen todo el ancho de banda disponible en un enlace de ancho de banda
bajo cuando convergen (cuando se adaptan a un cambio en la red). EIGRP evita esta congestión mediante la
regulación de la velocidad de transmisión de los paquetes a una red, y de esta manera utiliza únicamente
parte del ancho de banda disponible. La configuración predeterminada para EIGRP es utilizar hasta el 50 por
ciento del ancho de banda disponible, si bien este valor puede modificarse mediante el siguiente comando:
(8 * 100 * tamaño del paquete en bytes) / (ancho de banda en kbps * porcentaje del ancho de banda)
Por ejemplo, si EIGRP pone en cola un paquete que debe enviarse a través de una interfaz serie con un
ancho de banda de 56 k y el paquete es de 512 bytes, EIGRP esperará el tiempo siguiente:
(8 * 100 * 512 bytes) / (56.000 bits por segundo * 50% de ancho de banda) (8 * 100 * 512) / (56.000 *
50) 409.600 / 2.800.000 0,1463 segundos
Esto permite que un paquete (o grupo de paquetes) de al menos 512 bytes puedan transmitirse en este
enlace antes de que EIGRP envíe su paquete. El temporizador regulador de tráfico determina cuándo se
envía el paquete y normalmente está expresado en milisegundos. El intervalo regulador de tráfico para el
paquete del ejemplo anterior es de 0,1463 segundos. Hay un campo en show ip eigrp interface que indica el
temporizador regulador de tráfico, tal como se muestra a continuación.
router#
El tiempo que aparece corresponde al intervalo regulador de tráfico para la unidad de transmisión máxima
(MTU), es decir, el paquete más grande que se puede enviar a través de la interfaz.
No existe ningún método para introducir una ruta predeterminada en EIGRP: puede redistribuir una ruta
estática o resumirla en 0.0.0.0/0. El primer método es recomendable si desea atraer todo el tráfico con
destinos desconocidos hacia una ruta predeterminada del núcleo de la red. Este método resulta eficaz para
anunciar conexiones a Internet. Por ejemplo:
redistribute static
network 10.0.0.0
interface serial 0
encapsulation frame-relay
no ip address
!
interface serial 0.1 point-to-point
ip address 10.1.1.1
frame-relay interface-dlci 10
EIGRP coloca hasta cuatro rutas de igual costo en la tabla de ruteo, cuya carga es luego equilibrada por el
router. El tipo de balance de carga (por paquete o destino) depende del tipo de conmutación que se está
llevando a cabo en el router. EIGRP, sin embargo, también puede realizar un balance de carga en enlaces de
costos desiguales.
Nota: max-paths le permite configurar EIGRP para que utilice hasta un máximo de seis rutas de igual costo.
Supongamos que existen cuatro trayectos hasta un destino determinado y que las métricas para dichos
trayectos son las siguientes:
trayecto 1: 1100
trayecto 2: 1100
trayecto 3: 2000
trayecto 4: 4000
El router, de manera predeterminada, coloca el tráfico en los trayectos 1 y 2. Mediante EIGRP, puede utilizar
el comandovariance para indicarle al router que también coloque tráfico en los trayectos 3 y 4. La varianza es
un multiplicador: el tráfico se colocará en cualquier enlace que posea una métrica menor al mejor trayecto
multiplicado por la varianza. Para llevar a cabo el balance de carga por los trayectos 1, 2 y 3, utilice la
varianza 2, ya que 1.100 x 2 = 2.200, lo cual es mayor que la métrica a través del trayecto 3. De manera
similar, para agregar también el trayecto 4, ejecute la varianza 4 mediante el comando router eigrp.
Consulte ¿Cómo funciona el balance de carga de trayectos de costo desigual (varianza) en IGRP y
EIGRP? para obtener más información.
¿Cómo divide el router el tráfico entre estos trayectos? Divide la métrica a través de cada trayecto entre la
métrica mayor, redondea el valor con el entero más próximo y utiliza este número como recuento del tráfico
compartido.
eigrp 100
El router envía los tres primeros paquetes por el trayecto 1, los siguientes tres paquetes por el trayecto 2, los
siguientes dos paquetes por el trayecto 3 y el siguiente paquete por el trayecto 4. A continuación, el router
vuelve a empezar y envía los tres paquetes siguientes por el trayecto 1, y así sucesivamente.
Nota: Aunque tenga la varianza configurada, EIGRP no enviará el tráfico por un trayecto de costo desigual si
la distancia informada es mayor que la factible para esa ruta en particular. Consulte la sección Distancia
factible, distancia informada y sucesores factibles para obtener más información.
Cuando realice la configuración inicial de EIGRP, recuerde estas dos reglas básicas cuando intente modificar
las métricas de EIGRP:
El ancho de banda deberá configurarse siempre en función del ancho de banda real de la interfaz; la
excepción a esta regla la presentan los enlaces serie multipunto y otras situaciones en las que la
velocidad de los dispositivos no coincide.
La demora debería utilizarse siempre para influenciar las decisiones de ruteo de EIGRP.
Dado que EIGRP emplea el ancho de banda de la interfaz para determinar la velocidad con la que debe enviar
los paquetes, es importante que estos valores se configuren correctamente. Si es necesario modificar el
trayecto elegido por EIGRP, utilice siempre un retraso para ello.
En el caso de un ancho de banda reducido, éste tiene más influencia sobre la métrica total, mientras que con
un ancho de banda mayor, el retraso es el elemento con mayor influencia.
Las etiquetas administrativas externas resultan de utilidad para romper bucles de ruteo de distribución entre
EIGRP y otros protocolos. Al etiquetar la ruta cuando se redistribuye en EIGRP, puede bloquear la
redistribución desde EIGRP en el protocolo externo. A continuación se incluye un ejemplo básico de
configuración de este tipo de etiquetas, si bien este ejemplo no muestra toda la configuración empleada para
romper bucles de redistribución.
El Router Three, que está redistribuyendo rutas conectadas en EIGRP, muestra lo siguiente:
....
interface Loopback0
interface Ethernet0
loopback
no keepalive
interface Serial0
....
....
match ip address 10
set tag 1
....
r - Reply status
....
interface Serial0
interface Serial1
....
network 172.17.0.0
router rip
network 10.0.0.0
network 172.18.0.0
default-metric 1
no ip classless
match tag 1
!
route-map foo permit 20
....
r - Reply status
El Router One, que recibe las rutas RIP redistribuidas por el Router 2, indica lo siguiente:
....
interface Serial0
no fair-queue
clockrate 1000000
router rip
network 172.18.0.0
....
Este comando sólo muestra los sucesores factibles. Para mostrar todas las entradas de la tabla de topología,
utilice el comandoshow ip eigrp topology all-links. A continuación de la tabla se incluye una explicación de
cada campo de resultado.
0 successors muestra el número de sucesores (o trayectos) que están disponibles para este destino; si los
sucesores aparecen en mayúsculas, significa que la ruta está en transición.
FD is 512640000 indica la distancia factible, que corresponde a la mejor métrica para alcanzar el destino o la
mejor métrica conocida en el momento de activar la ruta.
tag is 0x0 puede configurarse o filtrarse con mapas de rutas mediante los comandos set tag y match tag .
Q significa que hay una consulta pendiente. Este campo también puede mostrar U si tiene una actualización
pendiente, o bien R si tiene una respuesta pendiente.
query origin: Local origin indica que esta ruta originó la consulta. Este campo también puede mostrar
Multiple origins, lo cual significa que varios vecinos (no el sucesor) han enviado consultas sobre este destino,
o bien Successor origin, que significa que el sucesor ha originado la consulta.
via 10.1.2.2 indica que hemos obtenido esta ruta de un vecino cuya dirección IP es 10.1.2.2. Este campo
también puede mostrar Connected, si la red está conectada directamente al router, Redistributed, si la ruta se
está redistribuyendo en EIGRP con este router, o Summary, si se trata de una ruta de resumen generada en
este router.
(Infinity/Infinity) indica la métrica que permite alcanzar este trayecto a través del vecino del primer campo y la
distancia informada a través del vecino del segundo campo.
Q es el indicador de envío para esta ruta, lo que significa que hay una consulta pendiente. Este campo
también puede mostrar U, lo que significa que hay una actualización pendiente o R, lo que significa que hay
una respuesta pendiente.
r indica que hemos consultado a este vecino acerca de la ruta y que todavía no hemos recibido una
respuesta.
Serial0 es la interfaz a través de la cual este vecino puede ser alcanzado.
Via 10.1.2.2 (512640000/128256), Serial1 muestra que estamos utilizando esta ruta (indica el trayecto que
tomará el siguiente trayecto o destino si hay varias rutas de igual costo).
Este comando muestra todas las entradas en la tabla de topología para este destino, no sólo a los sucesores
factibles. A continuación de la tabla se incluye una explicación de cada campo de resultado.
State is Passive significa que la red se encuentra en estado pasivo, es decir, que no estamos buscando un
trayecto hasta esta red. La mayoría de las veces, las rutas están en estado pasivo en las redes estables.
Query origin flag is 1 Si la ruta está activa, este campo ofrece información sobre el creador de la consulta.
0: La ruta está activa pero no se ha originado ninguna consulta en relación con ella (buscamos un
sucesor factible local).
1: Este router originó la consulta para esta ruta (o bien la ruta es pasiva).
2: Existen varios cálculos difusos para esta consulta. El router ha recibido más de una consulta para
esta ruta de más de una fuente.
3: El router del que obtuvimos el trayecto hasta esta red está consultando la existencia de otra ruta.
4: Existen varios orígenes de consulta para esta ruta, incluido el router a través del que obtuvimos la
ruta en cuestión. Es similar a 2, pero también significa que existe una cadena de origen de consulta
que describe las consultas pendientes para esta ruta.
2 Successor(s) significa que existen dos trayectos factibles hasta esta red.
FD is 307200 muestra la mejor métrica actual a esta red. Si la ruta está activa, indica la métrica del trayecto
que se estaba usando anteriormente para enrutar paquetes a esta red.
Routing Descriptor Blocks Cada una de las siguientes entradas describe un trayecto hasta la red.
10.1.1.2 (Ethernet1) representa el siguiente salto (next hop) hacia la red y la interfaz a través de la
cual se alcanza el siguiente salto (next hop).
o 0x0: Si hay paquetes por enviar en relación con esta entrada, indica el tipo de paquete.
o 0x1: El router ha recibido una consulta sobre esta red y necesita enviar una respuesta de
unidifusión.
o 0x2: La ruta está activa, por lo que deberá enviarse una consulta de multidifusión.
o 0x3: La ruta ha cambiado, por lo que deberá enviarse una actualización de multidifusión.
Composite metric is (307200/281600) indica el total de los costos calculados hasta la red. El primer número
entre paréntesis representa el costo total hasta la red a través de este trayecto, incluido el costo hasta el
siguiente salto. El segundo número entre paréntesis representa la distancia informada, es decir, el costo del
router para el siguiente salto (next hop).
Route is Internal significa que la ruta se originó en el propio sistema autónomo (AS) EIGRP. Si la ruta fue
redistribuida en este AS EIGRP, este campo indicará que la ruta es externa.
Vector metric muestra las métricas individuales utilizadas por EIGRP para calcular el costo hasta una red.
EIGRP no propaga la información sobre el costo total por toda la red, sino que se propagan las métricas del
vector y cada router calcula el costo y la distancia informada de manera individual.
Minimum bandwidth is 10000 Kbit indica el ancho de banda más bajo en el trayecto hasta esta red.
Total delay is 2000 microseconds indica la suma de los retrasos en el trayecto hasta esta red.
Reliability is 0/255 indica el factor de fiabilidad. Este número se calcula de forma dinámica, si bien no
se utiliza de manera predeterminada en los cálculos de métricas.
Load is 1/255 indica la cantidad de carga que lleva el enlace. Este número se calcula de forma
dinámica, si bien no se utiliza de manera predeterminada cuando EIGRP calcula el costo del uso del
trayecto.
Hop count is 2 Este campo no se utiliza en los cálculos de métricas, pero sí limita el tamaño máximo
de un AS EIGRP. EIGRP acepta de manera predeterminada un número máximo de 100 saltos,
aunque es posible configurar un máximo de 220 con los saltos máximos de métrica.
Si la ruta es externa, se incluye la siguiente información. A continuación de la tabla se incluye una explicación
de cada campo de resultado.
Ruta externa
Originating Router indica que se trata del router que introdujo esta ruta en el AS EIGRP.
External AS indica el sistema autónomo del que procede esta ruta (si existe).
External Protocol indica el protocolo del que procede esta ruta (si existe).
Administrator Tag puede configurarse o filtrarse con mapas de rutas mediante los comandos set
tag y match tag.
El mismo formato de resultado que show ip eigrp topology, con la diferencia de que también muestra una
parte de la tabla de topología.
El mismo formato de resultado que show ip eigrp topology, con la diferencia de que también muestra todos
los enlaces de la tabla de topología en lugar de mostrar únicamente los sucesores factibles.