CCNP Modulo I

CAPITULO 2 Protocolo De Enrutamiento De Gateway Interior Mejorado

En los ambiente de enrutamiento en los das presentes y futuros, EIGRP ofrece beneficios y caractersticas sobre los histricos protocolos de enrutamiento vector distancia, tal como el protocolo de enrutamiento de informacin de enrutamiento versin 1 (RIPv1) y el protocolo de enrutamiento de Gateway interior (IGRP). Estos beneficios incluyen rpida convergencia, baja utilizacin de ancho de banda, y soporte de protocolo de multiruta. Nota. A partir del software Cisco IOS 12.3, IGRP ya no es soportado. Esto es mencionado aqu para proveer un contexto histrico de EIGRP. Este captulo introduce la terminologa y operacin de EIGRP, y explica como planear para, configurar, y verificar EIGRP. El capitulo explora las consideraciones para el despliegue de EIGRP en las WANs de una empresa, y como configurar y verificar la autenticacin de EIGRP. el capitulo concluye con una discusin de optimizar las implementaciones de EIGRP. Entender la terminologa y operacin de EIGRP. Esta seccin introduce EIGRP, describe sus capacidades, y explica su terminologa. La operacin de EIGRP, incluye como las tablas de EIGRP son creadas y examinadas. Esta seccin tambin describe al actualizacin del algoritmo de difusin (DUAL) y provee un detalle explicado. El clculo de la mtrica EIGRP es tambin descrito.

Capacidades y atributos de EIGRP

EIGRP es un protocolo propiedad de Cisco que combina las ventajas de los protocolos de enrutamiento de estado de enlace y vector distancia. EIGRP tiene sus races como un protocolo de enrutamiento vector distancia y es predecible en su comportamiento. Como su predecesor IGRP, EIGRP es fcil de configurar y es adaptable a una gran variedad de topologas de red. Que hace de EIGRP un protocolo de vector distancia avanzado es la adicin de varias caractersticas de estado de enlace, tal como el descubrimiento dinmico de vecinos. EIGRP es una mejora de IGRP porque de su rpida convergencia y la garanta de una topologa libre de loop en todo el tiempo. Las caractersticas de este protocolo incluyen las siguientes: Rpida convergencia--- EIGRP utiliza DUAL para lograr una rpida convergencia. Un router corriendo EIGRP almacena las tablas de enrutamiento de sus vecinos de modo que este puede rpidamente adaptarse a cambios dentro de la red. Si no existe una ruta apropiada en la tabla de enrutamiento local y no existe una ruta apropiada de respaldo en la tabla de topologa, EIGRP consulta sus vecinos para descubrir una ruta alterna. Estas consultas son propagadas hasta que una ruta alterna es encontrada o hasta que esta es determinada como ruta alterna no existente.

Actualizaciones parciales--- EIGRP enva actualizaciones parciales desencadenadas en lugar de actualizaciones peridicas. Estas actualizaciones son enviadas solo cuando la ruta o la mtrica de ruta cambian. Estas contiene informacin sobre el nico enlace que cambio en lugar de la tabla de enrutamiento completa. La propagacin de estas actualizaciones parciales es automticamente limitada de manera que solo aquellos routers que requieren la informacin sean actualizados. Como resultado, EIGRP consume significativamente menos ancho de banda que IGRP. Este comportamiento es tambin diferente de la operacin del protocolo estado e enlace, el cual enva una actualizacin de cambio a todos los routers dentro de un rea. Soporta red de mltiples capas--- EIGRP soporta IP versin 4 (IPv4), IP versin 6 (IPv6), AppleTalk y Novell NetWera Internetwork Packet Exchange (IPX) utilizando mdulos dependientes de protocolo que son responsables de un protocolo de requerimientos especficos para la capa de red. La convergencia rpida de EIGRP y la mtrica sofisticada ofrecen rendimiento superior y estabilidad cuando se implementa en redes IP, IPv6, IPX, y AppleTalk. Nota. En este captulo, IP se refiere a IPv4. Nota. Solo la implementacin de IP de EIGRP es completamente cubierta en este captulo. EIGRP para IPv6 es cubierto en el captulo 8, Implementando IPv6 en la red empresarial. AppleTalk e IPX son protocolos de legado. Ver la documentacin tcnica del Cisco IOS en Cisco.com para informacin sobre cmo opera EIGRP, y como configurar este, para AppleTalk e IPX.

Utilizacin de Multicas y Unicast--- Para la comunicacin entre los routers, EIGRP utiliza multicast y unicast en lugar de broadcast. Como resultado, las estaciones de extremo no son afectadas por las actualizaciones de enrutamiento o consultas. La direccin multicast utilizada por EIGRP es 224.0.0.10.

Nota. EIGRP previamente era llamado protocolo hibrido; recientemente el termino vector distancia avanzado es tpicamente utilizado para describir EIGRP. Otras caractersticas de EIGRP incluidas son las siguientes: Soporte para mascara de sub red de longitud variable (VLSM)--- EIGRP es un protocolo de enrutamiento sin clase, lo cual significa que este publica una mscara de sub red para cada red de destino. Esto habilita a EIGRP para soportar sub redes discontinuas y VLSM.

Conectividad sin fisura a travs de todos los protocolos de capa de enlace de datos y topologas--- EIGRP no requiere configuracin especial para trabajar a travs de cualquier protocolo de capa 2. Otros protocolos de enrutamiento, tal como Open Shortest Path Firts (OSPF), requieren configuracionde diferentes para protocolo de capa 2 diferentes, tal como Ethernet y Frame Relay (tal como usted miro en el capito 3, Configurando el protocolo Open Shortest Path Firts). EIGRP fue diseado para operar efectivamente en ambos ambientes LAN y WAN. En topologas multiacceso, tal como Ethernet, la relacin entre vecinos (tambin conocida como vecindad) son formados y mantenidos utilizando multicasting confiable. EIGRP soporta todas las topologas WAN: enlaces dedicados, enlaces punto a punto, y topologa de multiacceso sin broadcast (NBMA). EIGRP acomoda diferencias en tipos de medio y velocidad cuando la forma de adyacencias de vecino a travs de los enlaces WAN. La cantidad de ancho de banda que EIGRP utiliza en los enlaces WAN puede ser limitad. Mtrica sofisticada--- EIGRP utiliza el mismo algoritmo para calcular la mtrica como IGRP, pero los valores representados en un formato de 32-bits, en lugar que el formato de 24-bits de IGRP, para dar granularidad adicional (as la mtrica EIGRP es la mtrica IGRP multiplicada por 256). Una ventaja significante de EIGRP (y IGRP) sobre otros protocolos es sus soportes para balanceo de carga con mtricas desiguales que le permite a los administradores una mejor distribucin del trfico que fluye en sus redes.

Como la mayora de protocolos de enrutamiento, EIGRP se basa en paquete IP para entregar informacin de enrutamiento. El proceso de enrutamiento IP es una funcin de la capa de transporte. Los paquetes IP llevan informacin EIGRP que tiene el nmero de protocolo 88 en sus encabezados IP, como se ilustra en la figura 2-1. (Similar o como el Protocolo de Control de Transmisin [TCP] es el numero de protocolo 6 y el Protocolo de Datagrama d Usuario [UDP] es el numero de protocolo 17). Figura 2-1. EIGRP Es una Funcin de la Capa de Transporte.

La figura 2-2 ilustra como EIGRP ejecuta la sumarizacin automtica de ruta en los lmites de red principal. Usted puede deshabilitar esta caracterstica. El administrador puede tambin configurar la sumarizacin manual en los bits arbitrarios de lmite o cualquier interface del router (tal como una ruta ms especifica existe en la tabla de enrutamiento) para reducir el tamao de la tabla de enrutamiento. EIGRP tambin soporta la creacin de sper redes o agregacin de bloque de direcciones (redes).

Figura 2-2. EIGRP ejecuta la sumarizacin de rutas por default.

Nota. Como se menciono en el captulo 1, Servicios de Enrutamiento, la documentacin de Cisco IOS para EIGRP dice que la sumarizacin automtica esta ahora deshabilitada por default. Sin embargo, pruebas han confirmado que esta aun habilitada, al menos en algunas versiones de IOS. Por lo tanto, es prudente confirmar la configuracin de sumarizacin automtica o configurar este explcitamente. EIGRP soporta direccionamiento direccionamiento jerrquico para habilitar la sumarizacin EIGRP y tambin soporta direccionamiento IP sin jerarqua. EIGRP utiliza las cuatro siguiente llaves tecnolgicas que combina para diferenciar este de otras tecnologas de enrutamiento: Descubrimiento de vecinos/ mecanismo de recuperacin--Los mecanismos de descubrimiento de vecinos de EIGRP habilita los routers para aprender dinmicamente sobre otros routers en sus redes conectadas directamente. Los router tambin deben descubrir cuando sus vecinos se vuelven inalcanzables o inoperativos. Este proceso es logrado con baja sobrecarga por el envi peridicamente de pequeos paquetes de hello. Tan pronto como un router recibe los paquetes de hello de sus routers vecinos, este asume que los vecinos estn funcionando, y los dos pueden intercambiar informacin de enrutamiento. Protocolo de Transporte Confiable (RTP)--- RTP es responsable de garantizar, la entrega ordenada de paquetes EIGRP a todos los vecinos. RTP soporta transmisin entremezclada e paquetes multicast o unicast. Para la eficiencia, solo de ciertos paquetes EIGRP que son transmitidos confiablemente. Por ejemplo, no es necesario enviar los paquetes de hello confiablemente a todos los vecinos individualmente, entonces EIGRP enva un solo paquete de hello multicast conteniendo un indicador que informa al receptor que el paquete necesita no ser admitido. Otro tipo de paquetes, como los de actualizacin, indican en el paquete que admitido es requerido. RTP contiene una provisin para el rpido envi de paquetes multicast incluso cuando los paquetes admitidos estn pendientes, los cuales ayudan a asegurar que el tiempo de convergencia siga siendo bajo en la presencia de diferentes enlaces de alta velocidad. Dual maquina de estado finito--- Dual encarna los procesos de decisin para todos los clculos de ruta. DUAL sigue todas las publicaciones de rutas para todos los vecinos y

utiliza la informacin de distancia, conocida como la mtrica compuesta o costo, eficiente seleccin, rutas libres de loop para todos los destinos. Mdulos de protocolos dependientes--- Los mdulos de protocolos dependientes de EIGRP son responsables de los requerimientos de protocolo especfico de la capa de red. Como se menciono anteriormente, EIGRP soporta IP, IPv6, y los legendarios protocolos AppleTalk, e IPX. Cada protocolo tiene su propio modulo EIGRP y opera independientemente para cualquiera de los otros que quiz estn corriendo. El modulo IP-EIGRP, por ejemplo, es responsable de enviar y recibir paquetes EIGRP que son encapsulados en IP, igualmente, IP-EIGRP es tambin responsable de analizar paquetes EIGRP e informacin Dual de la nueva informacin que ha sido recibida. IP-EIGRP pide a DUAL que tome una decisin de enrutamiento, el resultado de los cuales son almacenados en la tabla de enrutamiento IP. IP-EIGRP es tambin responsable de la redistribucin de rutas aprendidas por otro protocolo de enrutamiento IP.

Terminologa EIGRP
Los trminos siguientes son relacionados a EIGRP y son utilizados a travs de resto de este capitulo: Tabla de vecinos--- Los routers EIGRP utilizan paquetes de hello para el descubrimiento de vecinos. Cuando un router descubre y forma una adyacencia con un nuevo vecino, este incluye la direccin del vecino y la interface a travs de la cual este puede ser alcanzado en una entrada en la tabla de vecinos. Esta tabla es comparable a la base de datos de vecindad (adyacencia) utilizada por los protocolos de estado de enlace (como se describe en el captulo 3). Que sirven al mismo propsito--- asegurar la comunicacin bidireccional entre cada uno de los vecinos conectados directamente. EIGRP mantiene una tabla de vecinos para cada protocolo de red soportado. En otras palabras, las tablas siguientes podran existir: una tabla IP de vecinos, una tabla IPv6 de vecinos, una tabla IPX de vecinos, y una tabla AppleTalk de vecinos. Tabla de topologa--- Cuando el router dinmicamente descubre un nuevo vecino, este enva una actualizacin sobre las rutas que este conoce a sus nuevos vecinos y recibe lo mismo de sus nuevos vecinos. Estas actualizaciones pueblan la tabla de topologa. La tabla de topologa contiene todos los destinos publicados por los routers vecinos. En otras palabras, cada router almacena sus tablas de enrutamiento de sus vecinos en su tabla de enrutamiento EIGRP. Si un vecino est publicando un destino, este debe estar utilizado esa ruta para reenviar paquetes. Esta regla debe ser estrictamente seguida por todos los protocolos de vector distancia. Un router EIGRP mantiene una tabla de topologa para cada configuracin de protocolo de red (IP,IPv6, IPX, y AppleTalk). Distancia publicada y distancia factible--DUAL utiliza informacin de distancia, conocida como una mtrica o costo, para una eficiente seleccin, de rutas libres de loop. La ruta de menor costo es calculada por agregar el costo entre el router del siguiente salto y el destino--- referido como la distancia publicada (AD)--- al costo entre el router local y el router del siguiente salto. La suma de estos costos es referido como distancia factible (FD).

Sucesor--- un sucesor, tambin llamado un sucesor actual, es un router vecino que tiene una ruta de menor costo a un destino (el ms bajo FD) es garantizado que no es parte de un loop de enrutamiento. Las rutas sucesores son ofrecidas a la tabla de enrutamiento para ser utilizadas para el reenvi de paquetes. Mltiples sucesores pueden existir si estos tienen la misma FD. Tabla de enrutamiento--- la tabla de enrutamiento mantiene las mejores rutas para cada destino y es utilizada para el reenvi de paquetes. Las rutas sucesores EIGRP son ofrecidas a la tabla de enrutamiento. (como se discute en el captulo 1, si un router aprende ms de una ruta exactamente al mismo destino de diferentes fuentes de enrutamiento, este utiliza la distancia administrativa para determinar cual ruta ofrecida mantienen en la tabla de enrutamiento.) Por default, cada protocolo puede agregar ms de cuatro rutas al mismo destino con la misma mtrica en la tabla de enrutamiento (recordar que el router puede ser configurado para aceptar hasta de 16 por destino). El router mantiene una tabla de enrutamiento para cada protocolo de red configurado. Sucesor factible--- Junto con el mantenimiento de la ruta de menor costo, DUAL mantiene un respaldo de rutas a cada destino. El router del siguiente salto para un respaldo de rutas es llamado el sucesor factible (FS). Un FS es un vecino que est cerca del destino, pero este no es la ruta de menor costo y, por lo tanto, no es utilizada para enviar datos. Para calificarlo como FS, un router del siguiente salto debe tener una AD menor que el FD del actual router sucesor. Esto asegura una topologa libre de loop. Los sucesores factibles son seleccionados al mismo tiempo como los sucesores pero son mantenidos solo n la tabla de topologa. La tabla de topologa puede mantener mltiples sucesores factibles para un destino.

EIGRP utiliza DUAL para calcular la mejor ruta a un destino. DUAL selecciona los routers sucesores y los router FS basados en la mtrica compuesta y asegura que las rutas seccionadas estn libres de loop.

Operacin de EIGRP
Esta seccin explica el mecanismo de la creacin de varias tablas EIGRP y describe los cinco tipos de paquetes EIGRP. Esta seccin tambin explica como los routers EIGRP inician siendo vecinos, el proceso inicial de descubrimiento de rutas, como son seleccionadas las rutas, y cmo funciona el algoritmo DUAL.

Poblando las tablas EIGRP

El proceso de seleccin de ruta EIGRP es quiz lo que ms distingue a este protocolo de enrutamiento de los otros. EIGRP selecciona el router primario (sucesor) y el router de resaldo (sucesor factible). Estos estn marcados como en la tabla de topologa. Los router primarios (sucesores) son entonces movidos a la tabla de enrutamiento. EIGRP soporta varios tipos de rutas: internas, externas, y sumarizadas. Las rutas interna se originan dentro del sistema autnomo (AS). Las rutas externas son aprendidas de otro

protocolo de enrutamiento u otro sistema autnomo EIGRP. Las rutas sumarizadas son rutas que abarcan mltiples sub redes. La figura 2-3 ilustra las tres tablas que EIGRP utiliza en su operacin: Figura 2-3. EIGRP mantiene una tabla de vecinos, una tabla de topologa, y una tabla de enrutamiento.

La tabla de vecinos lista los routers adyacentes. La tabla de topologa lista todas las rutas aprendidas a cada destino. La tabla de enrutamiento contiene las mejores rutas (el router sucesor) a cada destino.

La tabla de vecinos
La tabla de vecinos incluye la direccin de cada vecino y la interface a travs de la cual este puede ser alcanzado. La entrada de la tabla de vecinos tambin incluye informacin requerida por RTP. Los nmeros de secuencia son utilizados para que coincida con acuse de recibo con paquetes de datos, y la ltima secuencia de nmero recibida de los vecinos es guardada, para detectar paquetes fuera de orden. Una lista de transmisin es utilizada en la cola de paquetes para posible retransmisin para un vecino bsico. Los tiempos de ida y vuelta son mantenidos en la entrada de la tabla de vecinos para estimar un intervalo ptimo de retransmisin.

Tabla de topologa
Cada router EIGRP reenva una copia de sus tablas de enrutamiento a todos sus vecinos EIGRP adyacentes, como lo especifica en su tabla de vecinos EIGRP. Cada router entonces almacena las tablas de enrutamiento de los vecinos adyacentes en su tabla de topologa EIGRP (base de datos). La tabla de topologa tambin mantiene la mtrica que cada vecino pblica para cada destino (la AD) y la mtrica que este router utilizara para alcanzar el destino va ese vecino (el FD). El comando show ip eigrp topology all-links despliega todas las entradas IP en la tabla de topologa, mientras que el comando show ip eigrp topology despliega solo los sucesores y sucesores factibles para las rutas IP. La tabla de topologa es actualizada cuando una ruta conectada directamente o interface cambia o cuando un router vecino reporta un cambio en una ruta.

Una entrada en la tabla de topologa para un destino puede existir en uno o dos estados: activa o pasiva. Una ruta es considera pasiva cuando el router no est ejecutando re calculo en esa ruta. Una ruta es activa cuando est experimentando un re clculo (en otras palabras, cuando est buscando un nuevo sucesor). Observemos que pasivo es el funcionamiento, estado estable. Si la ruta va el sucesor ya no es vlida (por un cambio de topologa) o si un vecino perdido o cambia la mtrica, DUAL chequea por un sucesor factible para el destino. Si un FS es encontrado, DUAL utiliza este, evitando as el re clculo de la ruta. Esto resulta en una rpida convergencia. Si los sucesores factibles estn siempre disponibles, un destino nunca tiene que entrar en el estado activo, evitando as un re clculo. Un re clculo ocurre cuando la ruta actual a un destino, el sucesor, se cae y no hay un sucesor factible para el destino. El re clculo no es un proceso intensivo, pero este afecta el tiempo de convergencia, entonces este es ventajoso para evitar un re clculo innecesario. La ruta inicia el re clculo enviando un paquete de pregunta a cada uno de sus routers vecinos. Si el router vecino tiene una ruta para el destino, este enviara un paquete de repuesta. Si este no tiene una ruta, este enva un paquete de pregunta a sus vecinos. En este caso, la ruta esta tambin en el estado activo en el router vecino; mientras que un destino est en estado activo, un router no puede cambiar la informacin de la tabla de enrutamiento del destino. Este proceso continua. Los routers que no tienen otros vecinos y routers que saben que el destino es inalcanzable responden a las consultas de forma inmediata, indicndole la ruta inalcanzable. Cuando un router recibe todas las repuestas de sus consultas, este responde a las consultas de sus vecinos, etctera. Si hay al menos una entrada en la tabla de topologa para el destino despus que un router ha recibido una respuesta de cada router vecino, el destino retorna al estado pasivo, y el router selecciona un sucesor para este. Si no hay una entrada en la tabla de topologa para el destino, y este no es alcanzable desde ese router. (la seccin a continuacin en este captulo las conexiones atrapadas en activo en EIGRP, describen que sucede si no todas las respuestas son recibidas de una consulta de una manera oportuna.)

Tabla de enrutamiento
Cada router examina su tabla de topologa EIGRP y determina la mejor ruta otro router factible a cada red destino. Un router compara todos los FDs para alcanzar una red especifica y entonces selecciona la ruta con el menor FD coloca est en la tabla de enrutamiento IP. Esta es la ruta sucesor. La FD para la ruta sucesora escogida se convierte en la mtrica de enrutamiento EIGRP para alcanzar esa red en la tabla de enrutamiento.

Paquetes EIGRP
EIGRP enva a fuera cinco diferentes tipos de paquetes: hello, actualizacin, consulta (query), respuesta (reply), y acuse de recibido (ACK). Estos paquetes son utilizados para la adyacencia inicial entre vecinos, para mantener la topologa y las tablas de enrutamiento actuales. Cuando una solucin de problemas en una red EIGRP, los administradores de red deben entender que los paquetes EIGRP son utilizados por y como estos son cambiados. Por ejemplo, si los routers corren EIGRP y no forman una relacin de vecinos, estos routers no pueden cambiar

actualizaciones EIGRP con cada uno de los otros. Fuera de las actualizaciones EIGRP, los usuarios no pueden conectar a los servicios a travs de la red.

EIGRP utiliza los siguientes cinco tipos de paquetes

Hello--- los paquetes hello son utilizados para descubrir vecinos. Estos son enviados como multicast y no requieren un acuse de recibido. (estos llevan un numero de reconocimiento de 0.) Actualizacin--- los paquetes de actualizacin contiene informacin de cambio de ruta. Una actualizacin es enviada para comunicar las rutas que un router particular a utilizado para converger. Una actualizacin es enviado solo a los routers afectados. Los paquetes de actualizacin son enviados como multicast cuando una nueva ruta es descubierta, y cuando la convergencia es completada (en otras palabras, cuando una ruta se vuelve pasiva). Para sincronizar las tablas de topologa, los paquetes de actualizacin son enviados como unicast a los vecinos durante sus secuencias de inicio EIGRP. Los paquetes de actualizacin son enviados seguramente. Consulta (Query)--- cuando un router est ejecutando re calculo de ruta y no tiene un FS, este enva un paquete de consulta a sus vecinos, preguntando si ellos tienen un sucesor para el destino. Las consultas (queries) son normalmente multicast ero pueden ser re trasmitidas como paquetes unicast en ciertos casos. Estos son enviados seguramente. Respuesta (Reply)--- un paquete respuesta (reply) es enviado en respuesta a un paquete consulta. Las respuestas son unicast para el autor de la consulta y son enviados confiablemente. Un router debe responder todas las consultas. Acuse de recibo ACK--- el ACK es utilizado para acusar de recibido las actualizaciones, consultas (queries) y respuestas (replies). Los paquetes ACK son paquetes hello unicast y contiene un nmero de contestacin distinto de cero. (note que los paquetes de hello y ACK no requieren contestacin.

El paquete de hello es el primer tipo intercambiado por los routers EIGRP. La seccin siguiente provee detalles del protocolo hello y como los paquetes hello son utilizados. El detalle de cmo los otros tipos de paquetes son utilizados son provedos a travs del resto del captulo.

Paquetes EIGRP de hello

A travs del protocolo hello, un router EIGRP dinmicamente descubre otros routers EIGRP conectados directamente a este. El router enva paquetes hello fuera de las interfaces configuradas para EIGRP utilizando la direccin EIGRP multicas 224.0.0.10. Cuando un router EIGRP recibe un paquete hello de un router perteneciente al mismo sistema autnomo, este establece una relacin de vecino (adyacencia). Nota. El termino sistema autnomo tal como el utilizado por EIGRP (y OSPF) no es el mismo sistema autnomo de un protocolo como el de un Protocolo de borde de Gateway (BGP) (como se cubre en el captulo 6 Implementado una Solucin de Protocolo de Borde de Gateway para un

conectividad ISP). Para EIGRP, considera el sistema autnomo para ser un grupo de routers todos corriendo el mismo protocolo, usted quiz tenga ms de un sistema autnomo EIGRP (grupo) dentro de su red, en cuyo caso usted quiz quiere redistribuir (compartir) rutas entre estos. La re distribucin es detallada en el captulo 4, Manipulando Actualizaciones de Enrutamiento. El intervalo de tiempo de paquete hello vara dependiendo del medio. Por default, los paquetes hello son enviados cada 60 segundos en una interface T1 o una interface ms lenta NBMA y cada 5 segundos en otras interfaces seriales y en las LANs. Nota. El valor por defecto de 60 segundos aplicado solo a medios de baja velocidad NBMA. La baja velocidad es considerada por ser una velocidad de T1 o Mas lenta, como se especifica con el comando de configuracin de interface bandwidth. Para el propsito de EIGRP, las redes Frame Relay y Switched Multimegabit Data Service (SMDS) quiz sean consideradas por ser NBMA si la interface no ha sido configurada para utilizar multicasting fsico. De otra manera, estn son consideradas por no ser NBMA. Usted puede ajustar la velocidad en los paquetes de hello los cuales son enviados, llamado el intervalo de hello, en funcin de cada interface base con el comando de configuracin de interface ip hello-interval eigrp as-number seconds. Los paquetes hello incluyen el tiempo de espera. El tiempo de espera es la cantidad de tiempo que un router considera a un vecino activo sin recibir un paquete de hello o algn otro paquete EIGRP de ese vecino. El intervalo de tiempo de espera es ajustado por default en tres veces el intervalo de hello. Por lo tanto, el valor por default del tiempo de espera es 15 segundos en interfaces LAN o WAN rpidas y 180 segundos en interfaces WAN ms lentas. Usted puede ajustar el tiempo de espera con el comando de configuracin de interface ip hold-time eigrp asnumber seconds. Nota. El tiempo de espera no es automticamente ajustado despus que un intervalo de hello cambia. Si usted cambia el intervalo de hello, usted debe manualmente ajustar el tiempo de espera que se refleja en la configuracin del intervalo de hello. Si un paquete no es recibido antes de la expiracin del tiempo de espera, la adyacencia del vecino es borrada, y todas las entradas aprendida en la tabla de topologa de esos vecinos son removidas, como si el vecino hubiera establecido un inicio de actualizacin que todos las rutas son inalcanzables. Si el vecino es un sucesor para cualquier red de destino, estas redes son removidas de la tabla de enrutamiento, y rutas alternas, si estn disponibles, son re calculadas. Esto le permite a las rutas una rpida re convergencia si una ruta factible alterna est disponible.

Vecinos EIGRP

Dos routers pueden convertirse en vecinos EIGRP incluso aunque el hello y el tiempo de espera no concuerden. Esto significa que el intervalo de hello y el valor del tiempo de espera pueden ser establecidos independientemente en diferentes routers. El direccionamiento secundario puede ser aplicado a las interfaces para resolver un problema particular de direccionamiento, aunque toda la sobrecarga de trafico de enrutamiento es generado a travs de la direccin de la interface principal. EIGRP no construir relaciones entre pares sobre direccionamiento secundario porque todo el trafico EIGRP utiliza las direcciones primarias de las interfaces. Para formar una adyacencia EIGRP, todos los vecinos utilizan sus direcciones primarias como la fuente de direcciones IP de sus paquetes EIGRP. La adyacencia entre los routers EIGRP toma lugar si la direccin primaria de cada vecino es parte de la misma sub red IP. En adicin, las relaciones entre pares no son formadas si los vecinos residen en un diferente sistema autnomo EIGRP o si los constantes mecanismos de clculo de mtrica (el valor K) son desalineados en ese enlace. (los valores K son discutidos en la seccin Caculo de la Mtrica EIGRP, mas adelante en este captulo.)

Contenido de la tabla de vecinos

Un router EIGRP multicastea paquetes de hello para descubrir vecinos. Este forma una adyacencia con estos vecinos de modo que este puede intercambiar actualizaciones de ruta. Solo los router adyacentes intercambian informacin de enrutamiento. Cada router construye una tabla de vecinos de los paquetes de hello que este recibe de los router adyacentes EIGRP corriendo el mismo protocolo de capa de red. EIGRP mantiene una tabla de vecinos para cada protocolo de capa de red configurado. Usted puede desplegar la tabla de vecinos IP con el comando show ip eigrp neighbors, como se muestra en el Ejemplo 2-1. Ejemplo 2-1. Muestra de salida del comando show ip eigrp neighbors.

Esta tabla de vecinos incluye los siguientes elementos clave. H (manipular)--- Un numero utilizado internamente por los Cisco IOS para realizar un seguimiento de vecinos. Esta columna lista el orden en el cual un par de secciones eran establecidas con los vecinos especficos, iniciando con 0. Interface--- la interface en este router a travs de la que se reciben los paquetes hello de los vecinos, y por lo tanto a travs de la cual los vecinos pueden ser alcanzados. Tiempo de espera--- el tiempo mximo, en segundos, que el router espera para escuchar de los vecinos sin recibir nada de un vecino antes de considerar el enlace deshabilitado. Originalmente, el paquete esperado era un paquete de hello, pero en las

versiones actuales de Cisco OIS, cualquier paquete EIGRP recibido despus del primer hello de esos vecinos reinicia el contador. Tiempo de actividad--- El tiempo transcurrido, en horas, minutos, y segundos desde el primer router local escuchado de los vecinos. Contador de tiempo de ida y vuelta (smooth round trip timer (SRTT))--- El nmero promedio de milisegundos que a este le toma para un paquete EIGRP para ser enviado a sus vecinos y para el router local recibir un acuse de recibido de ese paquete. Este contador es utilizados para determinar el intervalo de retransmisin, tambin conocido como el tiempo de espera de retransmisin (RTO). RTO--- La cantidad de tiempo, en milisegundos, que el router espera para un acuse de recibido antes de retransmitir un paquete confiable de la cola de retransmisin a un vecino. Contador de colo (Q)--- El numero de paquetes EIGRP (actualizacin, consulta, y respuesta) esperado en la cola para ser enviado a fuera. Si este valor es constantemente mayor que 0, un problema de congestin quiz exista. Un 0 indica que ningn paquete EIGRP estar en la cola. Numero de secuencia--- el numero de secuencia del ltimo paquete de actualizacin, consulta, o repuestas que fue recibido de estos vecinos.

Confiabilidad EIGRP
Los mecanismos de confiabilidad de EIGRP aseguran la distribucin de informacin de ruta crtica a los routers vecinos. Esta informacin es requerida para permitir a EIGRP mantener una topologa libre de loop. Para la eficiencia, solo ciertos paquetes EIGRP son transmitidos confiablemente. Todos los paquetes que llevan informacin de enrutamiento (actualizacin, consulta, y respuesta) son enviados confiablemente (porque estos no son enviados peridicamente). Un numero de secuencia es asignado a cada paquete confiable y un explicito acuse de recibo es requerido para ese nmero de secuencia. Recordar que RTP es responsable de garantizar, la entrega ordenada de los paquetes EIGRP a todos los vecinos. RTP soporta una transmisin entremezclada de paquetes multicast y unicast. RTP asegura que la comunicacin permanente sea mantenida entre los routers vecinos. Tal como, una lista de transmisin es mantenida para cada vecino. Esta lista le indican los paquetes que no han acusado de recibido por un vecino dentro del RTO. Este es utilizado para dar seguimiento a todos los paquetes confiables que fueron enviados pero no acusaron de recibidos. Si el RTO expira antes que un paquete ACK es recibido, el proceso EIGRP retransmite otra copia del paquete confiable, hasta un mximo de 16 veces o hasta que el tiempo de espera expire.

El uso de paquetes multicast confiables es eficiente. Sin embargo, un retardo potencial en una medio multiacceso donde multiples vecinos residen. El siguiente paquete multicast confiable no puede ser transmitido hasta que todos los compaeros tengan acuse de recibido el multicast previo. Si uno o ms compaeros son lentos para responder, esto afecta negativamente todos los compaeros por el retardo de la siguiente transmisin. RTP es designado para manejar las excepciones: los vecinos que son lentos para responder al multicast tienen los paquetes multicast sin acuse de recibido retransmitidos como unicast. Esto permite la operacin multicast confale para seguir sin retardo en la comunicacin con otros compaeros, ayudando a asegurar que el tiempo de convergencia siga siendo bajo en la presencia de enlaces de velocidad variable. El temporizador de flujo de multicast (ver en la salida del comando show ip eigrp interfaces) determina cuanto tiempo debe esperar por un paquete ACK antes de conmutar (switching) de multicas a unicast. El RTO determina cuanto tiempo debe esperar entre la sub secuencia unicast. El proceso EIGRP para cada vecino calcula ambos el temporizador de flujo multicast y RTO, basado en el SRTT. Las formulas para el SRTT, RTO, y el temporizador de flujos de multicast son propiedad de Cisco. En una red de estado estable donde ninguna ruta esta agitada. EIGRP espera el intervalo de tiempo de espera especfico antes que este determine que un vecino EIGRP adyacente se cae. Por lo tanto, por default, EIGRP espera ms de 15 segundos en un enlace de alta velocidad ms de 180 segundos en un enlace WAN ms lento. Cuando EIGRP determina que un vecino esta cado y el router no pueden restablecer la adyacencia, la tabla de enrutamiento remueve todas las redes que pueden ser alcanzadas a travs de ese vecino. El router intenta encontrar rutas alternas a esas redes para que la convergencia pueda ocurrir. Los 180 segundos del tiempo de espera en un enlace de baja velocidad puede parecer excesivo, pero este acomoda el enlace de ms baja velocidad, los cuales estn generalmente conectados a los sitios remotos menos crticos. En algunas redes con misin critica o aplicaciones de tiempo sensitivo (tales como telefona IP), incluso en enlaces de alta velocidad, 15 segundos es demasiado tiempo. El punto para recordar es que otra condicin puede invalidar el tiempo de espera y permitirle a la red converger rpidamente. Por ejemplo, si la red es inestable y las rutas son agitadas en otra parte porque un sitio remoto est esperando un tiempo para su adyacencia, EIGRP mantiene los temporizadores de cuenta regresiva de 180 segundos. Cuando el sitio superior enva al sitio remoto una actualizacin, y el sitio remoto no acusa de recibida la actualizacin, el sitio superior intenta 16 veces retransmitir la actualizacin. La retransmisin ocurre cada vez que el RTO expira. Despus de los 16 reintentos, el router reinicia la relacin de vecinos. Esto hace que la red converja ms rpido que esperar por la expiracin del tiempo de espera.

Descubrimiento inicial de ruta

EIGRP combina el proceso de descubrimiento de vecinos y aprendizaje de rutas. La figura 2-4 ilustra el proceso inicial de descubrimiento de ruta. Figura 2-4. Descubrimiento inicial de ruta.

Lo siguiente describe el proceso inicial de descubrimiento de ruta: 1. Un nuevo router (Router A en la figura 2-4) levanta un enlace y enva un paquete hello a travs de todas sus interfaces EIGRP configuradas. 2. Los router reciben el paquete hello en una interface (Router B en la figura 2-4) responde con paquetes de actualizacin que contienen todas las rutas que ellos tienen en sus tablas de enrutamiento, esepto esas que aprendi a travs de esa interface (porque la regla de horizonte dividido). El router B enva un paquete de actualizacin al router A. el paquete de actualizacin del router B tiene el bit inicial, indicando que este es el proceso inicial. El paquete de actualizacin contiene informacin sobre las rutas que el vecino (Router B) es consciente, incluyendo la mtrica que el vecino est publicando para cada destino. 3. Despus de que ambos routers hayan intercambiado hellos y la adyacencia de vecinos est establecida, el router A responde al router B con un paquete ACK, indicando que este recibi la informacin de actualizacin. 4. El router A inserta el paquete de informacin de actualizacin en su tabla de topologa. La tabla de topologa incluye todos los destinos publicados por los routers vecinos (adyacentes). Esta es organizada de modo que cada uno de los destinos este listado, junto con todos los vecinos que pueden tener destino y sus mtricas asociadas. 5. El router A entonces enva un paquete de actualizacin al router B. 6. Una vez recibido el paquete de actualizacin, el router B enva un paquete ACK al router A. Despus de que el router A y el router B completen el recibo de paquetes de actualizacin el uno del otro, estos estn listos para escoger la ruta sucesor (el mejor) y FS (respaldo) en la tabla de topologa, y ofrece las rutas sucesor a la tabla de enrutamiento.
Horizonte dividido El horizonte dividido controla en envo de paquetes de actualizacin EIGRP IP y consultas. Cuando el horizonte dividido es habilitado en una interface, ni paquetes de actualizacin o consulta para los destinos para los cuales esta interface es el siguiente salto son enviados fuera de esta interface. Esto reduce la posibilidad de loops de enrutamiento. Por default, en EIGRP est habilitado el horizonte dividido en la mayora de interfaces. (La seccin EIGRP sobre Frame Relay y en una interface fsica

DUAL
El algoritmo de actualizacin por difusin (DUAL) es la mquina de estado finito que selecciona cual informacin es almacenada en la tabla de topologa y tabla de enrutamiento. Tal como, DUAL encarna el proceso de decisin para todos los reclcalos de ruta EIGRP. Este rastrea todas Las rutas publicadas por todos los vecinos, utilizando la mtrica para seleccionar una ruta eficiente y libre de loop a cada destino, e inserta esa opcin en la tabla de enrutamiento.

Distancia publicada y distancia factible

La AD es la mtrica EIGRP para un router vecino EIGRP para alcanzar una red particular. Esta es la mtrica entre el router vecino del siguiente salto y la red de destino. La FD es la mtrica EIGRP para esa router para alcanzar una red particular. Esta es la suma de la AD para la red particular aprendida de un vecino EIGRP, ms la mtrica EIGRP para alcanzar ese vecino (la mtrica entre este router y el router del siguiente salto). Un router compara todas las FDs para alcanzar una red especfica en su tabla de topologa. El router con la FD mas baja es ofrecida a su tabla de enrutamiento IP. Este es el router sucesor. La FD para la ruta preferida convertida en la mtrica de enrutamiento EIGRP para alcanzar esa red en la tabla de enrutamiento. Por ejemplo, en la figura 2-5, los routers A y B envan sus tablas de enrutamiento al router C, esas tablas son mostradas en la figura. Ambos routers A y B tienen rutas a la red 10.1.1.0/24 (entre muchas otras que no son mostradas). Figura 2-5. EIGRP prefiere la ruta con la ms baja Distancia Factible.

La tabla de enrutamiento en el router A tiene una mtrica EIGRP de 1000 para 10.1.1.0/24. Por lo tanto, el router A publica la 10.1.1.0/24 al router C con una mtrica de 1000. El router C coloca la red 10.1.1.0/24 del router A en su tabla de topologa EIGRP con una AD de 1000. El

router B tiene la red 10.1.1.0/24 con una mtrica de 1500 en su tabla de enrutamiento IP. Por lo tanto, el router B publica la 10.1.1.0/24 al router C con una AD de 1500. El router C coloca la red 10.1.1.0/24 del router B en la tabla de topologa EIGRP con una AD de 1500. El router C en la figura 2-5 tiene dos entradas para alcanzar la 10.1.1.0/24 en su tabla de topologa. La mtrica EIGRP para el router C para alcanzar tanto el router A o B es 1000. Este costo (1000) es agregado a la respectiva AD de cada router, y el resultado representa las FDs que el router C debe recorrer para alcanzar la red 10.1.1.0/24. El router C elige la FD con el costo mnimo (en este caso 2000, va el router A) e instala esta es su tabla de enrutamiento IP como la mejor ruta para alcanzar 10.1.1.0/24. La mtrica EIGRP en la tabla de enrutamiento es la mejor FD de la tabla de topologa EIGRP. En este caso la tabla de enrutamiento del router C muestra la ruta a 10.1.1.0/24 esta va el router A con una mtrica de 2000.

Sucesor y sucesor factible

Un sucesor, tambin llamado un sucesor actual, es un router vecino utilizado para reenviar paquetes que tiene una ruta con menor costo a un destino que est garantizando no ser parte de un loop de enrutamiento. El FD, no la AD, afecta la seleccin de las mejores rutas para incorporarlas en la tabla de enrutamiento. La AD es utilizada solo para calcular la FD. Un router es preferido como un sucesor porque este tiene la FD de menor costo de todas las rutas posibles a esa red destino. L sucesor el siguiente router en la lnea para alcanzar ese destino---este es el router del siguiente salto en la mejor ruta para alcanzar esa red destino. Un router EIGRP selecciona la mejor ruta para alcanzar una red dada y entonces instala la red destino, la mtrica para alcanzar esa red, la interface de salida para alcanzar el router del siguiente salto, y la direccin IP del router del siguiente salto dentro de la tabla de enrutamiento IP. Si la tabla de topologa EIGRP tiene muchas entradas que tienen una FD de igual costo para dar una red destino, todos los sucesores (hasta 4 por defecto) para esa red destino son instalados en la tabla de enrutamiento. Todos los protocolos de enrutamiento IP pueden instalar solo la informacin de la ruta del siguiente salto en la tabla de enrutamiento. Informacin sobre el router sub secuente en la ruta no es colocado en la tabla de enrutamiento. Cada router responde al router del siguiente salto para tomar una decisin confiable para alcanzar una red de destino especfico. La ruta salto a salto a travs de una red va de un router al siguiente. Cada router hace una seleccin de ruta para alcanzar una red dada e instala la mejor direccin del siguiente salto a lo largo de la ruta para alcanzar esa red destino. Un router confa en su ruta sucesor (el mejor router del siguiente salto) para enviar trfico hacia esa direccin de destino. La tabla de enrutamiento es esencialmente un subconjunto de la tabla de topologa. La tabla de topologa contiene informacin ms detallada sobre cada ruta, cualquier ruta de respaldo, e informacin utilizada exclusivamente por DUAL.

Un FS es un router proveyendo una ruta de respaldo. La ruta a travs del FS debe estar libre de loop. En otras palabras, este no debe loop back al sucesor actual. Los FSs son seleccionados al mismo tiempo que los sucesores son identificados. Estos routers FS son mantenidos en la tabla de topologa. La tabla de topologa puede retener mltiples router FS para un destino. Un FS debe ser matemticamente probado. Para calificar como un FS, un router del siguiente salto debe tener una AD menor que la FD del router sucesor actual para la red particular. Esto es conocido como la condicin de factibilidad. Este requerimiento asegura que el FS no pueda utilizar una ruta a travs del router local. Por ejemplo, como se muestra en la tabla de topologa del router C en la figura 2-6 (para la red mostrada anteriormente en la figura 2-5), el router B es un FS, porque la AD a travs del Router B (1500) es menor que la FD del sucesor actual, el router A (2000). Figura 2-6. La tabla de topologa del router C: La AD del Sucesor Factible debe ser menor que la FD del Sucesor.

Cuando un router pierde una ruta, este busca en la tabla de topologa por un FS. Si uno esta disponible, la ruta no entra en un estado activo. En lugar, el mejor FS es promovido como el sucesor y es instalado en la tabla de enrutamiento. El FS puede ser utilizado inmediatamente, sin ninguna re calculacin. Si no hay FSs, una ruta entra en estado activo y ocurre una re calculacin de ruta. A travs de este proceso, un nuevo sucesor es determinado (si no hay uno). La cantidad de tiempo que le toma re calcular la ruta afecta el tiempo de convergencia. La figura 2-7 ilustra otro ejemplo. La tabla de topologa inicial del router C es mostrada en la parte superior de la figura. El router B es el sucesor para la red 10.1.1.0/24, y el Router D es el FS. Figura 2-7. Con un sucesor factible, EIGRP puede recuperarse inmediatamente de la fallas de red.

En la figura 2-7, el enlace entre el router B el router C fallo. El router C remueve la ruta 10.1.1.0/24 a travs del router B de su tabla de enrutamiento y busca en la tabla de topologa EIGRP por un FS; el router D es un FS. Porque el router D puede aun alcanzar la red y o enva un paquete de actualizacin o consulta para informar al router C de la ruta perdida, el router C inmediatamente utiliza la ruta a travs del router D. el router C prefiere esta ruta como un FS porque la AD a travs del router D (1500) es menor que la FD de la mejor ruta, a travs del router B (2000). Esta ruta es garantizada por ser libre de loop. La figura 2-8 ilustra otro escenario que muestra como DUAL asegura una red libre de loop. El router B enva la actualizacin de enrutamiento sobre la red 10.0.0.0/8, con una AD de 30. El router A recibe la actualizacin, calcula el valor de FD (130), y enva una actualizacin a ambos de sus vecinos, los router C y D. los router A, C, y D estn en un loop. La actualizacin enviada por el router C es enviada al router D, el cual entonces enva esta al router A. La AD de la ruta que el router D enva al router A es 330. Este valor de AD es ms alto que la FD (130) en el router A, calculada de la actualizacin original recibida del router B. Porque la FD de la ruta en el router A es ms pequea que la AD de la actualizacin proveniente del router D, la ruta va el router D no se convierte en un FS. As, DUAL asegura que no habr loop de enrutamiento en la red. Figura 2-8. DUAL Asegura una red libre de loop.

Ejemplo de DUAL
La frmula matemtica para asegurar que el FS est libre de loop requiere que la AD de la ruta de respaldo sea menor que la FD de el sucesor. Cuando la AD la segunda mejor ruta es mayor que o igual a la FD del sucesor, un FS no puede ser preferido. En este caso, un proceso de descubrimiento que utiliza consultas y respuestas EIGRP debe ser utilizado para encontrar alguna ruta alterna a las redes perdidas. El siguiente ejemplo examina las entradas parciales de la red 10.1.1.0/24 en las tablas de topologa para los routers C, D y E en la figura 2-9, le da una mejor compresin del comportamiento EIGRP. La tabla de topologa parcial mostrada en la figura 2-9 indica lo siguiente:

Figura 2-9. Ejemplo de Dual, Paso 1.

AD--- La distancia publicada es igual al costo de la ruta a la red 10.1.1.0/24 como se publico por los routers vecinos. Por ejemplo, considere los vecinos del router E: El router D tiene una AD de 2 y el router C tiene una AD de 3, para 10.1.1.0/24. FD--La distancia factible es igual a la suma de la AD de un vecino para alcanzar 10.1.1.0/24, mas la mtrica para alcanzar ese vecino. Por ejemplo, de nuevo considere el router E: la FD de la ruta a 10.1.1.0/24 via el router D es la AD (2) del router D mas la mtrica para alcanzar el router D del router E (1), para un total de 3. La FD del router a 10.1.1.0/24via el router C es la AD del router C mas la mtrica para alcanzar el router C del router E (1), para un total de 4. Sucesor--- El sucesor es la ruta de reenvi utilizada para alcanzar la red 10.1.1.0/24. El costo de esta ruta es igual a la FD. Por ejemplo, el router E elige la ruta a 10.1.1.0/24 con la FD mas baja, la cual es va el router D. Esta es la ruta que el router E coloca en su tabla de enrutamiento. FS--el sucesor factible es una ruta alterna libre de loop para alcanzar la red 10.1.1.0/24. Por ejemplo, en el router C, la ruta va el router D es un FS porque la AD (2) es menor que la FD (3) va el sucesor el router B. Los routers D y E no tienen ningn FSs porque la AD de las rutas alternas no son menores que la FD de sus sucesores actuales.

La red mostrada en la figura 2-9 es estable y convergente. Nota. Como se menciono anteriormente, EIGRP implementa el horizonte dividido, por ejemplo, el router E no pasa su ruta por la red 10.1.1.0/24 al router D, porque el router E utiliza el router D como su siguiente salto a la red 10.1.1.0/24. En la figura 2-1, los routers B y D detectan una falla de enlace. En el router D, DUAL marca la ruta a la red 10.1.1.0/24 a travs del router B como inutilizable despus de ser notificado de la falla del enlace. Figura 2-10. Ejemplo de DUAL, paso 2.

Los siguientes pasos entonces ocurren, como se muestra en la figura 2-11.

1. En el router D, no hay un FS a la red 10.1.1.0/24, porque la AD va el router C (3) es mayor que la FD va el router B (2). Por lo tanto, DUAL hace lo siguiente: a. Fijar la mtrica a la red 10.1.1.0/24 como inalcanzable (-1 es inalcanzable). b. Porque un FS no puede ser encontrado en la tabla de topologa, la ruta cambia del estado pasivo al estado activo. En el estado activo, el router enva consultas los routers vecinos buscando un nuevo sucesor. c. Enviar una consulta a los routers C y E para una ruta alterna para la red 10.1.1.0/24. d. Marcar el router C y E como teniendo una consulta pendiente (q). 2. En el router E, DUAL marca la ruta a la red 10.1.1.0/24 a travs del router D como inutilizable. 3. En el router C, DUAL marca la ruta a la red 10.1.1.0/24 a travs del router D como inutilizable. Figura 2-11. Ejemplo de Dual, paso 3.

Los siguientes pasos entonces ocurren, como se muestra en la figura 2-12. Figura 2-12. Ejemplo de Dual, paso 4.

1. En el router D: a. DUAl recibe una respuesta del router C que no indica cambios en la ruta a la red 10.1.1.0/24.

b. DUAL remueve las banderas de consulta del router C. c. DUAL permanece activo en la red 10.1.1.0/24, esperando una respuesta del router E a su consulta (q). 2. En el router E, no hay FS para la red 10.1.1.0/24, porque la AD del router C (3) no es menor que la FD original (tambin 3). a. DUAL genera una consulta para el router C. b. DUAL marca el router C como consulta pendiente (q) 3. En el router C, DUAL marca la ruta a la red 10.1.1.0/24 a travs del router E como inutilizable. Los siguientes pasos entonces ocurren, como se muestra en la figura 2-13: Figura 2-13. Ejemplo de DUAL, paso 5.

1. En el router D, DUAL permanece activo en la red 10.1.1.0/24, esperando una respuesta del router E (q). 2. En el router E: a. DUAL recibe una repuesta del router C no indicando cambio. b. Este remueve la bandera de consulta del router C. c. Este calcula una nueva FD e instala un nuevo router sucesor en la tabla de topologa. d. Este cambia la ruta a la red 10.1.1.0/24 de activa a pasiva (convergente). Los siguientes pasos entoces ocurren, como se muestra en la figura 2-14 en el router D: 1. 2. 3. 4. DUAL recibe una respuesta del router E. Este remueve la bandera de consulta del router E. Este calcula una nueva FD. Este instala un nuevo router sucesor en la tabla de topologa. Dos routers (a travs de los routers C y E) tienen la misma FD, y ambos son marcados como sucesores. 5. Este cambia la ruta a la red 10.1.1.0/24 de activa a pasiva (convergencia). Figura 2-14. Ejemplo de DUAL, paso 6.

Los siguientes pasos entonces ocurren, como se muestra en la figura 2-15:

Figura 2-15. Ejemplo de DUAL, paso 7.

1. En el router D, dos routers sucesores estn en la tabla de topologa para la red 10.1.1.0/24. Ambos routers sucesores estn listados en la tabla de enrutamiento, y el balanceo de cargas de igual costo esta en efecto. 2. La red es estable y convergente.

La figura 2-9, la topologa original antes de la falla del enlace, muestra el trafico del router E para 10.1.1.0/24 pasando a travs de los router D y B. en la figura 2-1, la nueva topologa muestra el trafico de los routers D y E para la 10.1.1.0/24 pasando a travs de los routers C y B. Note que a travs de todo el proceso de convergencia, las rutas a la red 10.1.1.0/24 se ponen activas solo en los routers D y E. La ruta a la red 10.1.1.0/24 en el router C permanece pasiva porque la falla del enlace entre los routers B y D no afecta al router sucesor del router C para la red 10.1.1.0/24. Nota. Cuando DUAL decide que un paquete necesita ser transmitido a un vecino, los paquetes no est actualmente generados hasta el momento de la transmisin. En lugar, la consulta transmitida contiene pequeas, estructuras de tamao fijo que indican cual parte de la de la tabla de topologa es incluida en el paquete cuando este es finalmente transmitido. Esto significa que las consultas no consumen una gran cantidad de memoria. Esto tambin significa que solo la ltima informacin es transmitida en cada paquete. Si una ruta cambia de estado varias veces, solo el ltimo estado es transmitido en el paquete, as se reduce la utilizacin del enlace.

Calculo de la mtrica EIGRP

DUAL selecciona las rutas basado en la mtrica compuesta EIGRP. Cinco criterios son asociados con la mtrica compuesta EIGRP, pero EIGRP utiliza solo dos por defecto. Ancho de banda (bandwidth)--- El ms pequeo ancho de banda (ms lento) entre la origen y el destino. Retardo (delay)--- el retraso acumulado en la interface a lo largo de la ruta

Los siguientes criterios, sin embargo disponibles, no son comnmente utilizados, porque estos tpicamente resultan en frecuente re clculo de la tabla de topologa. Confiabilidad (reliability)--- la peor confiabilidad entre el origen y el destino, basada en sobrevivencia. La sobre arga (loading)--- la peor carga en un enlace entre el origen y el destino basada en la tasa de paquetes y la configuracin del ancho de banda de la interface. Unidad de transmisin mxima (MTU)--- la ms pequea MTU en la ruta. (MTU es incluida en las actualizaciones EIGRP pero es actualmente no utilizada en el clculo de la mtrica.)

EIGRP calcula la mtrica por agregar juntos valores ponderados de diferentes variables de la ruta a la red en cuestiones. Los valores de peso constante por defecto son K1= K3 = 1, y K2 = K4 = K5 =0. En la re calculacin de la mtrica EIGRP, cuando K5 es 0 (el defecto), las variables (ancho de banda, ancho de banda dividido por carga, y retardo) son ponderadas con las constantes K1, K2, y K3. La siguiente es la frmula utilizada: Mtrica = (K1*ancho de banda) + [(K2*ancho de banda)/(256 la carga)] + (K3*el retardo). Si estos valores K son iguales a los de defecto, la formula se convierte Mtrica = (1*ancho de banda) + [(0 * ancho de banda)/(256 carga)] + (K3*el retardo). Mtrica = ancho de banda + [0] + el retardo

Mtrica = ancho de banda + el retardo Si K5 no es igual a 0, la siguiente operacin adicional es ejecutada: Mtrica = mtrica * [K5 / (confiabilidad + K4)] Los valores K son llevados por los paquetes Hello EIGRP. Desajustar los valores K puede le causar a un vecino ser restablecido (incluso aunque solo K1 y K3 son utilizados, por defecto, en la compilacin de mtrica). Estos valores can deben ser modificados solo despus de un cuidadoso planeamiento; cambiar estos valores podra evitar que su red converja y no es generalmente recomendado. Es importante anotar que el formato de los valores de retardo y ancho de banda son diferentes de los desplegados por el comando show interfaces, como los siguientes: El valor del retardo EIGRP es la suma de los retardos en la ruta, en decenas de microsegundos, multiplicado por 256. El comando show interfaces despliega el retardo en microsegundos. El ancho de banda EIGRP es calculado utilizando el enlace de ancho de banda ms bajo (mnimo) a lo largo de la ruta, representado en kilobits por segundo (Kbps). 10 elevado a la 7 es dividido por este valor, y entonces el resultado el resultado es multiplicado por 256.

EIGRP utiliza la misma frmula de mtrica como IGRP lo hizo, pero EIGRP representa su mtrica en un formato de 32-bits en lugar de la representacin de 24-bits utilizada por IGRP. Esta representacin permite una ms granulada decisin para ser tomada cuando se determina el sucesor y el sucesor factible. El rango de valores de la mtrica EIGRP es de 1 a 4,294,967,296. (el rango de valor de la mtrica IGRP es de 1 a 16,777,216.) las mtricas EIGRP son compatibles con versiones anteriores IGRP, como se ilustra en la figura 2-16. Cuando integran rutas IGRP dentro de un dominio EIGRP utilizando redistribucin, el router multiplica la mtrica IGRP por 256 para calcular la mtrica equivalente EIGRP. Cuando se envan rutas EIGRP a un dominio de enrutamiento IGRP, el router divide cada mtrica EIGRP entre 256 para conseguir la mtrica correcta de 24-bits. Figura 2-16. La mtrica EIGRP es compatible con versiones anteriores de la mtrica IGRP.

La figura 2-17 ilustra un ejemplo de red utilizada para ilustrar el clculo de la mtrica. En esta figura, el router A tiene dos rutas para alcanzar al router D (y por lo tanto algunas redes que estn detrs del router D). Los anchos de banda (en Kbps) y los retardos (en decenas de microsegundos) de los varios enlaces son tambin mostrados en la figura. Figura 2-17. Ejemplo del clculo de la mtrica EIGRP.

El menor ancho de banda a lo largo de la ruta superior (A B C D) es 64 Kbps. El clculo de ancho de banda EIGRP para esta ruta es como el siguiente: El ancho de banda = (10 elevado a la7 /el menor ancho de banda en Kbps) * 256 El ancho de banda = (10,000,000 / 64) * 256 = 40,000,000 El retardo a travs de la ruta superior es como el siguiente: El retardo = [(retardo A B) + (retardo B C) + (retardo C D)] *256 El retardo = [2000 + 2000 + 2000] * 256 El retardo = 1,536,000 Por lo tanto, el clculo de la mtrica EIGRP para la ruta superior es como el siguiente: Mtrica = ancho de banda + retardo Mtrica = 40,000,000 + 1,536,000 Mtrica = 41,536,000 El menor ancho de banda a lo largo de la ruta ms baja (A X Y Z D) es 256 Kbps. El clculo del ancho de banda EIGRP para esta ruta es como el siguiente: Ancho de banda = (10 elevado a la 7 / el menor ancho de banda en Kbps) * 256 Ancho de banda = (10,000,000 / 256) * 256 = 10,000,000 El retardo a travs de la ruta ms baja es como el siguiente:
Retardo = [(retardo A X) + (retardo X Y) + (retardo Y Z) + (retardo Z D)] * 256 Retardo = [2000 + 2000 + 2000 + 2000] * 256 Retardo = 2,048,000

Por lo tanto, el clculo de la mentica EIGRP para la ruta ms corta es como el siguiente:
Mtrica = ancho de banda + retardo Mtrica = 10,000,000 + 2,048,000 Mtrica = 12,048,000

El router A por lo tanto elige la ruta ms corta, con una mtrica de 12,048,000, sobre la ruta principal, con una mtrica de 41,536,000. El router A instala la ruta ms corta con un router del siguiente salto de X y una mtrica de 12,048,000 en la tabla de enrutamiento IP. El embotellamiento a lo largo de la ruta, el enlace de 64Kbps, puede explicar porque el router toma la ruta ms corta. Este enlace lento dice que la tasa de transferencia para el router D podra ser en un mximo de 64 Kbps. A lo largo de la ruta ms corta, la velocidad lenta es 256 Kbps, haciendo que la tasa de rendimiento suba para esa velocidad. Por lo tanto, la ruta ms corta representa una mejor eleccin, como para mover rpidamente archivos grandes. Esta seccin concluye la discusin de la terminologa y operacin de EIGRP. El resto del captulo explora la planificacin, configuracin, y verificacin de implementacin de EIGRP.

Planificando la implementacin del enrutamiento EIGRP

Esta seccin describe como planear y documentar un ambiente EIGRP. Cuando se prepara para desplegar EIGRP en una red, usted primero necesita reunir los requerimientos, determinar el estado de la red existente, y considerar diferentes opciones de despliegue. Consideraciones para que EIGRP incluya lo siguiente: Planear el direccionamiento IP--- el plan de direccionamiento IP gobierna como EIGRP puede ser desplegado y lo bien que el despliegue EIGRP escalaria. Un detalle del plan de sub red y direccionamiento IP debe ser producido, y debe ser jerrquico para habilitar la sumarizacin EIGRP, permitindole a la red escalar ms fcilmente y para optimizar el comportamiento EIGRP. Topologa de red--- la topologa consiste de los dispositivos (routers, switches, y as sucesivamente) y los enlaces conectan estos. Un detalle de la topologa de red debe ser creado para evaluar los requerimientos de escalabilidad EIGRP y para determinar cules caractersticas quiz sean requeridas (por ejemplo, trozo de enrutamiento EIGRP.) Ingeniera de trafico EIGRP--- por cambiar las mtricas en la interface, la ingeniera del trafico EIGRP puede ser desplegada para mejorar la utilizacin del ancho de banda y habilitar al administrador para tener el control sobre los patrones del trafico.

Despus de que usted haya evaluado los requerimientos, usted puede crear el plan de implementacin. La informacin necesaria para implementar el enrutamiento EIGRP incluye lo siguiente: El direccionamiento IP para ser configurado en interfaces individuales del router. El numero de sistema autnomo de EIGRP, utilizado para habilitar EIGRP. El nmero de sistema autnomo debe ser el mismo en todos los router en el dominio EIGRP. Una lista de routers en los cuales EIGRP se va a habilitar a lo largo con las redes conectadas que estn corriendo EIGRP y que necesitan ser publicadas (por router individual). Las mtricas que necesitan ser aplicadas a interfaces especificas, para la ingeniera de trafico EIGRP. La mtrica requerida y las interfaces donde la mtrica necesita ser aplicada debe ser especificada.

En el plan de implementacin, la lista de tareas para cada router en la red debe ser definida. Para EIGRP, las tareas incluyen las siguientes: Habilitar el protocolo de enrutamiento EIGRP. Configurar los propios estados de red. Opcionalmente configurar la mtrica para interfaces apropiadas.

Despus de la implementacin de EIGRP, este debe ser verificado para confirmar el despliegue apropiado en cada router. Las tareas de verificacin incluyen las siguientes: Verificar la relacin de vecinos EIGRP Verificar que la tabla de topologa EIGRP se pobl con la informacin necesaria Verificar que la tabla de enrutamiento IP se pobl con la informacin necesaria

Verificar que hay conectividad en la red entre los routers y otros dispositivos Verificar que EIGRP se comporte como se esperaba en un caso de un cambio en la topologa, por la prueba de falla de enlace y eventos de falla de router.

Despus de un xitos despliegue EIGRP, documentar la solucin, los procesos de verificacin, y los resultados, para futura referencia. La documentacin debe incluir un mapa de topologa, el plan de direccionamiento IP, el nmero de sistema autnomo utilizado, las redes incluidas en EIGRP en cada router, y alguna mtrica especial configurada.

Configurando y verificando EIGRP

Esta seccin cubre los comandos utilizados para configurar y verificar las caractersticas de EIGRP. Los temas siguientes son discutidos: Planificacin y configuracin bsica de EIGRP. Verificacin de la operacin de EIGRP. Utilizando el comando passive-interface con EIGRP. Propagando una ruta por defecto EIGRP. Sumarizacin de rutas EIGRP.

Planificacin y configuracin bsica de EIGRP

Esta seccin describe como planear y configurar EIGRP bsico, y provee algunos detalles de ejemplo.

Planificacin para EIGRP bsico

La red de ejemplo en la figura 2-18 est siendo configurada para EIGRP. El plan de implementacin para esta red debe incluir los siguientes pasos: Figura 2-18. Red de muestra para planear e implementar EIGRP bsico.

Paso 1. Paso 2. Paso 3. Paso 4. Paso 5.

Definir los requerimientos de red. Reunir los parmetros requeridos. Definir los parmetros de enrutamiento EIGRP. Configurar EIGRP bsico. Verificar la configuracin EIGRP.

Requerimientos y parmetros
La figura 2-18 muestra tres routers. Los router R1 y R2 estn en un sistema autnomo EIGRP 110. El router R3 est en una red externa que no es parte del sistema autnomo EIGRP. Los requerimientos para EIGRP bsico son como los siguientes: Direccionamiento IP--- Direccionamiento IP para todas las interfaces de dispositivos. La figura 2-18 incluye el direccionamiento IP para este ejemplo.

Numero de sistema autnomo del protocolo de enrutamiento EIGRP--- Recuerde que los routers en el mismo dominio EIGRP deben tener el mismo nmero de sistema autnomo porque cada proceso EIGRP debe ser iniciado con el mismo nmero de sistema autnomo. El numero de sistema autnomo 110 es utilizado en este ejemplo. Interfaces para vecindad EIGRP y redes participando en EIGRP--- las interfaces incluidas dentro de EIGRP son utilizadas para intercambiar actualizaciones de enrutamiento y otros paquetes EIGRP entre vecinos. Las interfaces en las cuales EIGRP est corriendo y los nmeros de red que estn participando en EIGRP deben ser definidos. Ambos routers R1 y R2 tienen una interface serial y una interface Fast Ethernet incluidas en el proceso EIGRP. Los router EIGRP publican sus redes locales a todos los vecinos. Ambos routers R1 y R2 publicaran sus redes conectadas directamente que son parte del dominio EIGRP. Ancho de banda de Interface--- Porque el ancho de banda de la interface es parte de la mtrica EIGRP, cambiando el ancho de banda cambia la mtrica del enlace. Para influenciar la seleccin de ruta, el ancho de banda de la interface puede ser definido. El actual ancho de banda en el enlace serial entre el router R1 y R2 es 512 Kbps y la configuracin debe reflejar esto para que EIGRP puede seleccionar la propia ruta.

Nota. En las versiones anteriores de Cisco IOS, el ancho de banda por defecto en todos los puertos seriales eran T1, o 1.544 megabits por segundo (Mbps). En las versiones actuales de Cisco IOS. El ancho de banda por defecto vara con el tipo de interface. Nota. Similarmente, el comando de configuracin de interface delay tens-of-microseconds puede ser configurado si el valor del retardo por defecto en la interface no refleja el retardo que debe ser utilizado en el clculo de la mtrica. Los parmetros especifican en retardo en decenas de microsegundos. Utilice el comando show interfaces para ver el retardo por defecto.

Configuracin bsica de EIGRP

El plan de implementacin debe definir las tareas siguientes para configurar EIGRP bsico: Paso 1. Definir EIGRP como el protocolo de enrutamiento: para habilitar EIGRP y definir el sistema autnomo, utilice el comando de configuracin global router igrp autonomussystem-number. En este comando, el numero de sistema autnomo identifica el sistema autnomo local y es utilizado para identificar este router con los otros routers EIGRP que pertenecen a la misma red interna. Estos valores deben encajar en todos los router dentro de la red. Este comando pone al router dentro del modo de configuracin de router. Paso 2. Definir las redes adjuntas que participan en EIGRP: para indicar cuales redes son parte del sistema autnomo EIGRP, utilice el comando de configuracin de router network network-number [wilcard-mask]. La tabla 2-1 sumariza los parmetros de este comando. Este comando define las interfaces sobre las cuales EIGRP intentara una relacin de vecinos EIGRP y las redes que sern publicadas a los vecinos EIGRP. Tabla 2-1 Parmetros de comando network Parmetro Descripcin Numero de red Este parmetro puede ser una red, una sub red, o la direccin de una interface conectada directamente. Este

determina cuales enlaces en el router sern publicados, cuales enlaces sern escuchados, y cuales redes sern publicadas. Los comandos de red deben ser configurados solo para las interfaces en las cuales el router enviara y recibir actualizaciones. Mascara wildcard (Opcional) una mscara inversa utilizada para determinar cmo interpretar el nmero de red. La mscara tiene bits wildcard, donde 0 es una coincidencia y 1 no tiene importancia. Por ejemplo. 0.0.255.255 indica una concordancia en los primeros dos octetos. Si usted no utilizara la opcional mascara wildcard, el proceso EIGRP asume que todas las redes conectadas directamente que son parte de la red principal participaran en el proceso de enrutamiento EIGRP, y EIGRP intentara establecer una relacin de vecindad EIGRP para cada interface que son parte de toda la red completa clase A, B, o C. Utilice la opcional mascara wildcard para identificar una direccin IP especifica, sub red, o red. El router interpreta el nmero de red utilizando la mascara wildcard para determinar cules interfaces conectadas participaran en el proceso de enrutamiento EIGRP. El router entonces intenta estableces una relacin de vecindad en esas interfaces. Si usted quiere especificar una direccin de interface, utilice la mscara 0.0.0.0 para coincidir todos los 4 octetos de la direccin. Una combinacin de una direccin y una mscara wildcard de 0.0.0.0 255.255.255.255 coinciden todas las interfaces en el router. No hay lmite para el comando nmero de network que puede ser configurado en el router. Nota. Si usted incorrectamente utiliza una mscara de sub red en el comando network, usted probablemente asume que el router interpretara la mscara incorrectamente. Nosotros sumimos que. Sin embargo, cuando nosotros probamos la configuracin, sorpresivamente, el router corrige nuestro error en lugar. Por ejemplo, los comandos siguientes fueron ingresados en un router: RouterA(Config)#router eigrp 100 RouterA(Config-router)#network 10.1.0.0 255.255.0.0 Los siguientes muestran la configuracin en el router; informando como la mscara ha sido reparada. RouterA#sh run | begin router eigrp Router eigrp 100 Network 10.1.0.0 0.0.255.255 <output omitted> Porque nosotros no podemos encontrar alguna documentacin sobre esta caracterstica, nosotros le recordamos comprobar su configuracin de mascara cuidadosamente.

Paso 3. Definir el ancho de banda de la interface: para enlaces seriales, el ancho de banda del enlace quiz sea especificado para el propsito de enviar trfico de actualizaciones de enrutamiento en el enlace. Si usted no define el valor del ancho de banda para esas interfaces, EIGRP asume que el ancho de banda en el enlace es por defecto, el cual vara con el tipo de interface. Recuerde que EIGRP utiliza el ancho de banda como parte de su clculo de mtrica. Si el enlace es actualmente ms lento que el defecto, el router quiz no sea capaz de converger, o las actualizaciones de enrutamiento quiz empiecen a perderse. (El porcentaje del ancho de banda de la interface que EIGRP utiliza puede tambin ser limitado, como describe la seccin utilizacin de enla ce EIGRP, mas adelante en este captulo.) Para definir el ancho de banda, utilice el comando de configuracin de interface bandwidth kilobites. En este comando, kilobites indican el previsto ancho de banda en Kbps. El comando bandwidth establece solo un parmetro informativo; usted no puede ajustar el ancho de banda actual de una interface con este comando. Para algunos medios, como Ethernet, el ancho de banda es reparado. Para otros medios, como las lneas seriales, usted puede cambiar el ancho de banda actual ajustando los parmetros de hardware. Para ambas clases de medios, usted puede utilizar el comando de configuracin bandwidth para comunicar el actual ancho de banda a los protocolos de alto nivel. Para las interfaces seriales genricos tal como PPP y HDLC, seleccione el ancho de banda para hacer coincidir la velocidad de lnea. Para interfaces punto a punto Frame Relay. Seleccione el ancho de banda para la tasa de informacin comprometida (CIR). Para conexiones multipunto Frame Relay, seleccione el ancho de banda para la suma de todas las CIRs, o si los circuitos virtuales permanentes (PVCs) tiene CIRs diferentes, seleccione el ancho de banda para el CIR mas bajo multiplicado por el nmero de PVCs en las conexiones multipunto. Nota. El ancho de banda aparente de la interface de salida es tambin utilizado para otros propsitos. Por ejemplo, el protocolo TCP los parmetros de retransmisin inicial basado en el ancho de banda.

Ejemplo de configuracin bsica

La configuracin para el router R1 en la figura 2-18 es mostrada en el ejemplo 2-2. En el router R1, EIGRP es habilitado en el sistema autnomo 110 usando el comando router eigrp 110. El comando network 172.16.1.0 0.0.0.255 inicia EIGRP en la interface Fast Ethernet 0/0 y le permite al router R1 publicar esta red. Con el uso de la mascara wildcard, este comando especifica que solo las interfaces en la sub red 172.16.1.0/24 van a participar en EIGRP. (Sin embargo, la red completa clase B 172.16.0.0 ser publicara al router R2 porque EIGRP automticamente sumariza las rutas en los lmites de la red principal por defecto.) El comando network 192.168.1.0 inicia EIGRP en la interface serial 0/0/1 y le permite al router R1 publicar esta red.

Ejemplo 2-2. Configuracin del router R1 en la figura 2-18

El router R1 es conectado al router R3 y la sub red 172.16.5.0 es utilizada en el enlace entre los dos routers. Porque el router R1 no est configurado para correr EIGRP en 172.16.5.0, el router R1 no intentara formar una adyacencia con el router R3. Si la mascara wildcard no hubiera sido utilizada en el router R1, esto podra desperdiciar ancho de banda y ciclos de CPU y podra proveer informacin innecesaria a las redes externas. La mascara wildcard le dice a EIGRP que establezca una relacin con los router EIGRP de interfaces que son parte solo de la sub red 172.16.1.0/24. El comando bandwidth 512en la interface serial 0/0/1 selecciona el ancho de banda en 512Kbps. La configuracin en el router R2 podra ser similar a la configuracin del router R1. Otro ejemplo de configuracin bsica de EIGRP. La figura 2-19 muestra otra muestra de red, incluyendo la configuracin del router A para EIGRP. Figura 2-19. Muestra de red de configuracin bsica de EIGRP.

Todos los routers en la red son parte del sistema autnomo 109, entonces estos pueden establecer una relacin de vecino. Porque la mascara wildcard no es utilizada en la configuracin del router A, todas las interfaces en el router A que son parte de la red 10.0.0.0/8 y la red 172.16.0.0/16 participan en los procesos de enrutamiento EIGRP. En este caso, este incluye todas las 4 interfaces. Note que la red 192.168.1.0 no est configurada en la configuracin EIGRP en el router A, porque el router A no tiene algunas interfaces en esa red. En lugar, supone que la configuracin en el ejemplo 2-3 fue ingresada en el router A. Ejemplo 2-3. Configuracin alternativa del router A en la figura 2-19.

Porque ninguna mascara wildcard fue especificada en el Ejemplo 2-3, el router A podra cambiar automticamente el comando network para tener redes con clase, y la configuracin resultante podra ser como se muestra en el ejemplo 2-4. Ejemplo 2-4. Interpretacin de la configuracin del router A en el ejemplo 2-3.

Alternativamente, considere que podra pasar si la configuracin mostrada en el Ejemplo 2-5 fuera ingresada para el router A. Ejemplo 2-5. Otra configuracin alternativa del router A en la figura 2-19.

En este caso, el router A utiliza la mascara wildcard para determinar cules interfaces conectadas directamente participan en el proceso de enrutamiento EIGRP para el sistema autnomo 109. Todas las interfaces que son parte de las redes 10.1.0.0/16, 10.4.0.0/16, 172.16.2.0/24, y 172.16.7.0/24 participan en el proceso de enrutamiento EIGRP para el sistema autnomo 109. En este caso, todas las cuatro interfaces participan.

Verificando la operacin de EIGRP

Esta seccin analiza los comandos utilizados para verificar la operacin de EIGRP.

La tabla 2-2 describe algunos comandos show utilizados para verificar la operacin de EIGRP. Otras opciones quiz estn disponibles con estos comandos. Utilice las caractersticas de ayuda integradas en Cisco IOS para ver la sintaxis de los campos completos. Tabla 2-2. Comandos show de EIGRP Comando Show ip eigrp neighbors Show ip route Descripcin Despliega los vecinos descubiertos por EIGRP Despliega as entradas actuales en la tabla de enrutamiento IP para todos los protocolos de enrutamiento configurados. Despliega las entradas actuales EIGRP en la tabla de enrutamiento. Despliega los parmetros y estados actuales de los procesos de los protocolos de enrutamiento activos. Para EIGRP, este comando muestra el nmero de sistema autnomo EIGRP, filtrado y nmeros de distribucin, vecinos e informacin distancia. Despliega informacin configuradas para EIGRP. sobre las interfaces

Show ip route eigrp

Show ip protocolos

Show ip eigrp interfaces

Show ip eigrp topology

Despliega la tabla de topologa EIGRP. Este comando muestra la tabla de topologa, l estado activo o pasivo de los routers, el numero de sucesores, y la FD para el destino. Note que solo el sucesor y las rutas sucesor factible son desplegados. Agregar la clave de palabras all-links para desplegar todas las rutas, incluyendo los que no renen los requisitos para ser rutas sucesor o rutas sucesor factible.

Show ip eigrp traffic

Despliega el numero de paquetes EIGRP enviados y recibidos. Este comando despliega estadsticas de los paquetes hello, actualizaciones, consultas repuestas, y acuses de recibido. La tabla 2-3 describe los comandos debug utilizados para verificar la operacin de EIGRP. Otras opciones quiz estn disponibles con estos comandos. Utilice las caractersticas de ayuda integradas en Cisco IOS para ver la sintaxis completa del comando. Tabla 2-3. Comandos debug EIGRP Comando

Descripcin

Debug eigrp packets

Despliega el tipo de paquetes EIGRP enviados y recibidos. Un mximo de 11 tipos de paquetes pueden ser seleccionados por individual o un despliegue de grupo. Despliega los paquetes que son enviados en una interface. Porque este comando genera una gran cantidad de salida, utilice este solo cuando el trfico en la red es ligero. Despliega el proceso de sumarizacion de rutas IP EIGRP. Despliega los vecinos descubiertos por EIGRP y el contenido de los paquetes de hello.

Debug ip eigrp

Debug ip eigrp summary

Debug eigrp neighbors

Precaucin
Cuando ejecute o utilice los comandos debug hgalo con precaucin, porque estos quiz consuman demasiados recursos del router y pueden causar problemas en una red de produccin ocupada o en uso. Las salidas de Debug toman prioridad sobre otro trfico de red. Demasiadas salidas debug quiz reduzcan severamente el rendimiento del router o incluso hagan este inutilizable en el peor de los casos. La siguiente seccin provee muestras de salida de algunos de estos comandos, utilizando la red en la figura 2-20 para ilustrar la configuracin, verificacin, y resolucin de problemas de EIGRP. El Ejemplo 2-6 muestra la configuracin del router R1. Figura 2-20. Muestra de red para verificar EIGRP

Ejemplo 2-6. Configuracin del router R1 en la Figura 2-20.

En el router R1, EIGRP es habilitado en el sistema autnomo 100. El comando network 172.16.1.0 0.0.0.255 inicia EIGRP en la interface Fast Ethernet 0/0 y permite al router R1 publicar esta red. Con el uso de la mascara wildcard, este comando especifica que solo las interfaces en la sub red 172.16.1.0/24 van a participar en EIGRP. Note, sin embargo, la red de clase completa 172.16.0.0 ser publicada, porque EIGRP automticamente sumariza las rutas en el lmite de la red principal por defecto. El comando network 92.168.1.0 inicia EIGRP en la interface serial 0/0/1, y permite al router R1 publicar esta red. El Ejemplo 2-7 muestra la configuracin del router R2. Ejemplo 2-7. Configuracin para el router R2 en la Figura 2-20.

EIGRP es tambin habilitado en el sistema autnomo 100 en el router R2. El comando network 172.17.2.0 0.0.0.255 inicia EIGRP en la interface Fast Ethernet 0/0 y le permite al router R2 publicar esta red. Con el uso de la mascara wildcard, este comando especifica que solo las interfaces en la sub red 172.17.2.0/24 participaran en EIGRP. Note, sin embargo, la red de clase B completa 172.17.2.0 ser publicada, porque EIGRP automticamente sumariza las rutas en el lmite de red principal por defecto. Comando network 192.168.1.0 inicia EIGRP en la interface serial 0/0/1 y le permite al router R2 publicar esta red.

Verificacin de vecinos EIGRP

El comando show ip eigrp neighbors despliega el contenido de la tabla de vecinos IP EIGRP. El Ejemplo 2-8 provee la tabla de vecinos IP EIGRP de R1.

Ejemplo 2-8. Muestra de salida del comando show ip eigrp neighbors.

Nota.

La seccin Vecinos EIGRP, anteriormente en este captulo, provee una descripcin completa de la salida del comando show ip eigrp neighbors. La informacin detallada de vecino puede ser examinada con el comando show ip eigrp neighbors detail, como se muestra en el Ejemplo 2-9. La informacin adicional proveda en este comando incluido el numero veces que un paquete ha sido retransmitido (dos en este ejemplo), el paquete que actualmente est esperando ser enviado (R1 tiene tres actualizaciones esperando ser enviadas en este ejemplo), y la versin de IOS del router vecino (12.4 en este ejemplo). El numero de secuencia (seq en el ejemplo) incrementa cada vez que un paquete de query, update, o replay es enviado, mientras que el numero de serial (ser en el ejemplo) incrementa cada vez que la tabla de topologa cambia. Ejemplo 2-9. Muestra de salida del comando show ip eigrp neighbors detail.

Verificacin de las rutas EEEIGRP

Para verificar que el router reconoce rutas EIGRP de algunos vecinos, utilice el comando show ip route eigrp, como se muestra en el ejemplo 2-10. El ejemplo 2-11 exhibe el comando show ip route, el cual despliega la tabla de enrutamiento IP completa, incluyendo las rutas EIGRP. Ejemplo 2-10. Salida del comando show ip route eigrp.

Ejemplo 2-11. Salida del comando show ip route.

Utilice la lnea resaltada en el Ejemplo 2-10 como un ejemplo, los campos en la tabla de enrutamiento son interpretados como los siguientes: Las rutas internas EIGRP son identificadas con una D en la columna del extremo izquierdo. (Las rutas externas EIGRP, no se muestran en este ejemplo, son identificadas con una D EX en la columna del extremo izquierdo). La siguiente columna es el nmero de red (172.17.0.0/16 en este ejemplo). Despus de cada numero de red esta un campo entre parntesis (90/40514560 en este ejemplo). El segundo nmero entre parntesis es la mtrica EIGRP. Como se discuti en la seccin Calculo de la Mtrica EIGRP, anteriormente en este captulo, la mtrica EIGRP por defecto es el ancho de banda del menor costo ms el retardo acumulado. La mtrica EIGRP para una red es la misma que su FD en la tabla de topologa EIGRP. El primer nmero, 90 en este caso, es la distancia administrativa. Recuerde del captulo 1 que la distancia administrativa es utilizada para seleccionar la mejor ruta cuando un router aprende dos o ms rutas exactamente al mismo destino de diferentes fuentes de enrutamiento. Por ejemplo, considere que este router utiliza Routing Information Protocol (RIP) y EIGRP, y que RIP tiene una ruta a la red 172.17.0.0 que est a tres saltos de distancia. El router, sin la distancia administrativa, no puede comparar los tres saltos en una mtrica EIGRP de 40,514,560. El router no sabe asociar el ancho de banda con los saltos, y EIGRP no utiliza el conteo de saltos como una mtrica. Para corregir este problema, Cisco estableci una distancia administrativa para cada protocolo de enrutamiento: cuanto menor sea el valor, mas preferida es la ruta. Por defecto, las rutas internas EIGRP tienen una distancia administrativa de 90, y RIP tiene una distancia administrativa de 120. Porque EIGRP tiene una mtrica basada en ancho de banda y retardo, esto es preferido sobre la mtrica conteo de saltos de RIP. Como un resultado, en este ejemplo, la ruta EIGRP podra ser instalada en la tabla de enrutamiento. Nota. Recuerde que los routers utilizan la distancia administrativa solo si dos rutas esta a el mismo exacto destino (Direccin y Mascara). Por ejemplo, un router elegir una ruta RIP sobre una ruta EIGRP si la ruta RIP es la ruta ms especfica que la ruta EIGRP.

El siguiente campo, via 192.168.1.102 en este ejemplo, es la direccin del router del siguiente salto al cual este router pasa los paquetes destinados para 172.17.0.0/16. La

direccin del siguiente salto en la tabla de enrutamiento es la misma como el sucesor en la tabla de topologa EIGRP. La ruta tambin tiene un tiempo asociado con esta (00:07:01 en este ejemplo). Este es el tiempo transcurrido desde que EIGRP publico la ltima vez esta red a este router. EIGRP no actualiza las rutas peridicamente. Este re enva informacin de enrutamiento solo cuando la adyacencia de vecinos cambia. La interface, Serial 0/0/1 en este caso, indica la interface de salida por la cual los paquetes para 172.17.0.0/16 son enviados.

Note que la tabla de enrutamiento incluye las rutas, a null0, para las rutas publicadas (suamrizadas). El software de Cisco IOS automticamente pone estas rutas en la tabla cuando este auto sumariza. Estas son llamadas rutas sumarizadas. Null 0 es una red conectada directamente, solo software de interface. La utilizacin de la interface null0 previene que el router de intentar reenviar trafico a otros routers en bsqueda de una mas especifica, y ms larga coincidencia. Por ejemplo, si el router R1 en la figura 2-20 recibe un paquete a una sub red desconocida que es parte el rango de sumarizacin---172.16.3.5 por ejemplo---el paquete coincide la ruta sumarizada basada en la coincidencia ms larga. El paquete es reenviado a la interface null0 (en otras palabras, este es descartado, o enviado al cubo de bit), lo cual previene al router de reenviar el paquete a una ruta por defecto y posiblemente cree un loop de enrutamiento.

Verificando la operacin de EIGRP

Esta seccin describe los comandos utilizados para verificar la operacin de EIGRP. Ejemplo de show ip protocols Utilice el comando show ip protocols para proveer informacin sobre cualquier y todos los protocolos de enrutamiento dinmico que estn corriendo en el router. Como se muestra en el ejemplo 2-12, la salida del comando despliega que el proceso EIGRP (sistema autnomo) 100 est corriendo, e indica cualquier filtraje de ruta en las actualizaciones EIGRP salientes o entrantes. Este tambin identifica si EIGRP est generando una red por defecto o recibiendo una red por defecto en las actualizaciones EIGRP y proveyendo informacin sobre ajustes adicionales de EIGRP, tal como los valores K, conteo de saltos, y diferencia. Ejemplo 2-12. Salida del comando show ip protocols.

Nota. Dos router deben de tener idnticos valores K para que EIGRP establezca una adyacencia. El comando show ip protocols es til en determinar el valor K actual ajustados antes de intentar una adyacencia. La salida en el ejemplo 2-12 tambin indica que la sumarizacion automtica est habilitada y que el router est permitiendo balancear la carga sobre un mximo de cuatro rutas. El software Cisco IOS permite configurar arriba de 16 rutas para balanceo de carga de igual costo, utilizando el comando de configuracin de router mximum-paths. Las redes para las cuales el router esta enrutado son tambin desplegadas, como se muestra en el Ejemplo 2-12, el formato de la salida varia, dependiendo en la utilizacin de la mascara wildcard en el comando network. Si una mscara wildcard es utilizada, la direccin de red es desplegada con una longitud de prefijo. Si una mscara wildcard no es utilizada, la red principal Clase A, B, o C es desplegada. La informacin de enrutamiento porcin de la fuente de esta salida del comando identifica todos los otros routers que tienen una relacin de vecinos EIGRP con este router. El comando show ip eigrp neighbors provee un despliegue detallado de vecinos EIGRP. La salida del comando show ip protocols tambin provee las dos distancias administrativas de EIGRP. Una distancia administrativa de 90 aplicada a las redes de otros routers dentro del mismo sistema autnomo. Estas son consideradas redes internas. Una distancia administrativa de 170 aplicada a las redes introducidas a este sistema autnomo EIGRP a travs de redistribucin. Estas son llamadas redes externas. Ejemplo de show ip eigrp interfaces

El comando show ip eigrp interfaces despliega informacin sobre las interfaces configuradas para EIGRP. El ejemplo 2-13 demuestra la salida del comando show ip eigrp interfaces. Esta salida incluye los siguientes elementos clave. Interface--- La interface sobre la cual EIGRP est configurado Peers--- Nmero de vecinos EIGRP conectados directamente Xmit Queue Un/Reliable--- Numero de paquetes restantes en las colas de retransmisin poco confiablesy confiables Medio SRTT (Mean SRTT)--- Intervalo de medio SRTT en milisegundos Sincronizacin poco confiable/confiable (Pacing Time Un/Reliable)--- La sincronizacin utilizada para determinar cuando los paquetes EIGRP deben ser enviados a fuera de las interfaces (para paquetes poco confiables y confiables) Flujo de Tiempo Multicast (Multicast Flow Timer)--- El nmero mximo de segundos que el router esperara por un paquete ACK despus de enviar un paquete multicast EIGRP, antes de conmutar de multicast a unicast Rutas Pendientes (Pending Routes)--- Numero de rutas en los paquetes en la cola de retransmisin esperando ser enviados

Ejemplo 2-13. Salida del comando show ip eigrp interfaces

Ejemplo de show ip eigrp topology Otro comando utilizado para verificar la operacin de EIGRP es el comando show ip eigrp topology. Este comando despliega el estado de DUAL y ayuda a solucionar posibles problemas de DUAL. El ejemplo 2-14 demuestra la salida generada de este comando. Ejemplo 2-14. Salida del comando show ip eigrp topology

La salida del comando ilustra que el router R1 tiene un router ID de 192.168.1.101 y est en un sistema autnomo 100. El ID del router EIGRP es elegido como la direccin IP ms alta en una

interface activa en el router, a menos que las interfaces loopback estn configuradas, en cual caso esta es la direccin IP ms alta asignada a una interface loopback. Alternativamente, si el comando de configuracin de router eigrp router-id ip-address es utilizado, este anulara el uso de la direccin de una interface fsica o loopback como el router ID. La salida del comando tambin lista las redes conocidas por este routera travs del proceso de enrutamiento EIGRP. Los cdigos utilizados en la primera columna de esta salida indican el estado de la entrada. Pasivo y Activo se refiere al estado de EIGRP con respecto de estos destinos. Update, Query, y Replay se refiere al tipo de paquete que est enviando. Los cdigos son como los siguientes: Pasivo (P)--- Esta red est disponible, y la instalacin puede ocurrir en la tabla de enrutamiento. Pasivo es el estado correcto de una red estable, indicando que ningn clculo EIGRP est siendo ejecutado por esta ruta. Activo (A)--- Esta red est actualmente inasequible (no disponible), y la instalacin no puede ocurrir en la tabla de enrutamiento. Estar activa significa que las consultas pendientes existen para esta red, indicando que clculos EIGRP estn siendo ejecutados por esta ruta. Actualizacin (Update (U))--- Esta red est siendo actualizada (indicando que un paquete de actualizacin est siendo enviado). Este cdigo tambin aplicado si el router est esperando un acuse de recibido de este paquete de actualizacin. Consulta (Query (Q))--Hay un paquete de consulta excepcional para esta red, indicando que un paquete de consulta fue enviado. Este cdigo tambin aplicado si el router est esperando un acuse de recibido de un paquete de consulta. Respuesta (Reply (R))--El router est generando una respuesta para esta red, indicando que un paquete de respuesta fue enviado, o est esperando por un acuse de recibido de un paquete repuesta. Estado de Respuesta (Reply status (r))--- Indica que la bandera que establece despus de que el software a enviado una consulta y est esperando por una respuesta. Atascado en Activo (Stuck-in-active (s))--- Hay un problema de convergencia EIGRP para esta red. (la seccin conexiones atascadas en activo en EIGRP, ms adelante en este captulo, describen este problema y como este puede ser prevenido.)

El nmero de sucesores disponibles para una ruta est indicando en la salida del comando. El nmero de sucesores corresponde al nmero de las mejores rutas con costos iguales. Todas las redes en el ejemplo 2-14 tienen un sucesor. Para cada red, la FD se muestra junto, seguido por una indicacin de cmo la ruta fue aprendida, tal como la direccin del siguiente salto si la ruta fue aprendida va otro router. El siguiente es un campo dentro de parntesis. El primer nmero entre los parntesis es la FD para la red a travs del router del siguiente salto, y el segundo nmero dentro del parntesis es la AD del router del siguiente salto para la red de destino. Ejemplo 2-15. Salida del comando show ip eigrp traffic

Ejemplo de debug eigrp packets Usted puede utilizar el comando debug eigrp packets para verificar la conectividad EIGRP. Este comando despliega el tipo de paquetes EIGRP enviados y recibidos por el router en el cual este comando es ejecutado. Diferentes tipos de paquetes pueden ser seleccionados por individual o grupo desplegado. El ejemplo 2-16 muestra algunas salidas de este comando en el R2, cuando una interface en R1 aparece o levanta. Ejemplo 2-16. Salida del comando debug eigrp packets en R2 cuando una interface de un vecino levanta

El comando debug eigrp packets traza la transmisin y recibo de paquetes EIGRP. La salida en el ejemplo 2-16 muestra la transmisin normal y el recibo de paquetes EIGRP. El enlace serial es un enlace HDLC punto a punto. Por lo tanto, el intervalo de tiempo por defecto de hello es 5

segundos. Los paquetes hello son enviados poco confiables, de este modo el nmero de secuencia (Seq) no incrementa para los paquetes hello. En esta misma salida, cuando R2 recibe una actualizacin de R1, los valores aparecen en el campo nmero de secuencia. Seq 5/4 indica que 192.168.1.101 (R1) est enviando este paquete como numero de secuencia 5 a R2 y que el numero de secuencia 4 ha sido recibido de R2 por el vecino R1. R1 est esperando recibir un nmero de secuencia 5 en el siguiente paquete confiable de R2. R2 retorna un paquete ACK con Seq 0/5. El acuse de recibo es enviado como un paquete poco confiable. La bandera del vecino poco confiable/confiable (un/rel 1/0) es ajustada, lo cual significa que el acuse de recibo fue enviado en respuesta a un paquete confiable. El numero serial (serno 9-9) refleja el numero de cambios que los dos vecinos registraron en sus tablas de topologa EIGRP. El nmero de secuencia incrementa cada vez que un paquete query, update, y replay es enviado, mientras que el nmero serial incrementa cada vez que la tabla de topologa cambia. Una sola actualizacin puede contener ms de 100 redes, por ejemplo si todas estas se vuelven inasequibles por lo tanto, si la tabla de topologa tiene ms de 100 cambios, el numero serial incrementa sustancialmente, pero el numero de secuencia quiz solo incremente 1. Cuando una interface en R1 es apagada, el resultado de salida en R2 es mostrado en el ejemplo 2-17. R1 un paquete query a R2 para determinar si R2 conoce una ruta a la red perdida. R2 responde con un paquete ACK para acusar de recibido el paquete query---un paquete confiable debe ser explcitamente acusado de recibido con un paquete ACK. R2 tambin responde al paquete query con un paquete replay. El numero serial de referencia (10-12) representa el numero de cambios en la tabla de topologa desde el inicio de la relacin de vecindad entre estos dos vecinos EIGRP. Ejemplo 2-17. Salida del comando debug eigrp packets en R2 cuando una interface del vecino es apagada

Ejemplos de debug ip eigrp

Usted puede utilizar el comando debug ip eigrp para verificar la operacin de EIGRP. Este comando despliega los paquetes IP EIGRP que este router enva y recibe. El Ejemplo 2-18 muestra el contenido de las actualizaciones que son reportadas cuando el comando debug ip eigrp es utilizado en R2 para monitorear cuando una interface en R1 levanta.

Ejemplo 2-18. Salida del comando debug ip eigrp en R2 cuando una interface del vecino levanta

En este ejemplo, una ruta interna (indicada por Int) para 172.16.0.0/16 es publicada a R2. Recordar que por defecto la mtrica EIGRP es igual a el ancho de banda (bandwidth) mas el retardo (delay). El proceso EIGRP utiliza la informacin de mtrica fuente (SM) en la actualizacin para calcular la AD y colocar est en la tabla de topologa EIGRP. En este ejemplo, la informacin SM es SM 28160 25600 2560, lo cual significa que la mtrica fuente (la AD) = 28160 = 25600 (bandwidth) + 2560 (el delay). El clculo de la mtrica EIGRP para el total de delay utiliza la informacion de la mtrica (M)en la actualizacin. En este ejemplo, la informacin M es M 40514560 40000000 514560, o cual significa que la mtrica (la FD) = 40514560 = 40000000 (el bandwidth) + 514560 (el delay). La mtrica EIGRP para esta ruta es igual a la FD y, por lo tanto, es 40,514,560. El ejemplo 2-19 ilustra que ocurre cuando R2 procesa un paquete query entrante de la red 172.16.0.0/16 cuando la interface en el router de la vecindad (R1) que a menos que la red es apagada. Note que los comentarios (precedidos por un signo de exclamacin [!]) han sido agregados a esta salida para su fcil comprensin.

Ejemplo 2-19. Salida del comando debug ip eigrp en R2 cuando una interface del vecino es apagada

El vecino previamente publica 172.16.0.0/16 a este router. La consulta ejecuta las siguientes dos funciones: R2 descubre que sus vecinos ya no saben cmo obtener la red 172.16.0.0/16. El valor de la mtrica (4,294,967,295) es el valor ms alto posible para un numero de 32bits---este indica que la ruta es inalcanzable. R2 remueve esta entrada de la tabla de topologa EIGRP y busca por rutas EIGRP alternas. La salida debug indica que la tabla de enrutamiento no est actualizada, lo cual significa que EIGRP no encontr una ruta alterna a la red. El siguiente estado verifica que el proceso EIGRP ha removido la ruta vieja y que la ruta no est en la tabla de enrutamiento IP. R2 entonces informa al vecino que este ya no tiene una ruta a esta red.

Utilizando el comando passive-interface con EIGRP

Hay veces cuando usted debe o quiere incluir una sub red en el comando network de un protocolo de enrutamiento, aunque usted no quiera la interface en la cual la sub red est conectada para participar en el protocolo de enrutamiento. El comando de configuracin de router passive-interface {type number} | default previenen que las actualizaciones de enrutamiento de un protocolo de enrutamiento de ser enviadas a travs de especificas interfaces del router. Este comando es utilizado ya sea para ajustar un interface particular o todas las interfaces del router en pasivo; utilice la opcin default para ajustar todas las interfaces en el router en pasivo. La tabla 2-4 describe los parmetros de este comando. Tabla 2-4. Comando passive-interface Parmetro Descripcin Type number Especifica el tipo de interface y el numero de interface que no enviara actualizaciones de enrutamiento (o establecer una relacin de vecindad para los protocolos de enrutamiento de estado de enlace y EIGRP.) Default Ajusta todas las interfaces en el router como pasivas por defecto.

Para EIGRP, el comando passive-interface hace lo siguiente: Este previene una relacin de vecindad de ser establecida sobre una interface pasiva. Este detiene las actualizaciones de ser procesadas o enviadas sobre interface pasiva. Este permite una sub red en una interface pasiva ser anunciada en un proceso EIGRP.

Cuando usted utiliza el comando passive-interface con EIGRP, los mensajes de hello no son enviados fuera de la interface especificada. La relacin de vecindad del router no se forma con otros routers que pueden ser alcanzados a travs de esa interface (porque el protocolo hello es utilizado para verificar la comunicacin bidireccional entre routers). Porque ninguno de los vecinos son encontrados en una interface, ningn otro trafico EIGRP es enviado. Recordar que el comando network define las interfaces sobre las cuales EIGRP intentara establecer una relacin de vecindad y las redes que sern publicadas a los vecinos EIGRP. Configurar una interface como pasiva solo deshabilita el establecimiento de la relacin de vecindad. El router aun publicara la red a sus vecinos EIGRP. En el ejemplo la red mostrada en la figura 2-20 utilizada anteriormente, los routers R1 y R2 no tienen vecinos EIGRP disponibles sobre sus interfaces Fast Ethernet 0/0, por lo que no hay necesidad intentar establecer adyacencias sobre esas interfaces. Si los paquetes EIGRP son enviados en esas interfaces, estos serian ignorados, pero aun consumiran ancho de banda y recursos de CPU. En la configuracin original de router R1 y R2 mostrada en el Ejemplo 2-6 y Ejemplo 2-7, os comandos network fueron configurados para las interfaces Fast Ethernet 0/0 permitiendo al router publicar estas sub redes a sus vecinos. El ejemplo 2-20 provee configuraciones EIGRP alternas para ambos routers. Ejemplo 2-20. Configuraciones passive-interface para routers en la figura 2-20.

Nota. EIGRP no levantara una adyacencia en una interface pasiva incluso si un comando neighbor es configurado sobre esa interface. El comando neighbor es descrito en la seccin Unicast EIGRP de vecinos, ms adelante en este captulo. En proveedores de servicios de Internet (ISPs)y grandes redes empresariales, muchos routers de distribucin tienen ms de 100 interfaces. Antes que el comando passive-interface default fuera introducido en el software Cisco IOS versin 12.0, los administradores de red deban configurar el protocolo de enrutamiento en todas las interfaces y entonces manualmente ajustar el comando passive-interface en las interfaces en las cuales estos no requeran que se establecieran adyacencias. Sin embargo, esta solucin significo ingresar muchos comandos passive-interface. Un solo comando passive-interface default puede ahora ser utilizado para ajustar todas las interfaces pasivas por defecto. Para habilitar el enrutamiento en interfaces individuales donde usted requiere que sean establecidas adyacencias, utilice el comando no passive-interface. El ejemplo 2-21 provee una configuracin alterna para el router R1, utilizando el comando passive-interface default para volver todas las interfaces pasivas. El comando no passiveinterface serial 0/0/1 permite que las adyacencias EIGRP sean establecidas sobre Serial 0/0/1. Ejemplo 2-21. Configuracin alterna passive-interface para el router R1 en la figura 2-20.

Para verificar la operacin de EIGRP cuando utiliza interfaces pasivas, los comandos siguientes son utilizados. El comando show ip eigrp neighbors, para verificar que todas las relaciones de vecindad son establecidas.

El comando show ip protocols, para ver cuales interfaces estn configuradas como interfaces pasivas. La salida en el Ejemplo 2-22 para el router R1 muestra que la interface Fast Ethernet 0/0 est definida como una interface pasiva.

Ejemplo 2-22. Salida del comando show ip protocols en el router R1 en la figura 2-20

Propagando una ruta EIGRP por defecto

Las rutas por defecto usualmente reducen el tamao de la tabla de enrutamiento en los router que reciben estas. Por ejemplo, los routers en las colas de redes o en la capa de acceso no necesitan tpicamente saber todas las rutas en la red completa. En lugar, estos pueden utilizar una ruta por defecto para enviar trfico a los routers que tienen ms detalladas las tablas de enrutamiento. Una ruta por defeco estticamente configurada puede ser creada con el comando de configuracin global ip route 0.0.0.0 0.0.0.0 {next-hop | interface [next-hop]}. La interface es una interface de salida a travs de la cual todos los paquetes con un destino desconocido sern reenviados. El siguiente salto es la direccin IP por la cual los paquetes con destinos desconocidos sern reenviados (note que ambos la interface y la direccin del siguiente salto pueden ser especificadas en este comando.) Alternativamente, alguna red principal residiendo en la tabla de enrutamiento local puede ser convertida en una ruta EIGRP por defecto cuando es utilizada en el comando de configuracin global ip default-network network number el Gateway de ltimo recurso que ser anunciado a otros routers con el ajuste de la bandera exterior. La red debe ser alcanzable por el router que utiliza este comando antes de que este anuncie esta como una ruta por defecto candidata a otros routers EIGRP. El nmero de red en este comando debe tambin ser pasado a otros routers EIGRP de modo que estos routers puedan usar esta red como su red por defecto y ajusten sus Gateway de ltimo recurso a esta red por defecto. Esto significa que la red debe de ser cualquiera de las dos, una red derivada EIGRP en la tabla de enrutamiento, o ser generada con una ruta esttica y redistribuida dentro de EIGRP. Nota. En las rutas EIGRP por defecto no pueden ser directamente inyectadas (como se puede en OSPF con el comando dafault-information orignate).

Nota. Alguna ruta residiendo en la tabla de enrutamiento, incluyendo rutas que no son EIGRP, pueden ser marcadas como un candidato por defecto. Multiples redes por defecto pueden ser configuradas. Los routers intermediarios entoces utilizan la mtrica EIGRP para determinar la mejor ruta por defecto. Cuando la mejor ruta por defecto es seleccionada, el router ajusta el Gateway de ultimo recurso para la direccin del siguiente salto del candidato seleccionado, si el mejor router candidato es uno de los router de los routers conectados directamente. Por ejemplo, en la figura 2-21, el router A esta directamente adjunto a la red externa 172.31.0.0/16. El router A es configurado con la red 172.31.0.0 como una red candidata por defecto utilizando el comando ip default-network 172.31.0.0. El router A tambin tiene esa red listada en un comando de red bajo el proceso EIGRP y, por lo tanto, pasa esta al router B. Figura 2-21. Red de muestra EIGRP ip default-network

Para verificar la informacin de la red por defecto, utilice el comando show ip route para ver la tabla de enrutamiento. En el router B, la red EIGRP 172.31.0.0 aprendida esta marcada como una red por defecto candidata (indicada por el * en la tabla de enrutamiento). El router B tambin ajusta el Gateway de ultimo recurso como 10.5.1.1 (router A) para alcanzar la red por defecto de 172.31.0.0. el router A tambin tiene la re 172.31.0.0 marcada como una red por defecto y tiene su Gateway de ultimo recurso ajustado. Nota. En las versiones anteriores del software IOS, el router en el cual el comando ip default-network era configurado no sera ajustado el Gateway de ltimo recurso, de esta manera este apareca que no beneficiaba a ese router directamente. La figura 2-21 ilustra que este ahora ajusta al Gateway de ltimo recurso como 0.0.0.0 a la red especificada en el comando ip defaultnetwork. Nota. Cuando usted configura el comando ip default-network y especifica una sub red, una ruta esttica (el comando ip route) es generado en la configuracin del router; sin embargo, el IOS no despliega un mensaje para indicar que esto ha sido hecho. La entrada aparece como una ruta esttica en la tabla de enrutamiento del router donde el comando es configurado. Este

puede ser confuso cuando usted quiere remover la red por defecto. La configuracin debe ser removida con el comando no ip route, no con el comando no ip default-network. Nota. EIGRP (y IGRP) se comportan diferentemente que RIP cuando utilizan el comando ip route 0.0.0.0 0.0.0.0. Por ejemplo, EIGRP no redistribuye la ruta por defecto 0.0.0.0 0.0.0.0 por defect. Sin embargo, si el comando network 0.0.0.0 es agregado a la configuracin EIGRP, este redistribuye una ruta por defecto como un resultado del comando ip route 0.0.0.0 0.0.0.0 interface (pero no como un resultado del comando ip route 0.0.0.0 0.0.0.0 address o ip defaultnetwork). Por ejemplo, la configuracin parcial muestra en el Ejemplo 2-23 el resultado en la ruta 0.0.0.0 siendo pasado a los vecinos EIGRP del router. Ejemplo 2-23. EIGRP pasa una ruta por defecto solo si este es configurado para hacerlo

Sumarizacion de ruta EIGRP

Algunas caractersticas de EIGRP, tal como sumarizacion automticamente de rutas en un lmite de red principal, tiene caractersticas de vector distancia y con clase. Los protocolos tradicionales de vector distancia, los cuales son protocolos de enrutamiento con clase, deben sumnarizar en los lmites de red. Estos no pueden suponer la mscara de las redes que no estn directamente conectadas, porque las mascaras no son intercambiadas en las actualizaciones de enrutamiento. Sumarizar las ruta en los limites de red principal con clase crea pequeas tablas de enrutamiento. Pequeas tablas de enrutamiento, a su ves, hace el proceso de actualizacin de enrutamiento menor consumo de ancho de banda intenso (porque las actualizaciones son pequeas), y menor consumo de CPU intenso (porque hay menos informacin de actualizacin que procesar). Los protocolos de enrutamiento vector distancia CISCO tiene autosumarizacion habilitada por defecto. La sumarizacin automtica EIGRP en el lmite de red principal puede ser habilitada o deshabilitada. La incapacidad de crear rutas sumarizadas en los limites arbitrarios con una red principal han sido un inconveniente de los protocolos vector distancia desde su comienzo. EIGRP ha agregado funcionalidad para permitir a los administradores crear una o ms rutas sumarizadas dentro de una red en algn bit lmite, en algn router dentro de la red, mientras que una ruta ms especfica existes en la tabla de enrutamiento. Cuando la ltima ruta especfica de la sumarizacin se va muy lejos, la ruta sumarizada es borrada de la tabla de enrutamiento. Es importante notar que la menor mtrica de las rutas especficas es utilizada como la mtrica de la ruta sumarizada.

Cuando la sumarizacion es configurada en una interface del router, una ruta sumarizada es agregada a la tabla de enrutamiento de ese router, con la interface del siguiente salto del router ajustada a null0---una interface conectada directamente de solo software. Como se describi anteriormente por la autosumarizacion, el uso de la interface null0 previene al router del intento de reenviar trfico a otros routers en bsqueda de una ms precisa, ms larga coincidencia, as previniendo el trfico de loops dentro de la red. Por ejemplo, si la sumarizacion del router recibe un paquete a una sub red desconocida que es parte del rango sumarizado, el paquete coincide la ruta sumarizada basado en la coincidencia ms larga, y el paquete es reenviado a la interface null0 y por lo tanto es descartado. Para una sumarizacion efectiva, bloques de direcciones continuas (sub redes) deben canalizar de nuevo a un router comn de modo que una sola ruta sumarizada pueda ser creada y entonces publicada. En otras palabras, el plan de direccionamiento IP para la red debe haber sido creado correctamente, con la sumarizacion en mente (es poco probable que usted tenga la suerte de ser capaz de sumarizar sub redes aleatoriamente asignadas). El numero de sub redes que pueden ser representadas por una ruta sumarizada es calculado por la formula 2 a la n, donde n es igual a la diferencia en el numero de bits entre la sumarizacion y la mscara de sub red. Por ejemplo, si la mascara sumarizada contiene 3 bits menos que la mascara de sub red, ocho (2 exp 3 = 8) sub redes pueden ser agregadas dentro de una publicacin. Por ejemplo, si la red 10.0.0.0 es dividida dentro /24 sub redes y alguna de estas sub redes son sumarizadas a el bloque sumarizado 10.1.8.0/21, la diferencia entre las /24 sub redes y las /21 sumarizadas es 3 bits. Por lo tanto, 2 exp 3 = 8 sub redes pueden ser agregadas. El rango sumarizado de sub redes de 10.1.8.0/24 hasta 10.1.15.0/24. Cuando crea rutas sumarizadas, el administrador necesita especificar la direccin IP de la ruta sumarizada y la mascara sumarizada. El Cisco IOS maneja los detalles de implementacin correcta, tal como mtricas, prevencin de loop, y remover de la ruta sumarizada de la tabla de enrutamiento si ninguna de las rutas ms especificas son validas.

Configuracin manual de sumarizacion de ruta

En algunos casos usted quiz quiera deshabilitar la caracterstica sumarizacion automtica EIGRP. Por ejemplo, si usted tiene sub redes discontinuas, usted necesita deshabilitar la autosumarizacion. Note que un router EIGRP no ejecuta la sumarizacion automtica de redes en las cuales este no participa. Para deshabilitar la sumarizacion automtica, utilice el comando de configuracin de router no auto-summary. Utilice el comando de configuracin de interface ip summary-address eigrp asnumber address mask [admin-distance] para crear manualmente una ruta sumarizada en un lmite arbitrario de bit, siempre que una ruta ms especifica exista en la tabla de enrutamiento. La tabla 2-5 sumariza los parmetros para este comando. Tabla 2-5. Parmetros del comando ip summary-address eigrp Parmetro Descripcin As-number Nmero de sistema autnomo EIGRP Address La direccin IP siendo publicada como la direccin sumarizada. Esta direccin no necesita se alineada en los lmites de clase A, B, o C.

Mask

La mscara de sub red IP utilizada para crear la direccin sumarizada. (Opcional) distancia administrativa. Un valor de 0 a 255.

Admin-distance

Por ejemplo. La figura 2-22 muestra una red discontinua 172.16.0.0. Por defecto. Ambos routers A y B sumarizan las rutas en el lmite con clase. Como un resultado, el router C podra tener dos rutas iguales buenas a la red 172.16.0.0 y podra ejecutar el balanceo de carga entre el router A y el router B. Esto no podra ser un correcto comportamiento. Figura 2-22. Sumarizacion de rutas EIGRP

Como se muestra en el Ejemplo 2-24, usted puede deshabilitar la sumarizacion automtica de ruta en el router A. la misma configuracin podra ser hecha en el router B. con esta configuracin, el router C sabe precisamente que 172.16.1.0 es alcanzada cia el router A y que 172.16.2.0 es alcanzada solo via el router B. las tablas de enrutamiento de los routers en la red 10.0.0.0, incluyendo el router C, ahora incluyen estas sub redes discontinuas. Ejemplo 2-24. Deshabilitando la autosumarzacion EIGRP en el router A (y router B) en la figua 222.

Un router EIGRP autosumariza rutas para redes solo para la cuales est adjuntado. Si una red no fue autosumarizada en el lmite de red principal, como es el caso en el ejemplo en el router A y B porque la autosumarizacion esta deshabilitada. Todas las rutas de sub redes son llevadas dentro de la tabla de enrutamiento del router C. el router C no autosumarizar las sub redes 172.16.1.0 y 172.16.2.0 porque este no es propietario de la red 172.16.0.0. Por lo tanto, el router C podra enviar informacin de enrutamiento sobre la sub red 172.16.1.0 y la sub red 172.16.2.0 a la WAN. Forzando una sumarizacion de ruta fuera de la interface s0/0/0 del router C, como muestra el ejemplo 2-25, ayuda a reducir las publicaciones de ruta sobre la red 172.16.0.0 a la WAN. Ejemplo 2-25. Forzando la sumarizacion en el router C en la figura 2-22

Nota. Usted puede usar el comando ip summary-address eigrp as-number 0.0.0.0 0.0.0.0 para inyectar una ruta por defecto a un vecino, como una alternativa a el mtodo descrito anteriormente en la seccin Propagando una ruta por defecto EIGRP. Sin embargo, la ruta generada automticamente a null0 quiza cause problemas en algunas topologas.

Verificacin de sumarizacion manual de ruta

Para verificar la sumarizacion manual de ruta, examine las tablas de enrutamiento IP. El ejemplo 2-26 ilustra la tabla de enrutamiento del router C. el router C tiene ambas 172.16.1.0 y 172.16.2.0, las sub redes discontinuas, en su tabla de enrutamiento, y la ruta sumarizada a null0. Solo la red sumarizada, 172.16.0.0/16 es publicada fuera de la interface serial 0/0/0. Ejemplo 2-26. Tabla de enrutamiento del router C en la figura 2-22

Para sumarizacion manual, la sumarizacion es publicada solo si un componente de la ruta sumarizada (una entrada ms especifica que es representada en la sumarizacion) est presente en la tabla de enrutamiento. Nota. A las rutas EIGRP IP sumarizadas se les est dando un valor de distancia administrativa de 5. Las rutas estndares EIGRP reciben una distancia administrativa de 90, y las rutas externas EIGRP reciben una distancia administrativa de 170. Usted notara que la ruta sumarizada EIGRP con una distancia administrativa de 5 solo en el router local que est ejecutando la sumarizacion (con el comando ip summary-address eigrp), por utilizar el comando show ip route network, donde network es la ruta especifica sumarizada.

Configurar y verificar EIGRP en un red WAN empresarial

Esta seccin provee percepcin dentro del despliegue EIGRP sobre varias tecnologa WAN incluyendo Frame Relay fsico, sub interfaces Frame Relay multipunto y punto a punto, Multiprotocol Label Switching (MPLS) redes virtuales privadas (VPNs), y Ethernet sobre Multiprotocol Label Switching (EoMPLS). Opciones avanzadas de configuracin para balanceo de carga EIGRP y limitacin de utilizacin de ancho de banda EIGRP en enlaces WAN son tambin explorados.

EIGRP sobre Frame Relay y en una interface fsica

Esta seccin analiza Frame Relay y describe como EIGRP puede ser desplegado sobre interfaces fsicas frame relay.

Breve anlisis de Frame Relay

Frame Relay es una tecnologa WAN conmutada donde circuitos virtuales (VCs) son creados por un proveedor de servicios (SP)a travs de la red. Frame relay permite que mltiples VCs lgicos sean multiplexados obre una sola interface fsica. Los VCs son tpicamente PVCs que son identificados por un identificador de conexin de enlace de datos (DLCI). Los DLCIs son importantes a nivel local entre el router local y el switch Frame Relay al cual el router es conectado. Por lo tanto, cada extremo del PVC quiz tenga un diferente DLCI. La red del SP tiene cuidado del envi de datos a travs del PVC. Para proveer conectividad de capa IP, un mapeo entre la direcciones IP y DLCIs debe ser definido, dinmicamente o estticamente. Por defecto, una red Frtame Relay es una red NBMA. En un ambiente NBMA todos los routers estn en la misma sub red, pero los paquetes broadcast (y multicast) no pueden ser enviados al igual que estos en un ambiente broadcast tal como Ethernet. Para emular la capacidad broadcast LAN que es requerida por los protocolos de enrutamiento IP (por ejemplo, para enviar paquetes EIGRP de hello y actualizacin a todos los vecinos alcanzables sobre una sub red IP), EL Cisco IOS implementa pseoudo-broadcasting, en el cual el router crea una copia del paquete broadcast o multicast para cada vecino alcanzable a travs del medio WAN, y enviar este sobre el apropiado PVC para ese vecino. En los ambientes donde un router tiene un gran numero de vecinos alcanzables a travs de una sola interface WAN, pseudo-broadcasting tiene que ser estrechamente controlado porque este podra incrementar los recursos de CPU y el ancho de banda WAN utilizado. Pseudobroadcasting puede ser controlado con la opcin broadcast en el mapa estatico en la configuracin de Frame Relay. Sin embargo, pseudo-broadcast no puede ser controlado por los vecinos alcanzables a travs de un mapa dinamico creado via Frame Relay Inverse Address Resolution Protocol (ARP). Los mapas dinamicos siempre permiten pseudo-broadcasting. El vecino Frame Relay perdido es detectado solo despus que el tiempo de espera del protocolo de enrutamiento expire o si la interface se cae. Una interface es considerada activa siempre y cuando al menos un PVC esta activo. Frame Relay permite sitios remotos sean interconectados utilizando topologa malla completa, malla parcial, y hub-and-spoken (tambin llamadas estrella), como se muestra en la figura 2-23. Figura 2-23. Topologa Frame Relay

EIGRP en una interface fsica Frame Relay con mapeo dinmico

Para desplegar EIGRP sobre una interface fsica utilizando mapeo dinmico con ARP inverso es sencillo porque este es el defecto. La Figura 2-24 ilustra una red de ejemplo. El Ejemplo 2-27 es la configuracin del router R1 en la figura. La interface fsica Serial 0/0 est configurada para la encapsulacin frame relay y una direccin IP es asignada. El ARP inverso est habilitado por defecto y automticamente mapeara la direccin IP de los dispositivos en el otro extremo de los PVCs para el numero DLCI local. EIGRP est habilitado utilizando el nmero de sistema autnomo 110, y la correcta interface y red son incluidas en EIGRP utilizando el comando network bajo los procesos de enrutamiento EIGRP. Figura 2-24. EIGRP en una interface fsica Frame Relay

Ejemplo 2-27. Configuracin de router R1 en la Figura 2-24 con mapeo dinmico

Horizonte dividido esta deshabilitado por defecto en las interfaces fsicas Frame Relay. Por lo tanto, las rutas del router R2 pueden ser enviadas al router R3, y viceversa. Note que el ARP inverso no provee mapeo dinmico para la comunicacin entre los routers R2 y R3 porque estos no estn conectados con un PVC. Usted debe configurar este mapeo manualmente.

Las mismas salidas del comando show ip neighbors en el Ejemplo 2-28 muestran los vecinos de los routers R1 y R3. El router R1 forma la adyacencia con el router R2 y R3 sobre la interface fsica Serial 0/0. Igualmente, el router R3 (y R2) forman una adyacencia con el router R1. En este ejemplo, no existe relacin EIGRP entre los routers R2 y R3. Ejemplo 2-18. Muestra de salida de los routers R1 y R3 en la figura 2-24.

EIGRP en una interface fsica Frame Relay con mapeo esttico

Para el despliegue de EIGRP sobre la interface fsica en el router R1 utilizando mapeo esttico, asi deshabilitando el ARP inverso, no son necesarios cambios a la configuracin bsica de EIGRP. El Ejemplo 2-29 ilustra la configuracin en los routers R1 y R3. EIGRP est habilitado utilizando el numero de sistema autnomo 110, y las interfaces y redes correctas son incluidas en EIGRP utilizando el comando network bajo de los procesos EIGRP. Los comandos manuales de mapeo IP-a-DLCI en la interface Serial 0/0 son necesarios en todos los tres routers. (la configuracin del router R2 es similar a la del router R3.)

Ejemplo 2-29. Configuracin del router R1 y R3 en la figura 2-24 con mapeo esttico

el comando de configuracin de interface frame-relay map protocol rotocol-address dlci [broadcast] [ietf | cisco] [payload-compress {packet-by-packet | frf9 stac}] estticamente mapea las direcciones de capa de red del router remoto a el DLCI local. La tabla 2-6 detalla los parmetros de este comando. Tabla 2-6. Parmetros del comando frame-relay map Parmetro Descripcin Protocolo Define los protocolos soportados, puente, o control de enlace lgico. Define las direcciones de capa de red de las interfaces de destino del router. Define los DLCI locales que son utilizados para conectar a la direccin remota del protocolo. (Opcional) permite broadcast y multicast sobre los VC, permitiendo el uso de protocolos de enrutamieto dinamico sobre el VC. habilita la encapsulacin IETF o Cisco. (Opcional) habilita la compresin de carga til.

Protocol-address

Dlci

Broadcast

ietf | cisco payload-compress

Packet-by-packet

(Opcional) habilita la compresin de carga til packet-bypacket, utilizando el mtodo Stacker, un mtodo de compresin propiedad de cisco. (Opcinal) habilita la compresin FRF.9 utilizando el mtodo Stacker.

Frf9 stac

Porque horizonte dividido esta deshabilitado por defecto en las interfaces fsicas Frame Relay, las rutas del router R2 pueden ser enviadas al router R3, y viceversa. Nota. La configuracin del router R1 incluye un mapa frame relay para sus propias direcciones IP en la interface frame relay de modo que la direccin IP local de la Serial 0/0 puede ser pingneada del router R1 esta misma. El Ejemplo 2-30 despliega la adyacencia formada entre el router R1 y los routers R2 y R3 sobre la interface fsica serial 0/0. Las adyacencias formadas en R1 utilizando mapeo esttico son las mismas como las formadas utilizando mapeo dinmico. Los routers R2 y R3 tambin forman una adyacencia con el router R1. Los routers R2 y R3 pueden tambin formar una adyacencia EIGRP el uno con el otro si el mapeo IP-to-DLCI para esa conectividad es provedo. El Ejemplo 2-30 muestra que el router R3 tiene solo un vecino, el router R1, indica que este mapeo no fue provedo en R3. Ejemplo 2-30. Salida en los router R1 y R3 en la figura 2-24 con mapeo esttico

EIGRP Sobre Sub Interfaces Multipunto Frame Relay

Esta seccin describe como usted puede desplegar EIGRP utilizando sub interfaces multipunto frame relay y explorar el uso de vecinos multicast EIGRP.

Sub Interfaces Multipunto Frame Relay

Usted puede crear una o varias sub interfaces multipunto sobre una sola interface fsica frame relay. Estas sub interfaces multipunto son interfaces lgicas emulando una red multi acceso. Estas actan como una interface fsica NBMA, y por lo tanto utilizan una sola sub red, conservando el espacio de direcciones IP.

Frame relay multipunto es aplicado a topologa de malla parcial, y malla completa. Las redes frame relay de malla parcial deben tratar con problemas de horizonte dividido, el cual impide que las actualizaciones de enrutamiento se transmitan en la misma interface n la cual estas fueron recibidas. La deteccin de prdida de vecinos EIGRP es particularmente lenta en sub interfaces multipunto configuradas sobre enlaces WAN de baja velocidad porque los valores por defecto de los temporizadores EIGRP en estas interfaces son 60 segundos para el contador de hello y 180 segundos para el contador de espera. En el peor caso, la deteccin de vecinos perdidos pude ser superior a 3 minutos. Tambin, en sub interfaces multipunto Frame Relay, todos los PVC adjuntos a la sub interfaces deben estar perdidos para la sub interface que se declaro abajo.

EIGRP Sobre Sub Interfaces Multipunto

Las interfaces multipunto son configuradas con el comando interface serial number.subinterface-numbre multipunto. Para Frame Relay, el mapeo IP address-to-DLCI en sub interfaces multipunto esta hecho por cualquiera de los dos valores especificados en el DLCI local (utilizando el comando frame-relay interface-dlci dlci) y apoyndose en el ARP inverso, o utilizando el mapeo manual IP address-to-DLCI. La figura 2-25 ilustra una red de ejemplo. El Ejemplo 2-31 ilustra la configuracin de los routers R1 y R3 en la figura. La interface fsica Serial 0/0 en cada router es configurada para encapsulacin Frame Relay. La interface fsica no tiene una direccin IP asignada a esta. (Note que en este ejemplo R3 solo tiene un DLCI Frame Relay, por lo que no es necesario que sea multipunto, o incluso una sub interface.) Figura 2-25. EIGRP en una sub interface Frame Relay multipunto.

Ejemplo 2-31. Configuracin del router R1 y R3 en la figura 2-25.

Una sub interface multipunto Serial 0/0.1 es creada y una direccin IP es asignada a esta. Horizonte dividido est habilitado por defecto en sub interfaces Frame Relay multipunto. En este ejemplo, los routers R2 y R3 necesitan proveer conectividad entre sus redes conectadas, de modo que Horizonte dividido EIGRP es deshabilitado en la sub interface multipunto del router R1 con el comando no ip Split-horizon eigrp as-number. El mapeo manual IP address-to-DLCI es tambien configurado, utilizando los comandos framerelay map con la palabra clave broadcast. La configuracin EIGRP o es cambiada del despliegue bsico. En el Ejemplo 2-31, EIGRP es habilitado utilizando el nmero de sistema autnomo 110 y las interfaces correctas, y las redes son incluidas en EIGRP utilizando los comandos network bajo los procesos de enrutamiento EIGRP. Note que la configuracin de router R1 incluye el comando frame-relay map para sus propias direcciones IP en la sub interface serial multipunto de modo que la direccin IP local de la serial 0/0.1 puede ser pingneada del router R1 esta misma. Para verificar la operacin del protocolo de enrutamiento EIGRP sobre sub interfaces multipunto Frame Relay, utilice el comando show ip eigrp neighbors. El Ejemplo 2-32 despliega muestra de salida de los routers R1 y R3. El router R1 forma una adyacencia con los routers R2 y R3 sobre la sub interface multipunto serial 0/0.1. El router R2 y R3 forman una adyacencia con el router R1. (R1 y R3 pueden tambin formar una adyacencia entre cada uno si el mapeo IP address-to-DLCI para esa conectividad fue provedo.)

Ejemplo 2-32. Resultado de salida en los routers R1 y R3 en la figura 2-25

Vecinos EIGRP Unicast

El comando de configuracin de router neighbor {ip-address | ipv6-address} interface-type interface-number es utilizado para definir un router vecino con el cual intercambiar informacin de enrutamiento EIGRP. En lugar de utilizar paquetes multicast, EIGRP intercambia informacin de enrutamiento con el vecino especificado utilizando paquetes unicast. El router no procesa ninguno de los paquetes EIGRP multicast llegando o entrando en esa interface y este para el envi de paquetes EIGRP multicas en esa interface. Mltiples estados de neighbor pueden ser utilizados para establecer pares de sesiones con multiples vecinos EIGRP especficos. La interface a travs de la cual EIGRP intercambiara actualizaciones de enrutamiento debe ser especificada en el estado neighbor. Las interfaces a travs de la cuales dos vecinos EIGRP intercambia actualizaciones de enrutamiento deben ser configuradas con direccin IP de la misma red. Nota. La adyacencia de vecinos EIGRP no puede ser establecida mantenida sobre una interface que es configurada como pasiva. En el ejemplo 2-33, el router R1 (de la figura 2-25) es configurado un comando neighbor para el router R2. El router R1 por lo tanto no aceptara paquetes multicast en la Serial 0/0.1 de alguien ms. Para establecer una adyacencia con el router R1, el router R2 debe tambin ser configurado con un comando neighbor, para el router R1. La configuracin de R2 es proveda en el Ejemplo 2-34. El comando neighbor habilita el router R2 para usar paquetes unicast, los cuales van a ser aceptados por el router R1. En este escenario, el router R3 no es configurado con un comando neighbor para el router R1, ni es configurado el router R1 con un comando neighbor para el router R3. Por lo tanto, el router R1 y R3 no formaran una adyacencia.

Ejemplo 2-33. Configuracin para vecinos unicast del router R1 en la figura 2-25

Ejemplo 2-34. Configuracin para vecinos unicast del router R2 en la figura 2-25

Para verificar la configuracin de vecinos EIGRP unicast, utilice el comando show ip eigrp neighbors, como se muestra en el Ejemplo 2-35. Los routers R1 y R2 tienen formada una relacin de vecinos. La muestra de salida de ejemplo no muestra que el comando neighbor fue utilizado en ambos routers, pero este indica que una relacin de vecinos est establecida, prueba que la configuracin fue completada exitosamente. Porque el router R3 no est utilizando el comando neighbor, este intenta comunicarse con paquetes multicast en su serial 0/0.1. Sin embargo, la vecindad no est establecida porque ni el router R1 ni el router R2 estn aceptando paquetes multicast.

Ejemplo 2-35. Muestra de salida de vecinos unicast en los routers R1 y R2 en la figura 2-25

EIGRP Sobre Sub Interface Frame Relay Punto a Punto

Esta seccin describe como usted puede desplegar EIGRP utilizando sub interfaces Frame Relay punto a punto.

Sub Interfaces Frame Relay Punto a Punto

Una o varias sub interfaces punto a punto pueden ser creadas sobre una sola interface fsica Frame Relay. Estas sub interfaces punto a punto son interfaces lgicas emulando una red de line arrendad y provee un enrutamiento equivalente a las interfaces fsicas punto a punto. Como con las interfaces fsicas punto a punto, cada interface requiere su propia sub red. Frame Relay punto a punto es aplicado a topologa hub-and-spoke. La deteccin de la perdida de vecino EIGRP es bastante rpida en las sub interfaces punto a punto porque los valores por defecto del temporizador de hello EIGRP y del temporizador de espera EIGRP son idnticos a los valores utilizados en los enlaces fsicos punto a punto (5 segundos para el temporizador de hello y 15 segundos para el temporizador de espera). En el peor caso, la perdida de vecino es detectada dentro de 15 segundos. Otra razn es que la perdida de vecino es rpida es que una sub interface Frame Relay punto a punto es declarad cada si el DLCI adjunto a la interface es perdido---la deteccin de prdida de vecino es inmediata. Recuerde que para sub interfaces multipunto, todos los PVCs adjuntos a esta deben ser perdidos para la interface que se declaro cada. Nota. La deteccin de prdida de vecino debido a la perdida de DLCI solo trabaja si la red Frame Relay soporta sealizacin de extremo a extremo integrated Local Management Interface (LMI). En algunas redes Frame Relay, un extremo de la conexin quiz falle (por ejemplo, debido a una falla del router), pero el DLCI aun se declarara operacional en el otro extremo de la conexin.

EIGRP en Sub Interfaces Frame Relay Punto a Punto

Las sub interfaces punto a punto son creadas con el comando interface serial number.subinterface-number point-to point. Para Frame Relay, el mapeo IP address-to-DLCI en sub interfaces punto a punto es hecho por especificar el valor del DLCI local, utilizando el comando frame-relay interface-dlci dlci. La Figura 2-26 ilustra una red de ejemplo; el Ejemplo 2-36 es la configuracin del router R1, y el Ejemplo 2-37 es la configuracin de router R3. La interface fsica serial 0/0 est configurada para encapsulacin frame relay. La interface fsica no tiene una direccin IP asignada a esta. Figura 2-26. EIGRP Sobre Sub Interfaces Frame relay Punto a Punto

Ejemplo 2-36. Configuracin del router R1 en la figura 2-26.

Ejemplo 2-37. Configuracin del router R3 en la figura 2-26.

En el router R1, dos sub interfaces punto a punto, serial 0/0.2 y serial 0/0.3, son creadas y direcciones IP son asignadas a estas. El mapeo IP address-to-DLCI es provedo para cada sub interface. La configuracin EIGRP no es cambiada del despliegue bsico. EIGRP es habilitado utilizando el nmero de sistema autnomo 110, las interfaces correctas, y las redes son incluidas en EIGRP utilizando los comandos network bajo los procesos de enrutamiento EIGRP.

El router R3 es configurado similar al router R1, con una sub interface punto a punto. El comando show ip eigrp neighbors puede ser utilizado para verificar la operacin de el protocolo de enrutamiento EIGRP sobre las sub interfaces Frame Relay punto a punto. El Ejemplo 2-38 muestra las salidas para los routers R1 y R3. El router R1 forma la adyacencia con el router R2 sobre su interface punto a punto serial 0/0.2 y con el router R3 sobre su sub interface punto a punto serial 0/0.3. Igualmente, los routers R2 y R3 forman una adyacencia con el router R1 sobre la sub interface punto a punto serial 0/0.1. El router R3 tiene un vecino, el router R1, sobre sus sub interface punto a punto Serial 0/0.1. Ejemplo 2-38. Muestra de salida en los routers R1 y R3 en la figura 2-16

EIGRP Sobre MPLS

Esta seccin provee una vista de MPLS, y tecnologas MPLS VPN de capa 2 y capa 3, y explica como usted puede desplegar EIGRP en tales ambientes.

MPLS
MPLS es una arquitectura estndar Internet Engineering Task Force (IETF) que combina las ventajas de enrutamiento capa 3 con los beneficios de conmutacin capa 2. Con MPLS, las etiquetas cortas de longitud fija son asignadas a cada paquete en el borde de la red. En lugar de examinar la informacin del encabezado del paquete IP, los nodos MPLS utilizan esta etiqueta para determinar cmo procesar los datos. Este proceso resulta en una ms escalable y flexible solucin WAN. Los estndares MPLS evolucionan de los esfuerzos de mucha compaas, incluyendo la tecnologa tag-switching de Cisco. MPLS habilita VPNs escalables, calidad de servicio (QoS) de extremo a extremo, y otros servicios IP que permite la utilizacin eficiente de redes existentes con una ms sencilla configuracin, administracin, y una correccin ms rpida de falla.

Operacin de MPLS
MPLS es una tecnologa orientada a la conexin su operacin est basada en una etiqueta adjunta a cada paquete como este ingresa a la red MPLS. Una etiqueta identifica un flujo de paquetes (por ejemplo, trfico de vos entre dos nodos), tambin llamada una clase equivalente de reenvi (forwardind equivalence class (FEC)). Una FEC es una agrupacin de paquetes. Paquetes pertenecientes a la misma FEC reciben el mismo trato en la red. Los FEC pueden ser determinados por varios parmetros, incluyendo direccin de origen y destino o nmeros de puerto, protocolo IP, precedencia IP, o identificador de circuito de capa 2. Por lo tanto, los FEC pueden definir los requerimientos de QoS del flujo. En adicin, colas apropiadas y polticas descartadas pueden ser aplicadas para las FECs.

Los nodos de red MPLS, llamados label-switched routers (LSRs), utiliza la etiqueta para determinar el siguiente salto para el paquete. Los LSRs no necesitan examinar en encabezado IP del paquete; ms bien, estos envan este basados en la etiqueta. Despus de que una ruta ha sido establecida, los paquetes destinados al mismo punto final con los mismos requerimientos pueden ser reenviados basados en estas etiquetas sin una decisin de enrutamiento en cada salto. Las etiquetas usualmente corresponden al prefijo de destino de capa 3, la cual hace que MPLS equivalga al enrutamiento basado en destino. Una ruta label-switched path (LSP) debe ser definida por cada FEC antes que los paquetes puedan ser enviados. Es importante anotar que las etiquetas son de significancia local a cada un solo nodo MPLS. Por lo tanto, los nodos deben comunicar que la etiqueta utilizada para cada FEC. Uno de dos protocolos es utilizado para esta comunicacin: el protocolo de distribucin de etiqueta o una versin avanzada del protocolo de reservacin de recursos. Un protocolo de enrutamiento interior, tal como OSPF o EIGRP es tambin utilizado dentro de la red MPLS para intercambiar informacin de enrutamiento. Una caracterstica nica de MPLS es su capacidad para ejecutar apilamiento de etiquetas (label stacking), en el cual mltiples etiquetas pueden ser llevadas en un paquete. La etiqueta superior, la cual es la ltima, es siempre procesada de primero. Label stacking habilita mltiples LSPs para ser agregadas, de este modo crean tneles a travs de mltiples niveles de una red MPLS. Una etiqueta MPLS es un campo de 32-bit colocado entre un encabezado de capa de enlace de datos de un paquete y su encabezado IP. La figura 2-27 ilustra el flujo de dos paquetes dentro de una red MPLS. Figura 2-27. Las etiquetas son utilizadas para signar una ruta para un flujo de paquete dentro de una red MPLS.

Nota. Los enlaces mostrados en la figura 2-27 estn destinados a ser genricos. Por lo tanto, estos no representan ningn tipo particular de interface. En la Figura 2-27, cada uno de los nodos MPLS ha comunicado previamente las etiquetas utilizada por cada uno de los FECs definidos a sus nodos vecinos. El paquete A y el paquete B representan flujos diferentes. Por ejemplo, el paquete A quiz sea de una sesin FTP, mientras que el paquete B es de una conversacin de vos. Sin MPLS, estos paquetes podran tomar la misma ruta a travs de la red. En la figura 2-27, el router V es el borde de entrada LSR para los paquetes A y B, el punto en el cual los paquetes ingresan a la red. El router V examina cada paquete y determina la FEC apropiada. Al paquete A es asignada la etiqueta 17 y es enviado al router X. Al paquete A es

asignada la etiqueta 18 y es enviado al router W. como cada LSR recibe un paquete etiquetado, este remueve la etiqueta, localiza la etiqueta en su tabla, aplica la etiqueta de salida apropiada, y reenva el paquete al siguiente LSR en el LSP. Cuando los paquetes alcanzan el router Z (el borde de salida LSR, o el punto en el cual el paquete sale de la red MPLS), el router Z remueve la etiqueta y reenva los paquetes apropiadamente, basado en su tabla de enrutamiento IP. Es importante anotar que los paquetes enviados entre el mismo punto final quiz pertenecen a diferentes FECs MPLS, y por lo tanto quiz el flujo a travs de diferentes rutas en la red.

Ofertas de Proveedor de Servicio

Muchos ISPs ofrecen servicios de transporte de capa 2 a sus clientes para interconectar redes en varias oficinas va routers customer equipment (CE). Los ISPs ofrecen estos servicios sobre una infraestructura basada en circuito para construir VPNs de capa 2. Las VPNs inciales fueron construidas utilizando lneas arrendadas con encapsulacin PPP y HDLC. Ms tarde, los proveedores de servicios ofrecieron VPNs de capa 2 basada en conectividad de cpa de enlace de datos punto a punto, utilizando ATM o circuitos virtuales Frame Relay. Los clientes construyeron sus propias redes de capa 3 n la parte superior de estas redes de capa 2 para acomodar el trafico IP. As, separaron las redes existentes para el trfico de capa 2 y capa 3, los cuales eran difciles y costosos de mantener. Las VPNs MPLS fueron introducidas para proveer una red unificada para servicios VPN de capa 3. Para los clientes que aun esperan conexiones de capa 2, los ISPs despliegan extensiones VLAN Ethernet a travs de un rea metropolitana o servicios ATM. Cualquier transporte sobre MPLS (AToM) fue introducido para facilitar esta conectividad de capa 2 a travs de un backbone MPLS. AToM habilita el envi de tramas de capa 2 a travs de un backbone MPLS. Este unifica los ofrecimientos de capa 2 y capa 3 sobre una infraestructura MPLS comn. En AToM, VCs representan los enlaces de capa 2, y las etiquetas MPLS identifican los VCs. AToM permite mas ofertas de ISPs que recientemente ofrecen conectividad de capa 2 a los clientes con ofrecimientos tradicionales tal como ATM, Frame Relay, y servicios seriales PPP, y todos estos especializados en conectividad Ethernet en reas metropolitanas. Estos servicios de VPN de capa 2 que interesa a los clientes empresariales de ISPs quienes quiz aun corren sus propias redes y necesitan conectividad punto a punto entre sitios.

Solucin de VPN MPLS de capa 2 y capa 3

La figura 2-28 ilustra las diferencias entre una VPN MPLS de capa 2 y una solucin backbone de VPN MPLS de capa 3. Los routers de los clientes (R1 y R2 en la figura) estn conectados a travs de una VPN MPLS backbon. Figura 2-28. Soluciones VPN MPLS de capa 2 y capa 3

La VPN MPLS de capa 2 provee un servicio de capa 2 a travs del backbone, donde los routers R1 y R2 estn conectados juntos en la misma sub red IP. La figura 2-28 representa conectividad a travs del backbone como un switch de capa 2. La VPN MPLS de capa 3 provee un servicio de capa 3 a travs del backbone, donde R1 y R2 estn conectados a los routers de borde del ISP. En cada lado, una sub red IP separada es utilizada. La figura 2-28 representa conectividad a travs del backbone como un router. La siguiente seccin describe las VPNs MPLS de capa 3 y capa 2.

VPNs MPLS de capa 3

Esta seccin describe las VPNs MPLS de capa 3 y como EIGRP es desplegado sobre estas.

Revisin de VPN MPLS de capa 3

Como se mostro en la figura 2-29, en terminologa VPN MPLS, la red es dividida dentro de la parte de control de cliente (la red C) y la parte control de proveedor (la red P). Porciones contiguas de la red C son llamadas sitios y son vinculados a la red P va los routers de borde de clientes (router CE). Los routers CE son conectados al router proveedor de borde (provider edge (PE) router), el cual sirve como el dispositivo de borde de la red proveedora. El dispositivo ncleo en la red proveedora (los routers P) proveen el transporte a travs del backbone proveedor y no llevan los routers cliente. El proveedor de servicio conecta mltiples clientes sobre un backbone MPLS comn utilizando VPNs MPLS. Figura 2-29. VPN MPLS de capa 3

La arquitectura de un router PE en una VPN MPLS es similar a la arquitectura de un punto de presencia (POP) en un modelo dedicado de router PE peer-to-peer; sin embargo, en una VPN MPLS, la arquitectura completa es condensada dentro de un dispositivo fsico. En una VPN MPLS, a cada cliente es asignada una tabla de enrutamiento independiente---la tabla virtual de enrutamiento y reenvi (VRF) en el router PE---que corresponde al router PE dedicado n un modelo tradicional peer-to-peer. El enrutamiento a travs del backbone proveedor es ejecutado por un proceso de enrutamiento separado que utiliza una tabla de enrutamiento IP global. Este proceso de enrutamiento corresponde a los routers P dentro del modelo tradicional peer-to-peer.

El backbone VPN MPLS en la figura 2-29 es un backbone de capa 3. Los routers CE tratan a los routers PE de la misma manera como estos tratan a otros routers clientes en la ruta entre sitios. Los routers PE mantienen tablas de enrutamiento separadas para cada cliente. La arquitectura VPN MPLS provee a los ISPs con una arquitectura VPN peer-to-peer que combina las mejores caractersticas de una VPN superpuesta (incluyendo soporte para superponer el espacio de direccionamiento del cliente) con las mejores caractersticas de VPNs peer-to-peer, incluyendo las siguientes: Los routers PE participan en el enrutamiento del cliente, proveyendo enrutamiento optimo entre las instalaciones de los clientes. Los routers PE llevan un ajuste separado de rutas para cada cliente, aislando cada cliente de otros clientes.

Perspectiva del cliente de VPNs MPLS de capa 3

Como se ilustra en la figura 2-30, la VPN MPLS backbone se mira como un backbone corporativo estndar para los routers CE. Los routers CE ejecutan software de enrutamiento IP estndar e intercambia actualizaciones de enrutamiento con los routers PE, los cuales aparecen para estos como routers normales en la red de los clientes. Por lo tanto, el cliente y el SP deben estar de acuerdo en los parmetros EIGRP. Figura 2-3. Perspectiva del cliente de VPNs MPLS de capa 3

La topologa interna del backbone MPLS es transparente para los clientes. Los routers-P internos son ocultados de la vista de los clientes y los routers CE son inconscientes de la VPN MPLS. En una VPN MPLS capa 3, los siguientes requerimientos deben ser reunidos: Los routers cliente (los routers CE) no deben ser VPN MPLS conscientes. Estos deben ejecutar software de enrutamiento IP estndar. Los router ncleo proveedores (los routers P) no debe llevar routers cliente (VPN), para hacer las soluciones VPN MPLS escalables. Los routers PE deben soportar servicios VPN MPLS servicios IP tradicionales.

EIGRP Sobre VPN MPLS Capa 3

La figura 2-31 provee un ejemplo de EIGRP desplegado sobre una VPN MPLS de capa 3. Las configuraciones de los routers R1 y R2 son mostradas en el ejemplo 2-39.

Figura 2-31. EIGRP sobre una VPN MPLS de capa 3

Ejemplo 2-39 configuraciones de los routers R1 y R2 en la figura 2-31

Los routers R1 y R2 estan configurados para EIGRP como si hubiera una red nucleo corporativa entre estos. El cliente tiene que estar de acuerdo con los parmetros de EIGRP (tal como el numero de sistema autnomo, contrasea de autenticacin, etctera) con el SP asegurando la conectividad. El SP generalmente controla estos parmetros. Los routers PE reciben actualizaciones de enrutamiento de los routers CE instalan estas actualizaciones en las tablas VRF apropiadas. Esta parte de la configuracin y operacin es responsabilidad del SP. El ejemplo 2-40 despliega el resultado de la tabla de vecinos EIGRP en los routers R1 y R2. Note que el router R1 establece una relacin de vecindad con el router PE1, y el router R2 establece una relacin de vecindad con el router PE2. Los routers R1 y R2 no establecen una relacin de vecindad uno con el otro. Ejemplo 2-40. Resultado de salida de los routers R1 y R2 en la figura 2-31

VPNs MPLS de Capa 2

Esta seccin describe las VPNs MPLS de capa 2 y como EIGRP es desplegado sobre estas.

Conectividad Ethernet Puerto-a-Puerto Sobre Una VPN MPLS de Capa 2

Con una VPN MPLS de capa 2, un backbone MPLS provee una conexin Ethernet puertoapuerto de capa 2, tal como entre los dos routers clientes R1 y R2 en la figura 2-32. Figura 2-32. Conectividad Ethernet puerto a puerto sobre una VPN MPLS de capa 2

En la figura 2-32, los routers R1 y R2 estn intercambiando tramas Ethernet. El router PE1 toma las tramas Ethernet recibidas del router R1 conectado directamente, encapsula este dentro de un paquete MPLS, y reenva este a travs del backbone el router PE2. El router PE2 des encapsula el paquete MPLS y reproduce la trama Ethernet en su enlace Ethernet al router R2. Este proceso es un tipo de AToM llamado EoMPLS. (EoMPLS es tambin conocido como un tipo de servicio Metro Ethernet.) AToM y EoMPLS no incluyen alguna direccin de capa MAC aprendida y filtrada. Por lo tanto los routers PE1 y PE2 no filtran ninguna trama basada en direcciones MAC. AtoM y EoMPLS tambin no utilizan el protocolo Spanning Tree (STP). Unidades de datos de protocolo de puente (BPDUs) son propagadas transparentemente y no n procesadas, de este modo los switches LAN en conjunto con AToM y EoMPLS proveen estas caractersticas. En el ejemplo en la figura 2-33, los routers R1 y R2 se comunican con EIGRP sobre EoMPLS. La configuracin para ambos routers es mostrada en el ejemplo 2-41. Figura 2-33. EIGRP sobre EoMPLS.

Ejemplo 2-41. Configuracin de los routers R1 y R2 en la figura 2-33.

Cuando se despliega EIGRP sobre EoMPLS, no hay ningn cambio en la configuracin de EIGRP de la perspectiva de los clientes. EIGRP necesita ser habilitado con el numero de sistema autnomo correcto (igual en ambos routers R1 y R2). Los comandos network deben incluir todas las interfaces que corrern EIGRP, inclunyendo los enlaces hacia los routers PE (routers Pe1 y PE) sobre los cuales los routers R1 y R2 formaran sus relaciones de vecindad. De la perspectiva EIGRP, los backbone MPLS y los routers PE1 y PE2 no son visibles. Una relacin de vecindad es establecida directamente entre los routers R1y R2 sobre el backbone MPLS, y es desplegada utilizando el comando show ip eigrp neighbors. La salida de este comando esta mostrada en el ejemplo 2-42. Ejemplo 2-42. Muestra de salida en los routers R1 y R2 en la figura 2-33

Conectividad VLAN Ethernet

La figura 2-34 ilustra un escenario alterno en el cual los dos routers clientes R1 y R2 estn conectados a los routers de borde MPLS PE1 y PE2 va sub interfaces VLAN. Sub interfaces diferentes en los routers PE son utilizadas para conectarse a VLANs diferentes. Sub interface PE1 a la VLAN donde el router R1 est conectado es utilizad para reenvi AToM. La trama Ethernet que llega del router R1 en la sub interface VLAN especifica es encapsulada dentro de MPLS y reenviada a travs del backbone al router PE2. El router PE2 des encapsula el paquete y reproduce la trama Ethernet en su sub interface VLAN de salida al router R2.

Figura 2-34. EIGRP sobre EoMPLS

Balanceo de Carga EIGRP

Esta seccin describe el balanceo de cargas EIGRP de igual costo y de costo desigual.

Balanceo de Carga EIGRP de Igual Costo

El balanceo de carga de igual costo es una capacidad del router para distribuir trfico sobre todos los routers que tienen la misma mtrica para la direccin de destino. Todos los protocolos de enrutamiento IP en los routers Cisco pueden ejecutar balanceo de carga de igual costo. Observe que la terminologa es igual costo aunque la mtrica utilizada en el protocolo de enrutamiento quiz no sea llamada costo (como es el caso de EIGRP). El balanceo de carga incrementa la utilizacin de segmentos de red, as incrementa el ancho de banda efectivo de la red. Por defecto, el Cisco IOS balancea entre un mximo de cuatro rutas de igual costo para IP. Utilizando el comando de configuracin de router maximum-paths mximum-path, usted puede necesitar que ms de 16 rutas buenas iguales sean mantenidas en la tabla de enrutamiento. Ajustar el parmetro mximum-path de 1 a deshabilitar el balanceo de carga. Cuando un paquete es procesado switcheado, balancear la carga sobre rutas de igual costo ocurre en una base por paquete. Cuando los paquetes son switcheados rpido, el balanceo de carga sobre rutas de igual costo est en una base por destino. Nota. Si usted est probando el balanceo de carga, o ping a o de los routers con las interfaces de switche rpido, porque estos routers localmente generan paquetes que son procesados y conmutados en lugar de conmutados rpido y quiz producen resultados confusos. Nota. El balanceo de carga es ejecutado solo en el trfico que pasa a travs del router, no en el trafico generado por el router. La figura 2-35 ilustra una red de ejemplo con mtricas de muestra de indicada (las mtricas son ms pequeas que los valores actuales para facilitar el clculo en el ejemplo). El ejemplo 2-43 muestra la configuracin EIGRP en el router R1. La tabla 2-7 despliega el contenido de la tabla de topologa del router R1 para la ruta 172.16.2.0/24.

Figura 2-35. Balanceo de Carga EIGRP de igual costo.

Tabla 2-7. Tabla de topologa para 172.16.2.0/24 en el router R1 en la figura 2-35

Ejemplo 2-43. Configuracin en el router R1 en la figura 2-35

El router R1 est configurado para soporta arriba de tres rutas de igual costo. El router R1 mantendr las rutas va R2, R3, y R4 en sus tablas de enrutamiento porque las tres rutas tienen la misma mtrica de 40 (estas son de igual costo), como se muestra en la columna FD en la tabla 2-7. La ruta a travs del router R5 no es utilizada porque la mtrica es ms grande que 40 (esta es 60). Aunque si esta mtrica fuera la misma como las otras, solo tres de las cuatro rutas podran ser utilizadas porque el comando de mximum-paths 3.

Blanceo de Carga EIGRP de Costo Desigual

EIGRP tambin puede balancear el trafico a travs de multiples rutas que tienen mtricas diferentes---esto se llama balanceo de carga de costo desigual. El grado en el cual EIGRP ejecuta el balanceo de carga es controlado por el comando de configurcion del router variance multiplier. El multiplier es un valor de diferencia, entre 1 y 128, utilizado por el balanceo de carga. El valor por defecto es 1, lo cual significa balaceo de carga de igual costo. El multiplier define el rango de valores de mtrica que son aceptados por el balanceo de carga. Justando un valor de diferencia mas grande que 1 permite a EIGRP instalar multiples rutas libres de loop con costos desiguales en la tabla de enrutamiento. EIGRP siempre

instalara sucesores (las mejores rutas) en la tabla de enrutamiento. La diferencia permite que los sucesores factibles FS tambin sean instalados en la tabla de enrutamiento. Solo las rutas que son factibles pueden ser utilizadas por el balanceo de carga, y la tabla de enrutamiento solo incluye las rutas factibles. Las dos condiciones de factibilidad son como las siguientes: La ruta debe estar libre de loop. Como se informo anteriormente, esto significa que la mejor mtrica (la AD) aprendida del siguiente router debe ser menor que la mejor mtrica local (el actual FD). En otras palabras, el siguiente router en la ruta debe ser cerrado al destino que el router actual. La mtrica de la ruta entrante (la FD de la ruta alterna) debe ser ms baja que la diferencia multiplicada por la mejor ruta local (el actual FD). En otras palabras, la mtrica para la ruta alterna entrante debe de estar dentro de la diferencia.

En ambas de estas condiciones son reunidas, la ruta es llamada factible y puede ser agregada a la tabla de enrutamiento. El valor por defecto para la diferencia EIGRP es 1, lo cual indica balanceo de carga de igual costo. En este caso, solo las rutas con la misma mtrica como el sucesor son instaladas en la tabla de enrutamiento local. El comando variance no limita el nmero mximo de rutas. En lugar, este define el rango de valores de mtrica que son aceptados por el balanceo de carga por el proceso EIGRP. Si la diferencia es ajustada a 2, ninguna ruta EIGRP aprendida con una mtrica menor que dos veces la mtrica del sucesor ser instalada en la tabla de enrutamiento local. Por ejemplo, si el comando variance le permite a EIGRP instalar nueve rutas y el comando mximum-path ajusta el valor mximo de rutas en 3, justamente las tres primeras rutas fuera de las nueve disponibles estaran en la tabla de enrutamiento IP. Nota. EIGRP este mismo no comparte la carga entre mltiples rutas. Este solo instala las rutas en la tabla de enrutamiento local. La tabla de enrutamiento local habilita el hardware de switching del router o el software para compartir la carga entre las mltiples rutas. Para controlar como el trafico es distribuido entre la cantidad de rutas cuando existen mltiples rutas para el misma red de destino y estas tienen mtricas diferentes, utilice el comando de configuracin de router traffic-share [balance | min across-interface]. Con la palabra clave balanced (el comportamiento por defecto), el router distribuye proporcionalmente el trafico para las relaciones e las mtricas asociadas con las diferentes rutas. Con la opcin min acrossinterfaces, el router utiliza solo las rutas que tienen costo mnimo. (En otras palabras, todas las rutas que son factibles y dentro de la diferencia son mantenidas en la tabla de enrutamiento, pero solo estas con el costo mnimo son utilizadas.) Esta ltima opcin permite las rutas factibles de respaldo para estar siempre en la tabla de enrutamiento. La figura 2-36 ilustra la misma red como en la figura 2-35, pero con mtricas modificadas. El ejemplo 2-44 muestra el comando agregado el router R1, ajustando la diferencia a 2. La tabla 28 despliega la nueva tabla de topologa en el router R1 para la ruta 172.16.2.0/24.

Figura 2-36. Balanceo de carga EIGRP con costo desigual

Tabla 2-8. Nueva tabla de topologa para 172.16.2.0/24 en el router R1 en la figura 2-36

Ejemplo 2-44. Configuracin EIGRP adicional el router R1 en la figura 2-36

El router R1 utiliza al router R3 como el sucesor porque esta FD es menor (20). Con el comando variance 2 aplicado al router R1, la ruta a traves del router R2 reune los criterios para balancear la carga. En este caso, la FD a travs del router R2 (30)es menor que dos veces la FD a travs del sucesor el router R3 (2 * 20 = 40). El router 4 no es considerado para balancear la carga porque la FD a travs del router R4 (45) es mayor que dos veces la FD para el sucesor (router 3) (2 * 20 = 40). En este ejemplo, sin embargo, el router R4 nunca ser un FS no importando que la diferencia es, porque su AD de 25 es mayor que la FD del router R 1 de 20. Por lo tanto, para evitar un potencial loop de enrutamiento, el router R4 no es considerado cerrado para el destino que el router R1 y no puede ser un FS. El router R5 o es considerado para el balanceo de carga con esa diferencia porque la FD a travs del router R5 (50) es mayor que dos veces la FD para el sucesor a travs del router R3 (2 * 20 = 40). En este ejemplo, sin embargo, el router 5 no seria un FS porque la AD del router R5 de 10 es menor que la FD del router R3 de 20. La carga en la figura 2-36 es balanceada proporcionalmente al ancho de banda. La FD del router va el router R2 es 30, y la FD del router va el router R3 es 20. La proporcin del trafico entre las dos rutas (va R2 : va R3) es por lo tanto 3/5 : 2/5. En otro ejemplo de balanceo de carga desigual, cuatro rutas a un destino tienen las siguientes mtricas. Ruta 1: 1100 Ruta 2: 1100 Ruta 3: 2000

Ruta 4: 4000

Por defecto, las rutas del router al destino utilizan ambas rutas 1 y 2 porque estas tienen la misma mtrica. Suponiendo que no existen loops de enrutamiento, el comando variance 2 balanceara la carga sobre las rutas 1, 2, y 3. Porque 1100 * 2 = 2200, lo cual es mayor que la mtrica a travs de la ruta 3. Similarmente el comando variance 4 podra tambin incluir la ruta 4.

Uso de Ancho de Banda (bandwidth) EIGRP a Travs de Enlaces WAN

Como se discuti anteriormente, EIGRP opera eficientemente en ambientes WAN y es escalable en ambos enlaces punto-a-punto y enlaces NBMA multipunto y enlaces punto-a-punto. Porque de las diferencias inherentes en las caractersticas operacionales de los enlaces, la configuracin por defecto de las conexiones WAN quiz no es optima. Una solida comprensin de operacin de EIGRP acoplado con conocimientos de velocidades de enlace puede ofrecer una eficiente, confiable, y escalable configuracin de router. Esta seccin primero introduce como EIGRP utiliza el ancho de banda en las interfaces, y entonces provee ejemplos de EIGRP en varias WANs.

Utilizacin de Enlace EIGRP

Por defecto, EIGRP utiliza arriba del 50 por ciento del ancho de banda declarado en una interface o sub interface. EIGRP utiliza el ancho de banda del enlace ajustado por el comando bandwidth, o el ancho de banda por defecto del enlace si ninguno es configurado, cuando calculan como cuanto ancho de banda es utilizado. Usted puede ajustar este porcentaje en una interface o sub interface con el comando de configuracin de interface ip bandwidth-percent eigrp as-number percent. El as-number es el nmero de sistema autnomo EIGRP. El parmetro percent es el porcentaje del ancho de banda configurado que EIGRP puede utilizar. Usted puede ajustar el porcentaje a un valor mayor que 100, lo cual quiz sea de utilidad si el ancho de banda es configurado artificialmente bajo por razones de polticas de enrutamiento. El Ejemplo 2-45 muestra una configuracin que permite a EIGRP utilizar 40Kbps (200 por ciento del ancho de banda configurado, 20Kbps) en la interface. Esto es esencial para asegurar que la lnea esta aprovisionada a manejar la capacidad configurad. (la siguiente seccin, Ejemplos de EIGRP en WANs, provee algunos ejemplos ms de cuando este comando es utilizado.) Ejemplo 2-45. Ajustando la utilizacin del enlace EIGRP

El IOS de Cisco asume que las sub interfaces frame relay punto-a-punto estn operando en la velocidad por defecto de las interfaces. En muchas implementaciones, sin embargo, solo fracciones de velocidad (tal como una fraccin de T1) estn disponibles. Por lo tanto, cuando configuran estas sub interfaces, ajustan el ancho de banda para que coincida con la CIR contratada. Cuando configuran interfaces multipunto (especialmente para frame relay, pero tambin para ATM y ISDN PRI), recuerde que el ancho de banda es compartido igualmente por los vecinos. Que esta, EIGRP utilizando el comando bandwidth en la interface fsica dividido por el numero de vecinos frame relay conectados en esa interface fsica para tener el atributo ancho de banda

en cada vecino. La configuracin EIGRP debe reflejar el porcentaje correcto del actual ancho de banda disponible en la lnea. Cada instalacin tiene una topologa nica, y que viene con configuraciones nicas. Diferentes valores CIR a menudo requieren una configuracin hibrida que mescla las caractersticas de circuitos punto-a-punto con circuitos multipunto. Cuando configura interfaces multipunto, configure el ancho de banda para representar el mnimo de veces CIR del nmero de circuitos. Este enfoque quiz no completamente utilice la alta velocidad de los circuitos pero este asegura que los circuitos con los CIR ms bajos no sean sobre escribidos. Si la topologa tiene un pequeo nmero de circuitos de muy baja velocidad, estas interfaces estn tpicamente definidas como punto-a-punto de modo que sus anchos de banda puedan ser ajustados para coincidir el CIR aprovisionado.

Ejemplo de EIGRP en WANs

En la figura 2-37, las interfaces del router C han sido configuradas para un ancho de banda de 224Kbps. Cuatro vecinos existen en esta topologa multipunto, as cada circuito es asignado un cuarto del ancho de banda configurado en la interface, que resulta de 224/4 = 56Kbps asignados por circuito. Estos 56-kbps asignados coinciden el CIR aprovisionado de cada circuito. Figura 2-37. Frame Relay multipunto en el cual todos los VCs el ancho de banda igualmente.

El Ejemplo 2-46 muestra la configuracin para la interface Serial 0 del router C Ejemplo 2-46. Ajustando el comando bandwidth en una interface en el router C en la figura 2-37

En la figura 2-38, un circuito ha sido aprovisionado para un CIR 56-kbps, y los otros tres circuitos tiene un CIR alto de 256kbps. La interface en el router C ha sido configurada para un ancho de banda igual al ms bajo CIR multiplicado por el nmero de circuitos que estn soportados (56 * 4 = 224), como se muestra en el ejemplo 2-47. Esta configuracin protege el abrumador circuito de velocidad ms bajo en la topologa.

Figura 2-38. Frame Relay multipunto en el cual los VCs tienen diferentes CIRs.

Ejemplo 2-47. Ajustando el comando bandwidth en una interface en el router C en la figura 2-38

La figura 2-39 presenta una solucin hibrida para esta red. Figura 2-39. Frame Relay multipunto y punto-a-punto.

El ejemplo 2-48 muestra la configuracin aplicada al router C en la figura 2-39. Ejemplo 2-48. Ajustando el ancho de banda para una sub interface Frame Relay en el router C en la figura 2-39

El ejemplo 2-48 muestra el circuito de baja velocidad configurado como un punto-a-punto. Los circuitos restantes son designados como multipunto, y sus respectivos CIRs son sumados al ajuste del ancho de banda de la interface (256 + 256 + 256 = 768). En la interface multipunto, el ancho de banda es compartida por igual entre todos los circuitos. Asi, el ancho de banda ser dividido dentro de tres, con 256 kbps asignados a cada circuito. La figura 2-40 ilustra una topologa de exceso de solicitudes comn hub-and-spoke con 10 VCs a los sitios remotos. (Solo 4 de los 10 sitios remotos son mostrados en la figura.) El Ejemplo 2-49 muestra la configuracin utilizada en los routers C y G de la figura 2-40. Figura 2-40. Topologa Frame Relay Hub-and-Spoke.

Ejemplo 2-49. Configuracion WAN EIGRP: enlaces Punto-a-Punto en los routers C y G en la figura 2-40

Los circuitos son aprovisionados con enlaces de 64-Kbps, pero hay insuficiente ancho de banda en el router C (el hub) para soportar lo asignado. Por ejemplo, si el hub intenta comunicarse a todos los sitios remotos al mismo tiempo, el ancho de banda que es requerido excede la velocidad del enlace disponible de 256 Kbps para el hub---10 veces el CIR de 64 Kbps igual a 640 Kbps. En una topologa punto-a-punto, todos los VCs son tratados igualmente y son por lo tanto configurados para exactamente un-decimo de la velocidad de enlace disponible (25 kbps). (Alternativamente la interface Serial 0 principal podra ser configurada con el comando bandwidth 256. como se menciono, por defecto EIGRP utiliza el 50 por ciento de la configuracin de ancho de banda de un circuito. La configuracin de EIGRP debe reflejar el porcentaje correcto del actual ancho de banda disponible en la lnea. Por lo tanto, en un intento para asegurar que los paquetes EIGRP son liberados a travs de la red Frame Relay en la figura 2-40, cada sub interface tiene el porcentaje EIGRP asignado superior a 128 por ciento del ancho de banda especificado. Este ajuste causa que los paquetes EIGRP para recibir aproximadamente 32kbps de los 64 kbps aprovisionados en cada circuito (porque 128% de 25 kbps es 32 kbps). Esta configuracin extra restablece la proporcin 50-50 que fue manipulado con cuando el ancho de banda fue ajustado a un valor bajo artificialmente. Si el nmero de VCs cambia, esta calculacin y configuracin deben ser re realizadas. Nota. Suprimiendo los ACKs EIGRP tambin ahorrara ancho de banda. Un ACK no es enviado si un paquete de datos unicast est listo para la transmisin. El campo ACK en algunos paquetes unicast confiables (paquete RTP) es suficiente para acusar de recibido el paquete del vecino, de este modo los paquetes ACK son suprimidos para guardar ancho de banda. Esta es una significante caracterstica para enlaces punto-a-punto y redes NBMA, porque en estos medios, todos los paquetes de datos son enviados como unicast y, as, pueden llevar un acuse de recibo ellos mismos (esto es tambin conocido como un piggyback ACK). En esa instancia, no hay necesidad de un paquete ACK.

Configurando y Verificando la Autenticacin de EIGRP

Usted puede prevenir a su router de recibir actualizaciones de rutas fraudulentas por configurar la autenticacin de router vecino. Usted puede configurar la autenticacin de vecino EIGRP (tambin llamada autenticacin de router vecino o autenticacin de ruta) de tal manera que los routers puedan participar en enrutamiento basado en contraseas redefinidas. Esta seccin primero describe la autenticacin del router en general, seguida por una discusin de cmo configurar y resolver problemas de mensajes EIGRP digest 5 autenticacin (MD5).

Autenticacin del Router

Usted puede configurar la autenticacin de router vecinos de tal manera que los routers solo participen en el enrutamiento basado en contraseas predefinidas. Por defecto, la no autenticacin es utilizada para paquetes de protocolos de enrutamiento. Sin la autenticacin de vecino, no autorizadas o deliberadamente actualizaciones de enrutamiento malicioso podran comprometer la seguridad del trafico de red. Por ejemplo, un router no autorizado conectado a la red (por alguien con maliciosa o inocente intecion) podra enviar una actualizacin de enrutamiento ficticia para convencer a su router de enviar trafico a un destino incorrecto. Cuando la autenticacin de router vecino ha sido configurada en un router, el router autentica la fuente de cada paquete de protocolo de enrutamiento que es recibido. Esto es realizado por

el intercambio de una llave de autenticacin (tambin llamada contrasea) que es conocida por ambos router los que envan y los que reciben.

Autenticacin Simple Versus Autenticacion MD5

Los router utilizan dos tipos de autenticacin: Autenticacin de contrasea simple (tambin llamada autenticacin de texto sin formato)--- soportada por el protocolo Integrated System-Integrated System, OSPF, y Routing Information Protocol RIP Version 2 (RIPv2). Autenticacin MD5--- soportada por OSPF, RIPv2, BGP, y EIGRP.

Nota. Este libro cubre la autenticacin para EIGRP, OSPF, y BGP. Ambas formas de autenticacin trabajan en la misma forma, con la excepcin que MD5 envia un mensaje digest mas bien que la llave de autenticacin estemismo. El mensaje digest es vreado utilizando la llave (y un ID de llave con algunos protocolos) y un mensaje, pero la llave esta misma no es enviada, previniendo a esta de ser leda mientras esta est siendo transmitida. La autenticacin de contrasea simple enva la llave de autenticacin esta misma sobre el cable. Nota. La autenticacin de contrasea simple no es recomendad para utilizarla como parte de una estrategia de seguridad porque esta es vulnerable para ataques pasivos. Cualquier persona con un analizador de enlace podra fcilmente ver las contraseas en el cable. El uso principal de la autenticacin de contrasea simple es para evitar cambios accidentales en la infraestructura de enrutamiento. Utilizando la autenticacin MD5, sin embargo, es recomendada una seguridad practica. Precaucion Como con todas las llaves, contraseas, y otros secretos de seguridad, es imperativo que usted cerradamente guarde las llaves utilizadas en la autenticacin de vecino. Los beneficios de seguridad de estas caractersticas estn dependiendo en mantener confidencialmente todas las llaves de autenticacin. Tambin, cuando ejecuta tareas de administracin de router va el protocolo simple de administracin de red (SNMP), no ignore el riego asociado con enviar las llaves utilizando SNMP no encriptado. Con la autenticacin de contrasea simple, una contrasea (llave) es configurada en un router; cada router vecino participante debe ser configurado con la misma llave. Cuando un paquete es enviado, la contrasea es incluida en texto sin formato. La autenticacin MD5, describe en RFC 1321, el algoritmo MD5 Message-Digest, es un criptogrfico basado en el paquete del protocolo de enrutamiento, la llave, y el ID de llave generan un mensaje digest (tambin llamado un hash) que es adjuntado al paquete. Diferente a la autenticacin simple, la llave no es intercambiada sobre el cable---el mensaje digest es enviado en lugar de la llave, lo cual asegura que nadie pueda escuchar a escondidas en la lnea y aprender las llaves durante la transmisin. Nota. MD5 provee autenticacin pero no provee confidencialidad. Los contenidos de los paquetes de protocolos de enrutamiento no estn encriptados.

Autenticacin MD5 para EIGRP

Por defecto, la no autenticacin es utilidad para paquetes EIGRP. Usted puede configurar EIGRP para que use autenticacin MD5. Cuando la autenticacin de vecino EIGRP ha sido configurada en un router, el router autentica la fuente de cada paquete del protocolo de enrutamiento que es recibido. El digest MD5 tecleado en cada paquete EIGRP previene la introduccin de no autorizados o falsos mensajes de enrutamiento de fuentes inapropiadas. Para la autenticacin MD5 EIGRP, usted debe configurar una llave de autenticacin y un ID de llave en ambos router que envan y router que reciben. Cada router EIGRP toma la llave y el ID de llave y genera el mensaje digest que es adjuntado a cada paquete del protocolo de enrutamiento enviado al vecino. El router receptor calcula el hash MD5 de la informacin EIGRP recibida. Si el hash coincide con el valor recibido, el paquete es aceptado, si no hay coincidencia, el paquete es silenciosamente descartado. Cada llave tiene su propio Id de llave, el cual es almacenado localmente. La combinacin del ID de llave y la interface asociada con el mensaje nicamente identifica el algoritmo de autenticacin y la llave de autenticacin MD5 en uso. Usted puede incrementar la seguridad de la autenticacin MD5 de EIGRP por hacer cambios frecuentes de llave. Usted puede definir y activar mltiples llaves basadas en tiempo, como se defini en la configuracin. La transmisin entre las llaves es implementada de tal manera que esta permita una operacin sin interrupciones de intercambios EIGRP. El cambio de clave debe de ser bien planeada y soportada por el tiempo de sincronizacin entre los routers. La renovacin por una nueva palabra clave solo si el tiempo en los routers adyacentes esta sincronizado. Nota. Los routers EIGRP necesitan saber el tiempo para ser capaz de girar a travs de las claves en la sincronizacin con los otros routers participantes, para asegurar que todos los routers estn utilizando la misma clave en el mismo momento. Varios mecanismos pueden ser utilizados para sincronizar el tiempo; El Protocolo de Tiempo de Red (NTP) es el ms comn. EIGRP permite mltiples claves para ser administradas utilizando claves chains. Cada definicin de clave dentro del key chain puede incluir un intervalo de tiempo para los que dicha clave ser activada (conocido como su vida til). Entonces, durante el tiempo de vida de una clave dada, los paquetes de actualizacin de enrutamiento son enviados con esta clave activada. Solo un paquete autenticado es enviado, sin tener en cuenta de cmo cuantas llaves validas existen. Al enviar, el software examina los nmeros de clave en orden del ms pequeo al ms grande, y este utiliza la primera llave valida que encuentra. Los paquetes entrantes son chequeados utilizando todas las claves validas. Cuando configura la autenticacin EIGRP, usted especifica el ID de clave (el numero), la clave (la contrasea), y opcionalmente el tiempo de vida de la clave. El primera (ID de clave), clave valida (por el tiempo de vida) es utilizada cuando envan paquetes. En otras palabras, cuando se enva paquetes EIGRP, la clave valida con el nmero de clave ms bajo en la clave chain es utilizado. Cuando los paquetes son recibidos, todas las claves validas actuales son chequeadas hasta que una coincidencia es encontrada. Las claves no pueden ser utilizadas durante los periodos de tiempo para los cuales estas no fueron activadas. Por lo tanto, es recomendado que para una clave chain dada, los tiempos clave de activacin se superpongan para evitar algn periodo de tiempo para el cual ninguna

claves es activada. Si un periodo de tiempo ocurre durante el cual ninguna clave es activada, la autenticacin de vecino no puede ocurrir, y por lo tanto las actualizaciones de enrutamiento fallaran.

Planificacin para la autenticacin EIGRP

Despus de configurar la autenticacin EIGRP, los administradores de red debe examinar la configuracin existente de EIGRP y definir los requerimientos de autenticacin. Los requerimientos de autenticacin EIGRP incluyen el tipo de autenticacin (ninguna o MD5), el nmero de claves utilizadas, y los parmetros opcionales de tiempo de vida. Los parmetros deben entonces ser definidos en suficientes detalles por el operador de red para configurar la autenticacin EIGRP. Estos parmetros incluyen los siguientes: El numero de sistema autnomo EIGRP El modo de autenticacin (MD5) La definicin de una o ms claves para los paquetes EIGRP autenticados, de acuerdo al plan de seguridad de la red. El tiempo de vida de las claves, si claves mltiples son definidas.

En el nivel alto, configurar la autenticacin MD5 EIGRP requiere los siguientes pasos: Paso 1. Configurar el modo de autenticacin para EIGRP. Paso 2. Configurar la clave chain. Paso 3. Opcionalmente configurar los parmetros tiempo de vida de las claves. Paso 4. Habilitar la autenticacin para utilizar las claves en la clave chain. La siguiente seccin detalla como configurar la autenticacin MD5 EIGRP.

Configurar la autenticacin MD5 EIGRP

La autenticacin MD5 debe ser configurada en todas las interfaces entre los dos routers vecinos. Para configurar la autenticacin MD5 para EIGRP, complete los siguientes pasos: Paso 1. Ingrese al modo de configuracin para la interface en la cual usted quiere habilitar la autenticacin. Paso 2. Especifique la autenticacin MD5 para los paquetes EIGRP utilizando el comando de configuracin de interface ip authentication mode eigrp autonomus-system md5. El autonomus-system es el nmero de sistema autnomo EIGRP en el cual la autenticacin est siendo utilizada. Paso 3. Ingrese al modo de configuracin key-chain para la clave chain (que mas tarde se configurara en la interface) utilizando el comando de configuracin global key chain ame-of-chain. Paso 4. Identifique un ID de clave para utilizar e ingrese al modo de configuracin para que la clave (el modo de configuracin key-chain-key) utilice el comando de configuracin key key-id key-chain. El key-id es el numero de ID de una clave de autenticacin en un clave chain. El rango de claves es de 0 a 2147483647. Los nmeros ID de clave no necesitan se consecutivos. Paso 5. Identificar la cadena de clave (las contraseas) para esta clave utilizando el comando de configuracin key-string key key-chain-key. La key es la autenticacin key-string que

esta siendo utilizada para autenticar los paquetes EIGRP enviados y recibidos. La cadena de clave puede contener de 1 a 80 caracteres maysculas o minsculas alfanumricos, excepto que el primer carcter no puede ser un numero. La cadena de clave para un ID de clave dado debe ser el mismo en los routers vecinos y es sensible a maysculas. Paso 6. Opcionalmente especifique el periodo de tiempo durante el cual esta clave ser aceptada para utilizar en los paquetes recibidos utilizando el comando de configuracin de key-chain-key accept-lifetime start-time{infinite | duration seconds}. La tabla 2-9 describe los parmetros para este comando. Tabla 2-9. Comandos del parmetro accept-lifetime. Parmetro Descripcin Start-time Inicia el tiempo que la clave especificada por el comando key es vlida para utilizar en los paquetes recibidos. La sintaxis puede ser cualquiera de las siguientes: hh:mm:ss mes dia ao hh:mm:ss dia mes ao La sintaxis del tiempo y fecha es descrita como las siguientes: hh---horas mm---minutos ss---segundos mont---las primeras tres letras del mes date---dia (1-31) year---ao (cuatro digitos) El tiempo de inicio por defecto y la fecha aceptable ms temprana es January 1, 1993. Infinite Indica que la clave es vlida para utilizar en paquetes recibidos de el valor en de tiempo de inicio. Indica que la clave es vlida para utilizar en los paquetes recibidos para el valor start-time hasta el valor de end-time. La sintaxis es la misma como para el valor start-time. El valor endtime debe estar despus del valor start-time. El tiempo final por defecto es un periodo de tiempo infinito. la longitud de tiempo (en segundos) que la clave es valida para utilizar en los paquetes recibidos. El rango es de 1 a 2147483646.

End-time

Seconds

Paso 7. Opcionalmente especifique el periodo de tiempo durante el cual esta clave puede ser utilizada para enviar paquetes utilizando el comando de configuracin Key-chain-Key send-lifetime start-time {infinite | end-time | duration seconds}. La tabla 2-10 describe los parmetros para este comando.

Table 2-10. Parmetros del comando send-lifetime. Parmetro Descripcin Start-time Inicia el tiempo que la clave especificada por el comando key es vlida para utilizar en los paquetes recibidos. La sintaxis puede ser cualquiera de las siguientes: hh:mm:ss mes dia ao hh:mm:ss dia mes ao La sintaxis del tiempo y fecha es descrita como las siguientes: hh---horas mm---minutos ss---segundos mont---las primeras tres letras del mes date---dia (1-31) year---ao (cuatro digitos) El tiempo de inicio por defecto y la fecha aceptable ms temprana es January 1, 1993. Infinite Indica que la clave es vlida para utilizar en paquetes recibidos de el valor en de tiempo de inicio. Indica que la clave es vlida para utilizar en los paquetes recibidos para el valor start-time hasta el valor de end-time. La sintaxis es la misma como para el valor start-time. El valor end-time debe estar despus del valor start-time. El tiempo final por defecto es un periodo de tiempo infinito. La longitud de tiempo (en segundos) que la clave es vlida para utilizar en los paquetes recibidos. El rango es de 1 a 2147483646.

End-time

Seconds

Paso 8. Habilitar la autenticacin de paquetes EIGRP con una clave especificada en un key chain por utilizar el comando de configuracin de interface ip authentication key-chain eigrp autonomus-system name-of-chain. El parmetro autonomus-system especifica el numero de sistema autnomo EIGRP en el cual la autenticacin est siendo utilizada. El parmetro name-of-chain especifica el nombre de la key chain configurada de la cual una clave est siendo obtenida para esta interface. Nota. Si el comando service password-encryption no es utilizado cuando implementa la autenticacin EIGRP, la cadena de clave ser almacenada como texto sin formato en la configuracin del router. Si usted configura el comando service password-encryption, la cadena de clave ser almacenada y desplegada en una forma encriptado; cuando esta es desplegada, habr un tipo de encriptacin de 7 especificado antes de la encriptacin de la cadena de clave.

Ejemplo de configuracin de autenticacin MD5

La figura 2-41 muestra la red utilizada para ilustrar la configuracin, verificacin, y resolucin de problemas de autenticacin MD5. Figura 2-41. Ejemplo de red para la configuracin de la autenticacin EIGRP.

El Ejemplo 2-50 muestra la configuracin del router R1. Ejemplo 2-50. Configuracin del router R1 en la figura 2-41.

El sistema autnomo EIGRP 100 es utilizado en esta red. La autenticacin MD5 es configurada en la interface Serial 0/0/1 con el comando ip authentication mode eigrp 100 md5. Cuando la autenticacin MD5 es configurada, un keyed digest MD5 es agregado a cada paquete EIGRP enviado y es chequeado en cada paquete EIGRP recibido. El comando key chain R1chain ingresa al modo de configuracin para la key chain R1chain. Dos claves son definidas en este key chain. Cada clave tiene una cadena de autenticacin y tiempo de vida especificado. El administrador de red quiere cambiar las claves en todos los routers en la red cada mes para mejorar la seguridad. El administrador configura un traslapo de una semana para cambiar las claves en todas los routers por configurar la clave 2 para ser vlida una semana antes que expire la clave 1. La clave 1 es ajustada para firstkey (primera clave) con el comando key-string firstkey. Esta clave es aceptada para utilizarse en los paquetes recibidos por R1 de January 1, 2009 en adelante, como se especifico en el comando accept-lifetime 04:00:00 Jan 1 2009 infinite. Sin embargo, el comando send-lifetime 04:00:00 Jan 1 2009 04:00:00 Jan 31 2009 especifica que

esta clave era solo vlida para utilizar cuando enviaba paquetes hasta Enero 31, 2009. Esta ya no es vlida para utilizar en el envi de paquetes despus de Enero 31, 2009. La clave 2 es ajustada a secondkey (segunda clave) con el comando key-string secondkey. Esta clave es aceptada para utilizar en paquetes recibidos por el R1 de Enero 25, 2009 en adelante, como especifica en el comando accept-lifetime 04:00:00 Jan 25 2009 infinite. Esta clave puede tambin ser utilizada cuando enva paquetes de Enero 25, 2009 en adelante, como especifica en el comando send-lifetime 04:00:00 Jan 25 2009 infinite. El comando ip authentication key-chain eigrp 100 R1chain configura en la interface Serial 0/0/1 especifica que la cadena de clave EIGRP R1chain est siendo utilizada en esta interface. Recuerde que el router utiliza la primera, por el nmero de clave, la clave vlida para enviar paquetes. Como un resultado de esta configuracin, el router R1 utilizara la clave 1 para enviar, de Enero 1 a 31, 2009, y utilizara la clave 2 para enviar como de 4:00 a.m. en Enero 31, 2009. El router R1 aceptara la clave 1 para recibir paquetes, de Enero 1, 2009, y tambin aceptara la clave 2 para recibir paquetes, de Enero 25, 2009. Todos los otros paquetes MD5 sern descartados. El ejemplo 2-51 muestra la configuracin del router R2. Ejemplo 2-51. Configuracin del router R2 en la figura 2-41.

La autenticacin MD5 es configurada en la interface Serial 0/0/1 con el comando ip authentication mode eigrp 100 md5. El comando key chain R2chain ingresada al modo de configuracin para la key chain R2chain. dos claves son definidas.la clave 1 es ajustada a firstkeycon el comando key-string firstkey. Esta clave es aceptable para utilizarla en los paquetes recibidos por el R2 de Enero 1, 2009 en

adelante, como especifica en el comando accept-lifetime 04:00:00 Jan 1 2009 infinite. Esta clave puede tambin ser utilizada cuando envia paquetes de Enero 1, 2009 en adelante, como especifica en el comando send-lifetime 04:00:00 Jan 1 2009 infinite. La clave 2 se ajusta para secondkey con el comando key-string secondkey. Esta claves es aceptable para utilizarla en el recibo de paquetespor el R2 de Enero 25, 2009 en adelante, como especifica en el comando accept-lifetime 04:00:00 Jan 25 2009 infinite. Esta clave puede tambin ser utilizada cuando enva paquetes de Enero 25, 2009 en adelante, como especifica en el comando send-lifetime 04:00:00 Jan 25 2009 infinite. Como un resultado de esta configuracin, el router R2 utilizara la clave 1 para enviar, de Enero 1, 2009, porque esta es la primera clave valida en el key chain. (Desde luego, si la clave 1 es borrada en el futuro, la clave 2 ser utilizada para enviar.) El router R2 aceptara la clave 1 para recibir paquetes, de Enero 1, 2009, y tambin aceptara la clave 2 para recibir paquetes, de Enero 25, 2009. Todos los otros paquetes MD5 sern descartados. El comando ip authentication key-chain eigrp 100 R2chain configurado en la interfaces Serial 0/0/1 especifica que la key chain R2chain est siendo utilizada en esta interface.

Verificando la autenticacin MD5 para EIGRP

Esta seccin provee ejemplos de verificacin y resolucin de problemas de autenticacin MD5.

Verificacin de autenticacin MD5 EIGRP

El ejemplo 2-52 provee la salida de los comandos show ip eigrp neighbors y show ip routeen el router R1 representado en la red en la figura 2-41. La tabla de vecino indica que los dos routers tiene completamente formada una adyacencia EIGRP. La tabla de enrutamiento verifica que la red 172.17.0.0 ha sido aprendida va EIGRP sobre la conexin serial. El Ejemplo 2-52 tambin muestra el resultado de un ping a la direccin de la interface Fast Ethernet del R2 para ilustrar que el enlace est trabajando. Ejemplo 2-52. Salida en el router R1 en la figura 2-41.

Usted puede utilizar el comando de verificacin show key chain [name-of-chain] para ver el key chain, key string, y el tiempo de vida (lifetime) de las claves configuradas bajo el key chain. el ejemplo 2-53 muestra las claves en el router R1. Este comando es til para verificar que las claves son las mismas en ambos vecinos y que el tiempo de vida esta ajustado correctamente. Ejemplo 2-53. Muestra de salida del comando show key chain en el router R1 en la figura 2-41.

El key chain R1chain y ambas claves, clave 1 (con autenticacin de string firstkey) y calve 2 (con autenticacin de string secondkey) son desplegados. Debajo de cada clave, el tiempo de vida de la clave es tambin mostrado. Por observar la misma salida de el roter vecino R2, la configuracin puede ser verificada. El comando show ip eigrp interface detail puede tambin ser utilizado para desplegar informacin detallada sobre las interfaces EIGRP para un especifico proceso EIGRP, incluyendo el modo de autenticacin y la cadena de clave configurada en la interface.

Resolviendo problemas de autenticacin MD5

Esta seccin provee algunos ejemplos de cmo resolver problemas de autenticacin MD5 EIGRP. Como se discuti anteriormente, el comando debug eigrp packets despliega informacin en general de depuracin y es til para analizar los mensajes viajando entre los dispositivos local y el remoto, incluyendo mensajes autenticados. Ejemplo de la autenticacin MD5 exitosa. El Ejemplo 2-54 muestra la salida del comando debug eigrp packets en R1, el cual despliega que R1 est recibiendo paquetes EIGRP con autenticacin MD5, con un ID de clave igual a 1, de R2. Ejemplo 2-54. Salida del comando debug eigrp packets en el router R1 en la figura 2-41.

Similarmente, la salida del comando debug eigrp packets en R2 mostrado en el ejemplo 2-55 ilustra que R2 est recibiendo paquetes EIGRP con autenticacin MD5, con un ID de clave igual a 2, de R1. (El router R1 est utilizando la clave 2 porque esta salida fue tomada en Abril, despes de que la clave 1 expirar para enviar en el router R1.)

Ejemplo 2-55. Salida del comando debug eigrp packets en el router R2 en la figura 2-41.

Ejemplo de resolucin de problemas de problemas de autenticacin MD5. Para este ejemplo, la cadena de clave para la clave 2 del router R1, la nica que utiliza cuando enva paquetes EIGRP, es cambiada para ser diferente de la cadena de clave que el router R2 est esperando. El ejemplo 2-56 muestra los cambios para la configuracin para R1. Ejemplo 2-56. Cambios en la configuracin del router R1 en la figura 2-41.

La salida del comando debug eigrp packets en R2 mostrada en el ejemplo 2-57 ilustra que R2 est recibiendo paquetes EIGRP con autenticacin MD5, con un ID de clave igual a 2, del R1, pero que hay un desajuste de autenticacin. Los paquetes EIGRP de R1 son ignorados, y la relacin de vecindad es declarada estar abajo. La salida del comando show ip eigrp neighbors confirma que R2 no tiene ningn vecino EIGRP. Ejemplo 2-5. Salida en el router R2 en la figura 2-41.

Los dos routers se mantienen intentando restablecer sus relaciones de vecindad. Porque de las diferentes claves utilizadas por cada router en este escenario, R1 autenticara los mensajes de hello enviados por el R2 utilizando la clave 1. Cuando R1 enva un mensaje de hello de regreso a R2 utiliza la clave 2, sin embargo, un desajuste de autenticacin existe. De la perspectiva de R1, la relacin aparece para ser levantada por un tiempo, pero entonces este tiempo fuera, como se ilustro por el mensaje recibido en R1 mostrado en el ejemplo 2-58. La salida del comando show ip eigrp neighbors en R1 tambin ilustra que R1 tiene a R2 en su tabla de vecinos por un corto tiempo. Ejemplo 2-58. Salida en el router R1 en la figura 2-41.

Esta seccin trata con la autenticacin EIGRP. La siguiente seccin provee informacin en otras caractersticas que pueden ser implementadas en EIGRP para optimizar su operacin.

Optimizando las implementaciones EIGRP

EIGRP es un protocolo de enrutamiento escalable que asegura que como una red crece grandemente, este opera eficientemente y se ajusta rpidamente a los cambios. Esta seccin describe tcnicas prcticas especficas de EIGRP para implementar una red empresarial efectiva y escalable.

Escalabilidad EIGRP en grandes redes

Operar una gran red plana es normalmente no escalable. Algunos inconvenientes a considerar incluyen los siguientes: Grandes tablas de enrutamiento que necesitan ser procesadas. Alta demanda de memoria resultante de una gran tabla de topologa, un gran nmero de routers en una tabla de enrutamiento, y en algunos ambientes (por ejemplo, en el sitio central concentracin de routers), un gran nmero de vecinos en la tabla de vecino. Alta demanda de ancho de banda resultante del intercambio de un gran nmero de actualizaciones de enrutamiento, y envi de muchas consultas y respuestas dentro de un gran dominio EIGRP (lo cual posiblemente incluye los enlaces con bajo ancho de banda y enlaces con un numero significante de errores de transmisin).

Las siguientes son algunas de muchas variables que afectan la escalabilidad de red: La cantidad de informacin intercambiada entre los vecinos--- Si ms informacin es necesaria para enrutar la funcin correctamente es intercambiada entre los vecinos

EIGRP, innecesariamente trabajar durante el inicio del enrutamiento y el resultado de cambio de topologa. El numero de routers--- Cuando un cambio de topologa ocurre, la cantidad de recursos consumidos por EIGRP es directamente relacionado al nmero de routers que deben ser involucrados en el cambio. La profundidad de la topologa--- La profundidad de la topologa puede afectar el tiempo de convergencia. La profundidad se refiere a el numero de saltos que la informacin debe viajar para alcanzar todos los routers. Por ejemplo, una red multinacional sin sumarizacion de ruta tiene una gran profundidad y por lo tanto incrementa el tiempo de convergencia. Un diseo de red de tres niveles (como se describi en el Capitulo 1) es altamente recomendado para todos los ambientes de enrutamiento IP. La recomendacin es que no debe de haber ms de siete saltos entre algunos dos dispositivos de enrutamiento en una red empresarial porque el retardo de propagacin y el proceso de consulta a travs de mltiples saltos cuando ocurre un cambio pueden reducir la velocidad de convergencia de la red cuando las rutas se pierden. El numero de rutas alternas a travs de la red--- Una red debe proveer rutas alternas para evitar solo puntos de falla. Sin embargo, muchas rutas alternas pueden crear problemas con la convergencia EIGRP, porque el proceso de enrutamiento EIGRP, utiliza consultas, necesarias para explorar odas las posibles rutas para las rutas perdidas. Esta complejidad crea una condicin ideal para un router para convertirse en stuck-in-active (SIA)---descrito en la siguiente seccin---mientras espera una respuesta a las consultas que estn siendo propagadas a travs de esta muchas rutas alternas.

Cuando implementa EIGRP como el protocolo de enrutamiento, algunos desafos de diseo necesitan ser direccionados. Tres factores principales son: El tamao de las tablas de topologa y enrutamiento, lo cual es afectado por el numero de routers vecinos. El numero de cambios en la red. La carga EIGRP en la WAN.

Estos tres factores dictan el diseo EIGRP y donde los limites de consulta deben ser introducidos (utilizando sumarizacion, redistribucin, y etctera, como se describe a continuacin en este Captulo). Sin ningn lmite, las consultas son propagadas a travs del dominio EIGRP, y muy a menudo, todos los routers participan en un clculo DUAL, resultando en una gran utilizacin de ancho de banda y carga de CPU. El frecuente calculo de DUAL tiene un efecto en todas las tablas mantenidas por los routers, incluyendo las tablas EIGRP y la memoria cache construida durante el proceso de reenvi.

Consultas EIGRP y Stuck-in-Active

Como un protocolo de enrutamiento vector distancia avanzado, EIGRP depende de sus vecinos para proveer informacin de enrutamiento. Recuerde que cuando un router pierde una ruta y no tiene un FS es su tabla de topologa, este busca por una ruta alterna para ese destino. Esto es conocido como going active en una ruta. (Recuerde que una ruta es considerada pasiva cuando un router no est re calculando esa ruta.) Re calcular una ruta involucra en envi de paquetes de consulta a todos los vecinos en las interfaces otra que no sea utilizada para alcanzar el

sucesor previo (debido al horizonte dividido), preguntado si estos tienen una ruta para el destino dado. Si un router tiene una ruta alterna, este responde a la consulta con un paquete respuesta y no propaga la consulta ms all. La respuesta incluye la ruta alterna. Si un vecino no tiene una ruta alterna, este consulta cada uno de sus propios vecinos por una ruta alterna. Las consultas entonces propagadas a travs de la red, as crean un rbol de expansin de consultas. Cuando un router responde una consulta, este para la propagacin de la consulta a travs de esa rama de la red. Sin embargo, la consulta puede aun propagarse a travs de otras porciones de la red como otros routers intentan encontrar rutas alternas, las cuales quiz no existan. La figura 2-42 presenta un red de ejemplo donde una sola ruta perdida quiz resulta en un enorme nmero de consultas enviadas a travs del dominio EIGRP. La ruta a la red 10.1.1.0 en el router R1 es perdida y el router R1 enva una consulta a todos los routers vecinos en todas las interfaces excepto la interface del sucesor (debido a horizonte dividido). En este caso, la consulta es enviada al router R2. El router R2 encascada la consulta a sus vecinos porque no tienen informacin sobre la ruta perdida, y etctera. Cada consulta re consulta un respuesta del vecino, y la cantidad de trafico EIGRP incrementa. En esta topologa de red, ninguna ruta redundante a la red 10.1.1.0 est disponible, y el proceso de consulta EIGRP est lejos de ser eficiente. Muchas consultas son enviadas, y cada consulta es seguida por una respuesta. Varias soluciones existentes para optimizar el proceso de propagacin de consulta y limitar a cantidad de carga EIGRP innecesaria en los enlaces, incluyendo la sumarizacion, redistribucin, y utilizando la caracterstica stub de enrutamiento EIGRP. Figura 2-42. Proceso de consulta EIGRP.

Nota. La sumarizacion EIGRP y la caracterstica de enrutamiento stub son exploradas ms adelante en este Captulo. Detalles de cmo las rutas son redistribuidas estn cubiertos en el Capitulo 4. La siguiente seccin describe como EIGRP quiz se atasque en el estado activo de una ruta, y como prevenir esto de pasar.

Conexin Stuck-in-Active en EIGRP

Debido al enfoque multicas confiable utilizado por EIGRP cuando est buscando por una alternativa para una ruta perdida, es imperativo que una respuesta sea reciba por cada consulta generada en la red. En otras palabras, cuando una ruta es activada y las consultas son iniciadas, la nica forma que esta ruta puede salirse del estado activo y transmitida al estado pasivo es por recibir una respuesta por cada consulta generada. Si el router no recibe una respuesta de todas las consultas pendientes dentro de 3 minutos (el tiempo por defecto), la ruta pasa al estado SIA.

Nota. Usted puede cambiar el lmite de tiempo de estado de actividad de su defecto de 3 minutos utilizando el comando de configuracin de router timers active-time [time-limit | disabled]. El time-limit es en minutos. Cuando una ruta pasa al estado SIA, el router reinicia la relacin de vecinos para los vecinos que fallaron en responder. Esto ocasiona en el router el re clculo de todas las rutas conocidas a travs de ese vecino y re publicar todas las rutas que este conoce sobre ese vecino. La razn ms comn por las rutas SIA son como las siguientes: El router est demasiado ocupado para responder las consultas--- Generalmente resulta de una alta utilizacin de CPU o problemas de memoria; el router no puede asignar memoria para procesar la consulta o construir el paquete respuesta. El enlace entre los dos routers no es bueno--- Este inconveniente resulta en la perdida de paquetes entre los routers. El router recibe un nmero adecuado de paquetes para mantener la relacin de vecindad, pero no recibe todas las consultas y respuestas. Una falla que causa que el trfico en un enlace fluya en una sola direccin--- Esto es llamado un enlace unidireccional.

Nota. Utilice el comando eigrp log-neighbor-changes para habilitar el registro de cambios de adyacencia de vecinos, para monitorear la estabilidad del sistema de enrutamiento y para ayudar a detectar problemas relacionados a SIA. Un enfoque errneo para de crecer el cambio de una ruta SIA es utilizando mltiples sistemas autnomos EIGRP para limitar el rango de consulta. Muchas redes ha sido implementadas utilizando mltiples sistemas autnomos EIGRP (para simular las ares OSFP), con redistribucin mutua entre los diferentes sistemas autnomos. Aunque este enfoque cambia como la red se comporta, esto no siempre logra los resultados previstos. Si una consulta alcanza el borde del sistema autnomo (donde las rutas son redistribuidas dentro de otro sistema autnomo), la consulta original es respondida. Sin embargo, el router de borde entonces inicia una nueva consulta en el otro sistema autnomo. Por lo tanto, el proceso de consulta no ha sido parado, y la consulta continua en el otro sistema autnomo, donde la ruta puede potencialmente pasar a SIA. Otro concepto errneo sobre los lmites del sistema autnomo es que implementan mltiples sistemas autnomos para proteger un sistema autnomo de rutas planas en otro sistema autnomo. Si las rutas son redistribuidas entre sistemas autnomos las transmisiones de ruta de un sistema autnomo son detectadas en los otros sistemas autnomos.

Previniendo conexiones SIA

SIA-Query y SIA-Reply son dos nuevas adiciones a el Tipo, Longitud, Valor (TLV) trillizos en el encabezado del paquete EIGRP. Estos paquetes son generados automticamente con ningn requerimiento de configuracin, del software Cisco IOS versin 12.1(5) y posteriores, con la caracterstica proceso activo mejorado. Esta caracterstica habilita un router EIGRP para monitorear la progresin de la bsqueda de una ruta sucesor y asegurar que el vecino es aun alcanzable. El resultado es mejorar la confiabilidad de la red por reducir la no intencional terminacin de la adyacencia de vecino.

El diagrama de la izquierda en la figura 2-43 ilustra que podra pasar antes que esta caracterstica fuera introducida. El router A enva una consulta para la red 10.1.1.0/24 al router B cuando este pierde su conexin a esa red. El router B no tiene entrada para esta red, as que este consulta al router C. Si existen problemas entre los routers B y C, el paquete de respuesta del router C para el router B quiz sea retrasado o perdido. El router A no tiene visibilidad del progreso de la corriente y asume que ninguna respuesta indica problemas con el router B. Despus de que el temporizador de actividad de 3 minutos del router A expira, la relacin de vecindad con el router B es reiniciada, junto con todas las rutas conocidas del router B. Figura 2-43. Proceso de Actividad Mejorado Cisco IOS

En contraste, con la caracterstica proceso de actividad mejorado, como se ilustra en el diagrama de la derecha en la figura 2-43, el router A consulta corriente abajo al router B (con un SIA-Query) en el punto medio del temporizador de actividad (1.5 minutos por defecto) sobre el estado de la ruta. El router B responde (con un SIA-Reply) que este est buscando una ruta de remplazo. Al recibir este paquete respuesta SIA-Reply, el router A valida el estado del router B y no termina la relacin de vecindad. Mientras tanto, el router B envira hasta tres SIA-Queries al router C. si estos se van sin respuesta, el router B terminara la relacin de vecindad con el router C. El router B a continuacin actualizara el router A con un SIA-Reply indicando que la red 10.1.1.0/24 es inalcanzable. Los routers A y B removern la ruta activa de sus tablas de topologa. La relacin de vecinos entre los routers A y B permanece intacta.

Rango de consulta EIGRP

Limitar el alcance de propagacin de consulta a travs de la red (el rango de consulta), tambin conocido como query scoping, ayuda a reducir incidente de SIA. Mateniendo los paquetes de consulta cerrados a la fuente reduce la oportunidad de que una falla aislada en otra parte de la red restrinja el proceso de convergencia (consulta/repuesta). Esta seccin introduce un ejemplo que examina como administrar el rango de consulta. Los routers remotos rara vez necesitan conocer todas las rutas publicadas en una red completa. Por lo tanto, esto es responsabilidad del gerente o administrador de red considerar que informacin es necesaria para adecuadamente enrutar trafico de usuario y considerar el uso de una ruta por defecto.

Por ejemplo en la figura 2-44, el router B publica la perdida de la red 10.1.8.0y enva una consulta a los routers A, B, C, D, y E. A su vez, estos routers envan consultas a sus vecinos, en bsqueda de una ruta a 10.1.8.0. Cuando el proceso de consulta inicia, cada ruta recibida duplica las consultas debido a la topologa redndate. Por lo tanto, no solo son los routers remotos requiriendo una respuesta a las consultas de las oficinas regionales, pero estos tambin continan la bsqueda mediante la reflejando las consultas de regreso hacia el otro router de la oficina regional. Esto significativamente complica el proceso de convergencia en la red. Figura 2-44. Efecto de las actualizaciones EIGRP y el proceso de consulta

En esta red de ejemplo con solo dos regiones y tres routers remotos, el problema quiz no sea muy significante. En una red con cientos de oficinas remotas, el problema puede ser severo. Examine el proceso de consulta de la sub red 10.1.8.0/24. Inicialmente, el router B publica 10.1.8.0/24 a todos los otros routers. La mejor ruta para el router A para alcanzar 10.1.8.0/24 es sobre el enlace Ethernet al router B. los routers remotos (C, D, y E) utilizan el enlace serial al router B como sus rutas preferidas para alcanzar 10.1.8.0/24 pero aun aprende sobre una ruta alterna a travs del router A. Para este ejemplo, asume que la mtrica EIGRP para Ethernet es 1000, y la mtrica para un enlace serial es 100,000. La tabla 2-11 muestra el contenido de la tabla de topologa EIGRP IP en los routers C, D, y E para la red 10.1.8.0/24. La tabla 2-12 muestra el contenido de la tabla de topologa EIGRP IP en el router A para la red 10.1.8.0/24. Tabla 2-11. Tabla de topologa EIGRP IP para 10.1.8.0/24 en los routers C, D, y E en la figura 2-44

Tabla 2-12. Tabla de topologa EIGRP IP para 10.1.8.0/24 en el router A en la figura 2-44

Note que los routers C, D, y E determinan que para la red 10.1.8.0/24, el router B es el sucesor y el router A es el FS (porque la AD es 2000 a travs del router A, la cual es menor que la FD a travs del router B). Tambin, note que el router A no tiene un FS, porque todas las rutas a travs de los routers remotos tienen una AD ms grande que la FD a travs del router B. Cuando el router B pierde la ruta a la red 10.1.8.0/24, este consulta a todos sus cuatro vecinos. Cuando los sitios remotos reciben esta consulta, estos automticamente instalan la ruta a travs del router A en sus tablas de enrutamiento y responden al router B con sus supuestamente buenas rutas a travs del router A. Estos tambin remueven la ruta mala a travs del router B de sus tablas de topologa. El router B ahora tiene respuestas de tres de sus cuatro consultas, pero este debe esperar hasta que el router A responda, tambin. Cuando el router A recibe la consulta del router B para la red 10.1.8.0/24, el router A crea una consulta y enva esta a los routers C, D, y E, porque el router A no tiene un FS pero conoce que una ruta existe a travs de cada sitio remoto para alcanzar 10.1.8.0/24. Los routers C, D, y E reciben la consulta del router A. estos ahora saben que sus rutas a travs del router A no son buena, por lo que chequean sus tablas de topologa por una ruta alterna. Sin embargo, ninguna de estas rutas tiene otro camino, porque el router B tiene informados a estos que este no tiene un ruta a esta red. Porque los routers remotos no tienen una respuesta para la consulta del router A, los routers C, D, y E crean una consulta y envan esta a todos los vecinos excepto el vecino (interface) del cual estos routers reciben la consulta original. En este caso, los routers remotos enva la consulta solo al router B. El router B aprende de estas consultas que ninguno de los routers remotos tiene una ruta a la red 10.1.8.0/24, pero este no puede responder que no sabe de una ruta, porque el router B est esperando que el router A responda a la consulta. El router A esta esperando que cualquiera de los routers C, D, y E responda a su consulta, y estos sitios remotos estn esperando que el router B responda a sus consultas. Porque el router B enva afuera la primera consulta, su temporizador SIA expira primero, y el router B primero alcanza el estado SIA para la red 10.1.8.0/24 (en 3 minutos por defecto). El router B reinicia su relacin de vecindad con el router A. Tan pronto como la relacin de vecindad se cae, el router B puede responder a los routers C, D, y E inmediatamente, diciendo que el router B no tiene una ruta a 10.1.8.0/24. Los router C, D, y E pueden entonces responder al router A que ellos no tienen una ruta. Despus que la relacin de vecindad EIGRP entre los router A y B es restablecida (justo despus la adyacencia es reseteada), el router B, el cual no tiene ms una ruta a 10.1.8.0/24, no pasa la red 10.1.8.0/24 al router A. el router A aprende que los sitios remotos no tienen una ruta a 10.1.8.0/24, y la nueva relacin con el router B no incluye una ruta a 10.1.8.0/24, de este modo el router A remueve la red 10.1.8.0 de su tabla de topologa EIGRP IP.

En la red en la figura 2-44, la redundancia es proveda con enlaces dobles de las oficinas regionales a los sitios remotos. El arquitecto de red no intentara que el trfico vaya de una oficina regional a una oficina remota y regrese a la oficina regional, pero desafortunadamente esta es la situacin. El diseo de la red mostrado en la figura 2-44 es sonado, pero debido al comportamiento EIGR, los routers remotos estn involucrados en el proceso de convergencia. Si los sitios remotos no esta soportados para actuar como sitios de transito entre los sitios regionales, los routers regionales pueden ser configurados para anunciar solo una ruta por defecto a los routers remotos, y los routers remotos pueden ser configurados para anunciar solo sus redes stub conectadas directamente a los routers regionales, para reducir la complejidad, la tabla de topologa EIGRP, y el tamao de la tabla de enrutamiento. La siguiente seccin describe otras soluciones para limitar el rango de consulta EIGRP.

Limitando el rango de consulta EIGRP

El administrador de red debe determinar la informacin necesaria para correctamente enrutar el trfico de usuario al destino apropiado. La cantidad de informacin necesitada por los routers remotos para lograr el nivel deseado de seleccin de ruta debe ser balanceado otra vez el ancho de banda utilizado para propagar esta informacin. Para lograr la estabilidad y escalabilidad mxima, los routers remotos pueden utilizar una ruta por defecto para alcanzar el ncleo. Si algunas redes especificas necesitan conocimiento de mas rutas para asegurar una optima seleccin de rutas, el administrador debe determinar si los beneficios de propagar la informacin de enrutamiento adicional pesara ms que el ancho de banda adicional requerido para lograr este objetivo. En una red diseada correctamente, cada sitio remoto tiene enlaces WAN redundantes para la distribucin de sitios. Si ambas distribuciones de sitios pasan una ruta por defecto a los sitios remotos, los sitios remotos balancearan la carga a todas las redes detrs de los routers del sitio de distribucin. Esto maximiza la utilizacin del ancho de banda y permite al router remoto utilizar menos CPU y memoria, lo cual significa que un router remoto menor y menos caro puede ser utilizado en ese sitio. Si el sitio remoto puede ver todas las rutas, el router puede seleccionar una ruta que es mejor para alcanzar una red dada. Sin embargo, dependiendo de el numero de rutas en la red completa y la cantidad de ancho de banda conectando los sitios remotos para la distribucin de sitios, este enfoque puede significar que enlaces de gran acho de banda o grandes routers son necesarios para manejar la sobrecarga adicional. Despus de que usted determine el requerimiento mnimo de enrutamiento, usted puede hacer mas escalable EIGRP. Dos de las mejores opciones son las siguientes: Configure la sumarizacion de rutas utilizando el comando ip summary-address eigrp en las interfaces salientes de los routers apropiados. Configure los routers remotos como router EIGRP matris (stub).

Estos mtodos son descritos en las siguientes dos secciones: Otros mtodos para limitar el rango de consulta incluye el filtraje de ruta y el filtraje de paquetes de interface. Por ejemplo, si actualizaciones de enrutameinto EIGRP especificas son filtradas para un router y que el router reciba una consulta sobre estas redes filtradas (bloques), el router indica que la red es inalcanzable y no extiende la consulta ms lejos.

Limitar el rango de consulta con sumarizacion

La sumarizacion de ruta es ms efectiva con una asignacin de direccin escuchada. Teniendo un diseo de red jerrquico de capa dos o tres, con sumarizacion de rutas entre las capas ayuda grandemente en el flujo de trfico y distribucin de ruta. Nota. Para una completa discusin de diseo de internetwork, vea Authorized Self-Study Guide: Designnig for Cisco Internetwork Solutions (DESGN), Second Edition (Cisco Press, 2008). La figura 2-45 muestra la topologa de una internetwork no escalable en la cual las direcciones (sub redes) son asignadas de dos formas al azar o por requerimientos histricos. En este ejemplo, mltiples sub redes de diferentes redes principales estn localizadas en cada nube, requiriendo que muchas rutas de sub redes sean inyectadas dentro del ncleo. En adicin, porque de la asignacin de direcciones al azar, trafico de consulta no puede ser localizado en cualquier porcin de la red, as incrementa el tiempo de convergencia. La administracin y resolucin de problemas son tambin ms complejos en este escenario. Figura 2-45. Internetwork no escalable.

La figura 2-46 ilustra un mejor diseo de red. las direcciones de sub red de redes principales individuales son localizadas dentro de cada nube, permitiendo rutas sumarizadas para ser inyectadas dentro del nucleo. Como un beneficio agregado, la sumarizacion de rutas acta como un lmite para las consultas generadas por un cambio de topologa. Figura 2-46. Internetwork escalable

La figura 2-47 muestra una red de ejemplo para ilustrar como la sumarizacion EIGRP puede limitar el rango de consulta. El router B enva una ruta sumarizada de 172.30.0./16 al router A. cuando la red 172.30.1.0/24 se cae, el router A recibe una consulta del router B sobre esa red. Porque el router A ha recibido solo una ruta sumarizada, que especifica la red esta no est en su tabla de enrutamiento de este modo el router A responde a la consulta con una red 172.30.1.0/24 inalcanzable mensaje y no extiende la consulta ms lejos. Note que la consulta paro en el router que recibi la ruta sumarizada (el router A en este ejemplo), no en el router que envi la ruta sumarizada (el router B en este ejemplo). El router remoto A extiende la consulta sobre una red solo si esta tiene una coincidencia exacta para la red en su tabla de enrutamiento. Figura 2-47. La sumarizacion EIGRP puede limitar el rango de consulta.

La sumarizacion minimiza el tamao de la tabla de enrutamiento. Lo cual significa menos utilizacin de CPU y memoria para administrar este y menos ancho de banda para transmitir la informacin. La sumarizacion tambin reduce la posibilidad de redes combertidas en SIA porque esto reduce el nmero de routers que ven cada consulta, de este modo la posibilidad de una consulta encontrando uno de estos problemas es tambin reducido. La figura 2-48 ilustra como la sumarizacion de ruta puede afectar la red mostrada anteriormente en la figura 2-44. El comando eigrp ip sumar-address es configurado en las interfaces de salida de los routers A y B de modo que routers A y B publican la ruta sumarizada 10.0.0.0/8 a los routers remotos C, D, y E. Figura 2-48. Limitando las actualizaciones y consultas utilizando la sumarizacion.

La red 10.1.8.0/24 no es publicada a los routers remotos. Po lo tanto, los routers remotos (C, D, y E) no extienden las consultas sobre la red 10.1.8.0/24 regresa a los otros routers regionales, reduciendo el trafico de convergencia (consultas y repuestas) causado por la topologa redundante. Cuando los routers A y B envan la consulta para 10.1.8.0/24 a los routers C, D, y E, estos routers inmediatamente responde que el destino es inalcanzable. Las consultas de la red 10.1.8.0/24 perdida no son propagadas mas all de los sitios remotos, previniendo a los routers A y B de convertirse en SIA esperando por el proceso de consulta para recibir todas las respuestas.

Limitando el rango de consulta utilizando un stub

Las topologas de red Hub-and-spoke comnmente utilizan enrutamiento stub. En esta topologa, el router remoto reenvia todo el trfico que no es local a un router hub, de este modo el router remoto no necesita conservar una tabla de enrutamiento completa. Generalmente. El router hub necesita enviar solo una ruta por defecto a los routers remotos. En una topologa hub-and-spoke, teniendo una tabla de enrutamiento completa en los routers remotos no sirve al propsito funcional porque la ruta a la red corporativa en la Internet es siempre a travs del router hub. En adicin, teniendo una tabla de enrutamiento completa en los routers spoke incrementa la cantidad de memoria requerida. El trafico de un router hub no debe utilizar un router remoto como una ruta de transito. Una conexin tpica de un router hub a un router remoto tiene significativamente menor ancho de banda que una conexin en la red ncleo. Intentar utilizar la conexin a un router remoto de modo que una ruta de transito tpicamente resulta en congestin excesiva. La caracterstica de enrutamiento EIGRP stub puede prevenir este problema por restringir el router remoto de publicar de regreso las rutas del router hub a otros routers hub. Por ejemplo, en la figura 2-48, las rutas reconocidas por el router remoto del router hub A no son publicadas al router hub B. Porque el router remoto no publica las rutas hub de regreso a los routers hub, los routers hub no utilizan los routers remotos como una ruta de transito. Utilizan la caracterstica de enrutamiento EIGRP stub mejorando la estabilidad de red, reduce la utilizacin de recursos, y simplifica la configuracin de router stub. La caracterstica EIGRP stub fue primero introducida en Cisco IOS Versin 12.0(7)T. Solo los routers remotos estn configurados como stub. La caracterstica stub no previene a los routers de ser publicados para el router remoto. Un router stub indica en el paquete hello para todos los routers vecinos su estado como un router stub. Cualquier router que reciba informado este de su estado stub del vecino no consulta al router stub por cualquier ruta. Por lo tanto, un router que tiene un pareja stub no consulta esa pareja. As, es importante notar que los routers stub no son consultados. En lugar, los routers hub conectados al router stub responden las consultas en lugar del router stub. La caracterstica de enrutamiento EIGRP stub tambin simplifica la configuracin y mantenimiento de las redes hub-and-spoke, mejorando la estabilidad de la red, y reduce la utilizacin de recursos. Cuando el enrutamiento stub es habilitado en la configuraciones en sitios remotos dobles, usted no tiene que configurar el filtraje en los routers remotos para prevenir a estos de aparecer como rutas de transito a los routers hub. Precaucin El enrutamiento EIGRP stub debe ser utilizado solo en los routers stub. Un router stub es definido como un router conectado a la red ncleo o capa hub, y a travs de los cuales no debe

fluir el trafico de transito de ncleo. Un router stub debe tener solo routers hub para vecinos EIGRP. Ignorando esta restriccin causara un comportamiento indeseable. Cuando planea para la configuracin de EIGRP stub, complete los siguientes pasos: Examine la topologa y la configuracin EIGRP existente. Defina los requerimientos, incluyendo cuales routers sern configurados como routers stub, y si sern desplegados redistribucin y sumarizacion. Disee la red. Cree un plan de implementacin. Configure y verifique la configuracin.

Para configurar un router como un EIGRP stub, utilice el comando de configuracin de router eigrp stub [receive-only | connected | static | summary | redistribute]. Un router configurado como un stub con el comando eigrp stub comparte informacin sobre rutas conectadas y sumarizadas con todos routers vecinos por defecto. La tabla 2-13describe las cuatro palabras clave opcionales que puede utilizar con el comando eigrp stub para modificar este comportamiento. Tabla 2-13. Parmetros del comando eigrp stub Parmetro Descripcin Receive-only La palabra clave receive-only restringe al router de compartir cualquier de sus rutas con cualquier otro router dentro de un sistema autnomo EIGRP. Esta palabra clave no permite que cualquier otra palabra clave sea especificada, porque esto previne a cualquier tipo de ruta de ser enviada. Utilice esta opcin si hay una sola interface en el router. Connected La palabra clave connected permite la caracterstica de enrutamiento EIGRP stub enviar rutas conectadas. Si un comando network no incluye las rutas conectadas, quiz sea necesario redistribuir las rutas conectadas con el comando redistribute connected debajo del proceso EIGRP. Esta opcin est habilitada por defecto y es la ms extensamente prctica opcin stub. La palabra clave static permite la caracterstica de enrutamiento EIGRP stub para enviar rutas estticas. Redistribuir rutas estticas con el comando redistribute static es aun necesario. La palabra clave summary permite a la caracterstica de enrutamiento EIGRP stub enviar rutas sumarizadas. Usted puede crear rutas sumarizadas manualmente con el comando ip summary-address eigrp o automticamente en una red principal de un router de borde con el comando auto-summary habilitado. Esta opcin est habilitada por defecto.

Static

Summary

Redistributed

La opcin redistributed permite a las caractersticas de enrutamiento EIGRP stub enviar rutas redistribuidas. Redistribuir rutas con el comando redistribute es aun necesario.

Los parmetros opcionales en este comando pueden ser utilizados en cualquier combinacin, con la excepcin de la palabra clave receive-only. Si cualquiera de las palabras claves (excepto receive-only) es utilizada individualmente, las rutas conectadas y sumarizadas no son enviadas automticamente. En el ejemplo 2-59, el comando eigrp stub es utilizado para configurar el router como un stub que publica las rutas conectadas y sumarizadas. Ejemplo 2-59. Comando eigrp stub para publicar rutas conectadas y sumarizadas

En el ejemplo 2-60, el comando eigrp stub receive-only es utilizado para configurar el router como un stub para el cual las rutas conectadas, sumarizadas, y estticas no son enviadas. Ejemplo 2-60. Comando eigrp stub para recibir solo rutas

La caracterstica de EIGRP stub no habilita la sumarizacion de ruta en el router hub. El administrador de red debe configurar la sumarizacion de ruta en los routers hub si desea. Cisco recomienda encarecidamente utilizar ambas caractersticas sumarizacion de rutas EIGRP y EIGRP stub para proveer la mejor escalabilidad. Si una verdadera red stub es requerida, el router hub puede ser configurado para enviar una ruta por defecto a los routers spoke. Este enfoque es el ms simple y conserva el mayor ancho de banda y memoria en los routers spoke. Nota. Aunque EIGRP es un protocolo de enrutamiento sin clase, este tiene un comportamiento con clase por defecto, de modo que tiene sumarizacion automtica habilitada por defecto. Cuando usted configura el router hub para enviar una ruta por defecto al router remoto, asegrese que el comando ip classless est habilitado en el router remoto. Por defecto, el comando ip classless est habilitado en todas las imgenes Cisco IOS que soportan la caracterstica de enrutamiento EIGRP stub. La figura 2-49 ilustra cmo utilizar la caracterstica EIGRP stub afectando las redes mostradas anteriormente en la figura 2-44. Cada uno de los routers remotos es configurado como un stub consultas para la red 10.1.8.0/24 no son enviadas a los routers C, D, y E, asi reducen el ancho de banda utilizado y la posibilidad de que las rutas sean SIA.

Figura 2-49. Limitando las actualizaciones y consultas utilizando la caracterstica EIGRP stub.

Utilizando la caracterstica EIGRP stub en los sitios remotos permite a los sitios hub (oficinas regionales) inmediatamente responder consultas sin propagar las consultas a los sitios remotos, guardando ciclos de CPU y ancho de banda, y disminuir el tiempo de convergencia incluso cuando los sitios remotos esta conectados dobles a dos o ms sitios hub. La figura 2-50 ilustra otra red de ejemplo; el ejemplo 2-61 muestra parte de la configuracin para el router B. Figura 2-50. Red para el ejemplo del comando eigrp stub

Ejemplo 2-61. Configuracin para el router B en la figura 2-50.

Utilizando esta red y configuracin de ejemplo, considere cuales redes del router B sern publicadas al router A cuando las varias opciones del comando eigrp stub son tambin configuradas en el router B: Con el comando eigrp stub connected, el router B publicara solo la 10.1.2.0/24 al router A. Note que aunque 10.1.3.0/24 es tambin una red conectada, no es publicada al router A porque esta no es publicada en el comando network, y las rutas conectadas no son redistribuidas. Con el comando eigrp stub summary, el router B publicara solo la 10.1.2.0/24, la ruta sumarizada que es configurada en el router, al router A. Con el comando eigrp stub static, el router B publicara solo la 10.1.4.0/24, la ruta esttica que es configurada en el router, al router A. (Note que el comando redistribut static est configurado en el router B.) Nota. Sin la opcin static, EIGRP no enviara ninguna ruta esttica, incluyendo las rutas estticas internas que normalmente serian redistribuidas automticamente.

Con el comando eigrp stub receive-only, el router B no publicara nada al router A. Con el comando eigrp stub redistribute, el router B publicara solo la 10.1.4.0/24, la ruta esttica redistribuida, al router A.

Apagado Ordenado
El apagado ordenado, implementado con la caracterstica goodbye message, es designado para mejorar la convergencia de red EIGRP. En la figura 2-51, el router A esta utilizando el router B como el sucesor para varias rutas. El router C es el sucesor factible para las mismas rutas. El router B normalmente no le dir al router A si el proceso EIGRP en el router B estaba pasando a cado (por ejemplo, si el router B estaba siendo configurando). El router A tendra que esperar que su tiempo de espera expirara antes que este descubriera el cambio y reaccionara a este. Los paquetes enviados durante este tiempo serian perdidos. Figura 2-51. El Apagado Ordenado causa al router decir Adios.

Con el apagado ordenado, un mensaje goodbye es enviado como broadcast cuando un proceso de enrutamiento EIGRP es apagado, para informar que los pares adyacentes sobre el cambio de topologa implementado. Esta caracterstica permite soportar pares EIGRP para sincronizar y recalcular relaciones de vecinos ms eficientemente que ocurrira si los pares descubrieran el cambio de topologa despus de la expiracin tiempo de espera. El mensaje goodbye es soportado en el software Cisco IOS Version 12.3(3)B, y 12.3(2)T y posteriores. Interesantemente, los mensajes goodbye son enviados en paquetes hello. EIGRP enva un mensaje de goodbye de interface con todos los valores K ajustados a 255 cuando toma abajo todos los pares en una interface. El siguiente mensaje es desplegado por los routers que soportan los mensajes goodbye cuando uno es recibido: *Apr 26 13:48:42.523: %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet 0/0) is down: K-value mismatch Nota. El recibo de un mensaje goodbye por un par no soportado no interrumpe la operacin normal de la red. El par no soportado terminara la seccin cuando el temporizador de espera expire. Los routers que enva y reciben re converge normalmente despus de las recargas del remitente. Nota. Un router EIGRP enviara un mensaje de goodbye en una interface si el comando network (bajo el proceso EIGRP) que abarca la red en esa interface es removido (con el comando no network). Un router EIGRP enva un mensaje goodbye en todas las interfaces si el proceso EIGRP es apagado (con el comando no router eigrp). Un router EIGRP no lo hara, sin embargo, envia un mensaje goodbye si una interface es apagada o el router es recargado.