CAPITULO 2. CONFIGURANDO EL PROTOCOLO EIGRP

PLANIFICANDO IMPLEMENTACIONES DE ENRUTAMIENTO EIGRP

Esta sección describe cómo planificar y documentar un desarrollo EIGRP. Cuando se prepara para desarrollar EIGRP en una red, primero tiene que reunir los requisitos, determinar el estado de la red existente, y considerar diferentes opciones de implementación. Las consideraciones para EIGRP incluyen los siguientes:

• Plan de direccionamiento IP: El plan de direccionamiento IP rige cómo EIGRP se puede implementar y qué tan bien el desarrollo EIGRP escalará. Una subred IP detallada y plan de direccionamiento deben ser producidas, y deberían ser jerárquicas para habilitar sumarización en EIGRP, permitir que la red escale con mayor facilidad y optimizar el comportamiento de EIGRP.

• Topología de red: La topología se compone de los dispositivos (routers, switches, etc) y los enlaces que los unen. Una topología de red detallada debe ser creada para evaluar las necesidades de escalabilidad EIGRP y para determinar cuáles características de EIGRP podrían ser requeridas (por ejemplo, el enrutamiento stub EIGRP).

• Ingeniería de tráfico en EIGRP: Al cambiar la métrica de interfaz, la ingeniería de tráfico EIGRP se puede implementar para mejorar la utilización del ancho de banda y permitir que el administrador tenga control sobre los patrones de tráfico.

Después de haber evaluado las necesidades, puede crear el plan de implementación. La información necesaria para implementar el enrutamiento EIGRP incluye lo siguiente:

• Las direcciones IP a ser configuradas en interfaces de router individuales. • El número de sistema autónomo EIGRP, utilizado para habilitar EIGRP. El número de sistema autónomo debe ser el mismo en todos los routers en el dominio EIGRP. • Una lista de los routers en los que se debe activar EIGRP junto con las redes conectadas que se van a ejecutar EIGRP y que necesitan ser anunciadas (por el router individual). • Las métricas que deben aplicarse a las interfaces específicas, para la ingeniería de tráfico EIGRP. La necesaria métrica y la interfaz donde la métrica debe ser aplicada debería ser especificado.

En el plan de implementación, la lista de tareas para cada router en la red debe ser definida. Para EIGRP, las tareas incluyen lo siguiente:

• Habilitar el protocolo de enrutamiento EIGRP • Configuración de las sentencias de red apropiados • Opcionalmente configurar la métrica con las interfaces adecuadas

Después de implementar EIGRP, se debe verificar para confirmar el desarrollo apropiado en cada router. Las tareas de verificación incluyen las siguientes:

• Verificación de las relaciones de vecinos EIGRP • Verificar que la tabla de topología EIGRP se rellena con la información necesaria • Verificar que la tabla de enrutamiento IP se rellena con la información necesaria • Comprobación de que hay conectividad de la red entre los routers y otros dispositivos

• Verificación de que EIGRP se comporta como se espera en el caso de un cambio en la topología, probando fallas de enlace y eventos de fallas de router.

Después de un desarrollo satisfactorio EIGRP, documentar la solución, el proceso de verificación, y los resultados, para futura referencia. La documentación debería incluir un mapa de topología, el plan de direccionamiento IP, el número de sistema autónomo utilizado, las redes incluidas en EIGRP en cada router, y cualquier métrica configurada de forma especial.

CONFIGURANDO Y VERIFICANDO EIGRP

Planificando EIGRP básico

El ejemplo de red en la Fig 2-18 es para ser configurado por EIGRP. El plan de implementación para esta red debería incluir los siguientes pasos:

Paso 1. Definir los requisitos de la red. Paso 2. Reunir los parámetros requeridos. Paso 3. Definir los parámetros de enrutamiento EIGRP. Paso 4. Configurar EIGRP básica. Paso 5. Verificar la configuración de EIGRP

Figure 2-18. Sample Network for Planning and Implementing Basic EIGRP.

Requerimientos y Parámetros

La figura 2-18 muestra tres routers. Los routers R1 y R2 están en el sistema autónomo EIGRP 110. Router R3 es en una red externa que no es parte del sistema autónomo EIGRP. Los requisitos básicos para EIGRP son los siguientes:

• Direccionamiento IP: Las direcciones IP de todos los interfaces del dispositivo. Figura 2-18 incluye las direcciones IP de este ejemplo.

• Número de Sistema Autónomo para el protocolo de enrutamiento EIGRP: Recordemos que los routers en el mismo dominio EIGRP deben tener el mismo número de sistema autónomo, ya que cada proceso EIGRP se debe iniciar con el mismo número de sistema autónomo. El número de sistema autónomo 110 se utiliza en este ejemplo.

• Interfaces para vecindades EIGRP y redes que participan en EIGRP: Las interfaces incluidas en

EIGRP se utilizan para intercambiar actualizaciones de enrutamiento y otros paquetes EIGRP entre vecinos. Las interfaces en las que EIGRP está corriendo y los números de red que vayan a participar en EIGRP debe estar definida. Ambos Router R1 y R2 tienen una interfaz serial y una interfaz Fast Ethernet incluidos en el proceso EIGRP. Los routers EIGRP anuncian sus redes locales para todos los vecinos. Ambos Router R1 y R2 se anuncian sus redes directamente conectadas que forman parte del dominio EIGRP.

• Ancho de banda de interfaz: Debido a que el ancho de banda de la interfaz es parte de la métrica de EIGRP, cambiando el ancho de banda cambia la métrica del enlace. Para influir en la selección del camino, el ancho de banda de la interfaz se puede definir. El ancho de banda real del enlace serial entre el router R1 y R2 es de 512 kbps y la configuración debe reflejar esto para que EIGRP puede seleccionar la ruta adecuada.

Nota: En el IOS de Cisco anterior, el ancho de banda por defecto en todos los puertos seriales era un T1 o 1.544 Mbps. En las últimas versiones de Cisco IOS, el ancho de banda por defecto varía según el tipo de interfaz.

Nota: De forma silimar, el comando de configuración de interface “delay <tens-of-microseconds” puede ser configurado si el valor de retardo por defecto en la interface no refleja el retardo que debería ser usado en el cálculo de la métrica. El parámetro especifica el retardo en decenas de microsegundos. Usar el comando “show interfaces” para ver el retardo por defecto.

Configuración básica EIGRP

El plan de implementación debería definir las siguientes tareaspara configurar EIGRP básico:

Paso 1. Definir EIGRP como el protocolo de enrutamiento: Para activar EIGRP y definir el sistema autónomo, utilice el comando de configuración global “router eigrp <autonomous-system-number>”. En este comando, el número de sistema autónomo identifica el sistema autónomo local y se utiliza para identificar este router a los otros routers EIGRP que pertenecen dentro de la red interna. Este valor debe coincidir en todos los routers dentro de la internetwork. Este comando pone el router en el modo de configuración del router.

Paso 2. Definir las redes conectadas que participan en EIGRP: Para indicar cuales redes son parte del sistema autónomo EIGRP, el comando de configuración de router “network <network-number> [wildcard-mask]”. La Tabla 2-1 resume los parámetros de este comando. Este comando define las interfaces sobre las que EIGRP intentará establecer relaciones de vecinos EIGRP y las redes que serán anunciadas a los vecinos EIGRP.

Si no se usa la máscara wildcard opcional, el proceso EIGRP supone que todas las redes conectadas directamente que forman parte de la red principal, participarán en el proceso de enrutamiento EIGRP, y EIGRP intentará establecer relaciones de vecinos EIGRP desde cada interfaz que es parte de toda la red clase A, B o C.

Se utiliza la máscara wildcard opcional para identificar una dirección IP específica, subred o red. El router interpreta el número de red utilizando la máscara wildcard para determinar cuáles interfaces conectadas participarán en el proceso de enrutamiento EIGRP. El router entonces intenta establecer relaciones de vecindad en estas interfaces. Si se desea especificar una dirección de interfaz, utilice la máscara 0.0.0.0 para que coincida con los 4 octetos de la dirección. Una combinación de dirección y máscara wildcard de 0.0.0.0 255.255.255.255 coinciden con todas las interfaces en el router.

No hay límite en el número de comandos “network” que puedan ser configurados sobre el router.

Nota: Si se utiliza incorrectamente una máscara de subred en el comando “network”, es probable que se asuma que el router interpretaría la máscara de forma incorrecta. Sin embargo, cuando se prueba la configuración, es sorprendente que el router "corrija" nuestro error en su lugar. Por ejemplo, los siguientes comandos fueron ingresados en un router:

RouterA(config)#router eigrp 100RouterA(config-router)#network 10.1.0.0 255.255.0.0

Lo siguiente muestra la configuración en el router, nota cómo la máscara ha sido “fijada”.

RouterA#sh run | begin router eigrprouter eigrp 100network 10.1.0.0 0.0.255.255<output omitted>

Debido a que no pudimos encontrar ninguna documentación sobre esta característica, le animamos a que compruebe sus configuraciones de máscara con cuidado.

Paso 3. Definir el ancho de banda de la interfaz: Para los enlaces seriales, el ancho de banda del enlace se puede especificar con el propósito de envíar tráfico de actualización de enrutamiento del enlace. Si no se define el valor del ancho de banda para estas interfaces, EIGRP supone que el ancho de banda en el enlace es el predeterminado, que varía según el tipo de interfaz. Recordemos que EIGRP utiliza el ancho de banda como parte de su cálculo de la métrica. Si el enlace es en realidad más lento que el valor por defecto, el router podría no ser capaz de converger, o actualizaciones de enrutamiento podrían

perderse (El porcentaje de ancho de banda de la interfaz que EIGRP utiliza también pueden ser limitado, como se describe en la sección "Utilización del enlace EIGRP", más adelante en este capítulo). Para definir el ancho de banda, utilice el comando de configuración de interfaz “bandwidth < kilobits>”. En este comando, kilobits indica el ancho de banda deseado en kbps.

El comando “bandwidth” establece sólo un parámetro de información, no se puede ajustar el ancho de banda real de una interfaz con este comando. Para algunos medios, tales como Ethernet, el ancho de banda es fijo. Para otros medios, como los enlaces seriales, se puede cambiar el ancho de banda real mediante el ajuste de los parámetros de hardware. Para ambos tipos de medios, se puede utilizar el comando de configuración “bandwidth” para comunicar el ancho de banda actual a los protocolos de nivel superior.

Para las interfaces seriales genéricas como PPP y HDLC, establecer el ancho de banda para que coincida con la velocidad de la línea. Para las interfaces punto a punto de Frame Relay, ajuste el ancho de banda a la tasa de información comprometida (CIR, Committed Information Rate). Para las conexiones multipunto Frame Relay, ajuste el ancho de banda a la suma de todos los CIR, o si los circuitos virtuales permanentes (PVC) tienen diferentes CIR, ajuste el ancho de banda para el CIR más bajo, multiplicado por el número de PVC sobre la conexión multipunto.

Nota: El aparente ancho de banda de la interfaz de salida se utiliza también para otros fines. Por ejemplo, el protocolo TCP ajusta los parámetros de retransmisión iniciales sobre la base de este ancho de banda.

Ejemplo de configuración

La configuración de router R1 en la figura 2-18 se muestra en el ejemplo 2-2. En el Router R1, EIGRP está habilitada en el sistema autónomo 110 utilizando el comando “router eigrp 110”. El comando network 172.16.1.0 0.0.0.255 inicia EIGRP en la interfaz Fast Ethernet 0/0 y le permite a router R1 anunciar esta red. Con la máscara wildcard utilizada, este comando especifica que sólo interfaces de la subred 172.16.1.0/24 participarán en EIGRP (Sin embargo, la red de clase B 172.16.0.0 completa se anunciará al router R2 porque EIGRP resume automáticamente las rutas en la frontera de la red principal de forma predeterminada). El comando “network 192.168.1.0” inicia EIGRP en la interfaz Serial 0/0/1 y le permite al Router R1 publicar esta red.

Example 2-2. Configuration of Router R1 in Figure 2-18

interface FastEthernet0/0ip address 172.16.1.1 255.255.255.0

interface Serial0/0/1bandwidth 512ip address 192.168.1.101 255.255.255.224

interface Serial0/0/2ip address 172.16.5.1 255.255.255.0

router eigrp 110network 172.16.1.0 0.0.0.255network 192.168.1.0

El Router R1 está conectado al router R3 y la subred 172.16.5.0 se utiliza en la conexión entre los dos routers. Debido a que router R1 no está configurado para ejecutar EIGRP en 172.16.5.0, el router R1 no trata de formar una adyacencia con el router R3. Si la máscara wildcard no fue usada en el router R1, éste ejecutaría EIGRP sobre todas las interfaces en 172.16.0.0/16 y enviaría paquetes EIGRP al router R3. Esto gastaría ancho de banda y ciclos de CPU y proporcionaría información innecesaria a la red externa. La máscara wildcard le dice a EIGRP para establecer una relación con los routers EIGRP desde interfaces que solamente forman parte de la subred 172.16.1.0/24.

El comando “bandwidth 512” sobre la interfaz Serial 0/0/1 configura el ancho de banda a 512 Kbps. La configuración sobre el Router R2 sería similar a la del router R1.

OTRO EJEMPLO DE CONFIGURACIÓN BÁSICA DE EIGRP

La Fig. 2-19 muestra otro ejemplo de red, incluyendo la configuración de Router A para EIGRP.

Figure 2-19. Basic EIGRP Configuration Sample Network.

Todos los routers de la red forman parte del sistema autónomo 109, para que puedan establecer una relación de vecino. Debido a que la máscara wildcard no se utiliza en la configuración 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 el proceso de enrutamiento EIGRP. En este caso, esto incluye todas las cuatro interfaces. Hay que tener en cuenta que la red 192.168.1.0 no está configurada en la configuración EIGRP en el router A, porque el Router A no tiene ninguna interfaz en esa red. En su lugar, se supone que la configuración en el Ejemplo 2-3 fue introducida en el Router A.

Example 2-3. Alternative Configuration of Router A in Figure 2-19

routerA(config)#router eigrp 109routerA(config-router)#network 10.1.0.0routerA(config-router)#network 10.4.0.0routerA(config-router)#network 172.16.7.0routerA(config-router)#network 172.16.2.0

Debido a que ninguna máscara wildcard se especificó en el Ejemplo 2-3, el Router A cambiaría automáticamente los comandos “network”para tener redes con clase, y la configuración resultante sería como se muestra en el ejemplo 2-4.

Example 2-4. Router A’s Interpretation of the Configuration in Example 2-3

router eigrp 109network 10.0.0.0network 172.16.0.0

Como alternativa, considere lo que pasaría si la configuración que se muestra en el ejemplo 2-5 fuera introducida para el Router A.

Example 2-5. Another Alternative Configuration of Router A in Figure 2-19

routerA(config)#router eigrp 109routerA(config-router)#network 10.1.0.0 0.0.255.255routerA(config-router)#network 10.4.0.0 0.0.255.255routerA(config-router)#network 172.16.2.0 0.0.0.255routerA(config-router)#network 172.16.7.0 0.0.0.255

En este caso, el router A utiliza la máscara wildcard para determinar qué interfaces conectadas directamente participan en el proceso de enrutamiento EIGRP para el sistema autónomo 109. Todas las interfaces que forman 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 autónomo 109. En este caso, todas las cuatro interfaces participan.

VERIFICANDO LA OPERACIÓN EIGRP

Esta sección discute los comandos usados para verificar la operación EIGRP. La Tabla 2-2 describe algunos comandos “show”usados para verificar la operación EIGRP. Otras opciones podrían estar disponibles con estos comandos.

Table 2-2. EIGRP show Commands

La Tabla 2-3 muestra los comandos “debug” usados para verificar la operación EIGRP. Otras opciones podrían estar disponibles con estos comandos.

Table 2-3. EIGRP debug Commands

Precaución: Tenga cuidado al ejecutar comandos “debug”, ya que pueden consumir una gran cantidad de recursos del router y podrían causar problemas en una red en producción. La salida de depuración (debugging) tiene prioridad sobre el resto del tráfico de la red. Muchas salidas del comando debug puede reducir severamente el rendimiento del router o incluso inutilizarlo en el peor de los casos.

Las siguientes secciones ofrecen muestras de salida de algunos de estos comandos, usando la red de la Figura 2-20 para ilustrar la configuración, verificación y solución de problemas de EIGRP. El ejemplo 2-6 muestra la configuración del enrutador R1.

Figure 2-20. Sample Network for EIGRP Verification.

Example 2-6. Configuration for Router R1 in Figure 2-20

R1#show running-config<output omitted>

interface FastEthernet0/0ip address 172.16.1.1 255.255.255.0

<output omitted>interface Serial0/0/1bandwidth 64ip address 192.168.1.101 255.255.255.224

<output omitted>router eigrp 100network 172.16.1.0 0.0.0.255network 192.168.1.0En el router R1, EIGRP está habilitada en el sistema autónomo 100. El comando network 172.16.1.0 0.0.0.255 inicia EIGRP en la interfaz Fast Ethernet 0/0 y le permite al router R1 publicar esta red. Con la máscara comodín (wildcard) utilizada, este comando especifica que sólo las interfaces de la subred 172.16.1.0/24 participarán en EIGRP. Tenga en cuenta, sin embargo, que la red de clase B 172.16.0.0 completa será anunciada, porque EIGRP resume automáticamente por defecto las rutas en la frontera de la red principal. El comando “network 192.168.1.0” inicia EIGRP en la interfaz serial 0/0/1 y permite que el router R1 publique esta red.

El ejemplo 2-7 muestra la configuración del router R2

Example 2-7. Configuration for Router R2 in Figure 2-20

R2#show running-config<output omitted>interface FastEthernet0/0ip address 172.17.2.2 255.255.255.0

<output omitted>interface Serial0/0/1bandwidth 64ip address 192.168.1.102 255.255.255.224

<output omitted>router eigrp 100network 172.17.2.0 0.0.0.255network 192.168.1.0

EIGRP también está habilitado en el sistema autónomo 100 en el router R2. El comando network 172.17.2.0 0.0.0.255 inicia EIGRP en la interfaz Fast Ethernet 0/0 y le permite al router R2 publicar esta red. Con la máscara comodín utilizada, este comando especifica que sólo interfaces de la subred 172.17.2.0/24 participarán en EIGRP. Tenga en cuenta, sin embargo, que la red de clase B 172.17.0.0 completa será anunciada, porque EIGRP resume automáticamente por defecto las rutas en la frontera de la red principal. El comando “network 192.168.1.0” inicia EIGRP en la interfaz serial 0/0/1 del router R2 y le permite publicar esta red.

VERIFICANDO VECINOS EIGRP

El comando “show ip eigrp neighbors” muestra el contenido de la tabla de vecinos EIGRP IP. El ejemplo 2-8 provee la tabla de vecinos EIGRP IP de R1.

Example 2-8. Sample Output for the show ip eigrp neighbors Command

La información detallada de vecinos puede ser examinada con el comando “show ip eigrp neighbors detail”, como se muestra en el ejemplo 2-9. La información adicional proporcionada en este comando incluye el número de elementos de un paquete que ha sido retransmitido (dos en este caso), el número de veces que se intentó retransmitir un paquete (dos en este ejemplo), los paquetes que están esperando actualmente a ser enviados (R1 tiene tres actualizaciones esperando a ser enviadas en este ejemplo), y versión IOS del router vecino (12,4 en este ejemplo). El número de secuencia (“SEQ” en el ejemplo) se incrementa cada vez que una consulta, actualización o paquete de respuesta se envía, mientras que el número de serie (“ser” en el ejemplo) se incrementa cada vez que cambia la tabla de topología.

Example 2-9. Sample Output for the show ip eigrp neighbors detail Command

VERIFICANDO RUTAS EIGRP

Para verificar que el router reconoce rutas EIGRP para cualquier vecino, se utiliza el comando “show ip route eigrp”, como se muestra en el ejemplo 2-10. El ejemplo 2-11 visualiza el comando “show ip route”, el cual muestra la tabla completa de enrutamiento IP, incluyendo las rutas EIGRP.

Usando la línea resalta en el Ejemplo 1-10 como ejemplo, los campos en la tabla de enrutamiento son interpretados como sigue:

• Las rutas internas EIGRP se identifican con una D en la columna de la izquierda (rutas EIGRP externa, que no se muestran en este ejemplo, se identifican con una D EX en la columna de la izquierda).

• La siguiente columna es el número de red (172.17.0.0/16 en este ejemplo).

• Después de cada número de red es un campo en el paréntesis (90/40514560 en este ejemplo). El segundo número entre paréntesis es la métrica EIGRP. Como se discutió en la sección "Cálculo de la métrica EIGRP", anterior a este capítulo, la métrica predeterminada de EIGRP es el ancho de banda de menor costo, más los retardos acumulados. La métrica de EIGRP para una red es igual que su FD en la tabla de topología EIGRP.El primer número, 90, en este caso, es la Distancia Administrativa. Recuerde del capítulo 1 que la distancia administrativa se utiliza para seleccionar la mejor ruta cuando un router aprende dos o más rutas a exactamente el mismo destino de diferentes fuentes de enrutamiento. Por ejemplo, considere la posibilidad de que este router utiliza el protocolo RIP e EIGRP; y RIP tiene una ruta a la red 172.17.0.0 que es de tres saltos de distancia. El router, sin la distancia administrativa, no puede comparar tres saltos a una métrica de EIGRP de 40514560. El router no conoce el ancho de banda asociado con saltos; y EIGRP no utiliza el número de saltos como métrica. Para corregir este problema, Cisco estableció una distancia administrativa para cada protocolo de enrutamiento: cuanto más bajo sea el valor, más preferida será la ruta. Por defecto, las rutas internas EIGRP tienen una distancia administrativa de 90 y RIP tiene una distancia administrativa de 120. Debido a que EIGRP tiene una métrica basada en el ancho de banda y el retardo, se prefiere sobre la métricas del número de saltos de RIP. Como resultado, en este ejemplo, la ruta de EIGRP se instalaría en la tabla de enrutamiento.

Nota: Recuerde que los routers utilizan la distancia administrativa sólo si las dos rutas están en el mismo destino exacto (dirección y máscara). Por ejemplo, un router elegirá una ruta RIP a través de una ruta EIGRP si la ruta RIP es una ruta más específica que la ruta EIGRP.

• El siguiente campo, a través de 192.168.1.102 en este ejemplo, es la dirección del router del siguiente salto al que este router pasa los paquetes destinados a 172.17.0.0/16. La dirección del siguiente salto en la tabla de enrutamiento es la misma que el sucesor en la tabla de topología EIGRP.

• La ruta también tiene un tiempo asociado a él (00:07:01 en este ejemplo). Esta es la cantidad de tiempo porque EIGRP duró publicado esta red para este router. EIGRP no actualiza periódicamente las rutas. Se vuelve a enviar la información de enrutamiento sólo cuando las adyacencias vecinas cambian. • La interfaz Serial 0/0/1 en este caso, indica que la interfaz saliente cuyos paquetes para 172.17.0.0/16 son enviados.

Observe que la tabla de enrutamiento incluye rutas, a null0, para las rutas publicadas (sumarizadas). El Software IOS de Cisco pone automáticamente estas rutas en la tabla cuando se autosumarizan. Se denominan rutas de resumen. Null 0 es una interfaz de software solamente directamente conectada. El uso de la interfaz null0 evita que el router trate de reenviar el tráfico a otros routers en busca de una coincidencia más larga y precisa. Por ejemplo, si el router R1 en la Figure 2-20 recibe un paquete a una subred desconocida que es parte de la rango sumarizado - 172.16.3.5 por ejemplo - el paquete coincide con la ruta de resumen basándose en la coincidencia más larga. El paquete se reenvía a la interfaz null0 (en otras palabras, se descarta, o se envía a la papelera de bits), que impide que el router reenvíe el paquete a una ruta por defecto y, posiblemente, la creación de un bucle de enrutamiento.

Verificando operaciones eigrp

Esta sección describe el comando “show ip protocols” que proporciona información sobre cualquier protocolo de enrutamiento dinámico corriendo en el router.

Como se muestra en el ejemplo 2-12, la salida del comando muestra que el proceso EIGRP (sistema autónomo) 100 está en funcionamiento e indica que no está ocurriendo ningún filtro de ruta en las actualizaciones entrantes y salientes EIGRP. También identifica si EIGRP está generando una red por defecto o recibiendo una red por defecto en las actualizaciones EIGRP y proporciona información adicional acerca de los ajustes para EIGRP, como los valores de K, número de saltos y la varianza.

Example 2-12. show ip protocols Command Output

R1#show ip protocolsRouting Protocol is "eigrp 100"

Outgoing update filter list for all interfaces is not setIncoming update filter list for all interfaces is not setDefault networks flagged in outgoing updatesDefault networks accepted from incoming updatesEIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0EIGRP maximum hopcount 100EIGRP maximum metric variance 1Redistributing: eigrp 100EIGRP NSF-aware route hold timer is 240sAutomatic network summarization is in effectAutomatic address summarization: 192.168.1.0/24 for FastEthernet0/0 Summarizing with metric 40512000 172.16.0.0/16 for Serial0/0/1 Summarizing with metric 28160Maximum path: 4Routing for Networks: 172.16.1.0/24 192.168.1.0Routing Information Sources: Gateway Distance Last Update (this router) 90 00:09:38 Gateway Distance Last Update 192.168.1.102 90 00:09:40Distance: internal 90 external 170

Nota: Los dos routers deben tener valores idénticos de K para EIGRP con el fin de establecer una adyacencia. El comando “show ip protocols” es útil para determinar los ajustes del valor actual de K antes de intentar una adyacencia.

La salida en el Ejemplo 2-12 también indica que el resumen automático está activado y que al router se le permite balancear la carga para un máximo de cuatro caminos. El Software IOS de Cisco permite la configuración de hasta 16 caminos para el balanceo de carga cob igual costo, utilizando el comando de configuración de router “máximum-path”.

También se muestran las redes para las que el router está enrutando. Como se muestra en el Ejemplo 2-12, el formato de la salida varía, dependiendo del uso de la máscara wildcard en el comando “network”. Si se utiliza una máscara wildcard, la dirección de red se muestra con una longitud de prefijo. Si no se utiliza una máscara wildcard, se muestra la red principal de clase A, B o C.

La porción “Routing Information Sources” de la salida de este comando, identifica todos los demás routers que tengan una relación de vecino EIGRP con este router. El comando “show ip eigrp neighbors” proporciona una visualización detallada de los vecinos EIGRP.

La salida del comando “show ip protocols”, también proporciona las dos distancias administrativas para EIGRP. Una distancia administrativa de 90 aplica a redes desde otros routers dentro del mismo

sistema autónomo. Estas son consideradas Redes Internas. Una distancia administrativa de 170 aplica a redes introducidas al sistema autónomo EIGRP a través de la redistribución. Estas son llamadas Redes Externas.

Ejemplo de “show ip eigrp interfaces”:

El comando “show ip eigrp interfaces” muestra la información sobre interfaces configuradas para EIGRP. El ejemplo 2-13 muestra la salida de este comando. Esta salida incluye los siguientes elementos claves:

• Interface: interfaz sobre la que EIGRP está configurada • Peers: Número de vecinos EIGRP directamente conectados • XMIT Queue Un/Reliable: Número de paquetes que permanecen en las colas de retransmisión no fiables y confiables • Media SRTT: intervalo promedio SRTT, en milisegundos • Pacing Time Un/ Reliable: tiempo de estimulación utilizado para determinar cuando los paquetes EIGRP deben ser enviados fuera de la interfaz (para los paquetes no confiables y fiables) • Multicast Flow Timer: Número máximo de segundos que el router esperará un paquete ACK después de enviar un paquete EIGRP multicast, antes de cambiar de multicast a unicast.• Pending Routes: Número de rutas en los paquetes en la cola de retransmisión que esperan ser enviados.

Ejemplo de “show ip eigrp topology”:

Otro comando que se utiliza para verificar las operaciones de EIGRP es el comando “show ip eigrp topology”. Este comando muestra los estados DUAL y ayuda a solucionar los posibles problemas de DUAL. El ejemplo 2-14 muestra la salida generada por este comando.

La salida del comando ilustra que el Router R1 tiene un ID de router de 192.168.1.101 y está en el sistema autónomo 100. El ID del router EIGRP es elegido como la dirección IP más alta de una interfaz activa en el router, a menos que se configuren las interfaces loopback, en cuyo caso es la dirección IP más alta asignada a una interfaz loopback. Alternativamente, si se utiliza el comando de configuración del router “eigrp router-id <ip address>”, prevalecerá sobre el uso de la dirección de una interfaz física o loopback como el router ID.

Example 2-14. show ip eigrp topology Command Output

La salida del comando también enumera las redes conocidas por este router a través del proceso de enrutamiento EIGRP. Los códigos utilizados en la primera columna de esta salida indican el estado de la entrada. Pasivos y Activos se refieren al estado EIGRP con respecto a ese destino. Actualización (Update), consulta (Query) y respuesta (Reply) se refiere al tipo de paquete que se envía. Los códigos son los siguientes:

• Pasive (P): Esta red está disponible, y la instalación puede ocurrir en la tabla de enrutamiento. Pasivo es el estado correcto para una red estable, lo que indica que no hay cálculos EIGRP que se lleven a cabo para esta ruta. • Active (A): Esta red no está disponible actualmente, y la instalación no puede tener lugar en la tabla de enrutamiento. Ser activo significa que existen consultas pendientes para esta red, lo que indica que los cálculos de EIGRP se están realizando para esta ruta. • Update (U): Esta red se está actualizando (lo que indica que se está enviando un paquete de actualización). Este código también se aplica si el router está a la espera de una confirmación para este paquete de actualización.• Query (Q): Hay un paquete de consulta excepcional para esta red, indicando que un paquete de consulta fue enviado. Este código también se aplica si el router está a la espera de una confirmación para un paquete de consulta. • Reply (R): El router está generando una respuesta para esta red, indicando que un paquete de respuesta se envió, o está esperando una confirmación para el paquete de respuesta. • Reply Status (r): Indica la bandera que se establece después de que el software ha enviado una consulta y está esperando por una respuesta. • Stuck-in-active (s): Hay un problema de convergencia de EIGRP para esta red (la sección "conexiones Stuck-in-activo en EIGRP", más adelante en este capítulo, describe este problema y cómo se puede prevenir).

El número de sucesores disponibles para una ruta se indica en la salida del comando. El número de sucesores corresponde al número de las mejores rutas con igual costo. Todas las redes en el Ejemplo 2-14 tienen un sucesor.

Para cada red, la FD es registrada después del número de sucesores, seguido por un indicador de cómo

la ruta fue aprendida, tal como la dirección del siguiente salto, si la ruta fue aprendida a través de otro router. El siguiente es un campo entre paréntesis. El primer número entre paréntesis es la FD para esa red a través del router del siguiente salto, y el segundo número entre paréntesis es la AD desde el router del siguiente salto a la red de destino.

Ejemplo de “show ip eigrp traffic”:

Para mostrar el número de varios paquetes EIGRP enviados y recibidos, se utiliza el comando “show ip eigrp traffic”, como se ilustra en el ejemplo 2-15. Por ejemplo, en esta red, el router R1 ha enviado 429 mensajes hello y recibido 192 mensajes hello, ha enviado 4 actualizaciones y recibió 4 cambios, ha enviado 1 consulta y recibido 0 consultas, ha enviado 0 respuestas y recibió 1 respuesta, y ha enviado 4 ACKs y recibido 3 ACKs.

Ejemplos de “debug eigrp packets”:

Puede utilizarse el comando “debug eigrp packets” para verificar la conectividad EIGRP. Este comando muestra los tipos de paquetes EIGRP enviados y recibidos por el router en el que se ejecuta este comando. Diferentes tipos de paquetes pueden ser seleccionados para la exhibición individual o en grupo. El ejemplo 2-16 muestra algunos resultado de este comando en R2, cuando una interfaz levanta en R1.

Example 2-16. debug eigrp packets Command Output on R2 When a Neighbor’s Interface Comes Up

El comando “debug eigrp packets” traza la transmisión y recepción de los paquetes EIGRP. La salida en el ejemplo 2-16 muestra la transmisión y recepción normal de paquetes EIGRP. El enlace serial es un enlace punto a punto HDLC. Por lo tanto, el intervalo de tiempo hello predeterminado es de 5 segundos. Los paquetes Hello se envían poco fiable, por lo que el número de secuencia (SEQ) no incrementa para los paquetes de saludo.

En esta salida de muestra, cuando R2 recibe una actualización de R1, los valores aparecen en el campo de número de secuencia. Seq 5/4 indica que 192.168.1.101 (R1) está enviando este paquete como número de secuencia 5 a R2 y que el número de secuencia 4 se ha recibido desde R2 por el vecino R1. R1 está a la espera de recibir el número de secuencia 5 en el siguiente paquete confiable desde R2.

R2 devuelve un paquete ACK con la SEQ 0/5. El Acuse de Recibo se envía como un paquete fiable. La bandera Unreliable/Reliable del vecino (UN/REL 1/0) se establece, lo que significa que el acuse de recibo fue enviado en respuesta a un paquete fiable.

El número serial (serno 9-9) refleja el número de cambios que los dos vecinos registran en sus tablas de topología EIGRP. El número de secuencia se incrementa cada vez que un paquete de consulta, actualización o respuesta se envía; mientras que el número de serie se incrementa cada vez que cambia la tabla de topología. Una sola actualización puede contener más de 100 redes, por ejemplo, si todos ellos de vuelven indisponible. Por lo tanto, si la tabla de topología tiene más de 100 cambios, el número

de serie aumenta sustancialmente, pero el número de secuencia sólo puede aumentar en 1.

Cuando una interfaz en R1 se cae, la salida resultante en R2 se muestra en el ejemplo 2-17. R1 envía un paquete de consulta a R2 para determinar si R2 conoce una ruta a la red perdida. R2 responde con un paquete ACK para dar acuse de recibo al paquete de consulta (un paquete confiable debe ser reconocido de forma explícita con un paquete ACK). R2 también responde a la consulta con un paquete de respuesta. La referencia número de serie (10-12) representa el número de cambios en la tabla de topología desde el inicio de la relación de vecino entre estos dos vecinos EIGRP.

Example 2-17. debug eigrp packets Command Output on R2 When a Neighbor’s Interface Is Shut Down

Ejemplos “debug ip eigrp”:Se puede utilizar el comando “debug ip eigrp” para verificar el funcionamiento de EIGRP. Este comando muestra paquetes IP EIGRP que este router envía y recibe. El ejemplo 2-18 muestra el contenido de los cambios que se notifican cuando se utiliza el comando “debug ip eigrp” en R2 para controlar cuando una interfaz en R1 se pone operativa.

En este ejemplo, una ruta interna (indicado por Int.) para 172.16.0.0/16 es anunciada a R2.

Recordemos que por defecto la métrica EIGRP es igual al ancho de banda más el retardo. El proceso EIGRP utiliza la información de la métrica fuente (SM, Source Metric) en el paquete de actualización para cálcular la AD y colocarla en la tabla de topología EIGRP. En este ejemplo, la información SM es SM 28160-25600 2560, lo que significa la métrica fuente (AD) = 28160 = 25600 (ancho de banda) + 2560 (retardo).

El cálculo de la métrica EIGRP para el retardo total utiliza la información de la métrica (M) en el

paquete de actualización. En este ejemplo, la información de M es M 40514560 - 40000000 514560, lo que significa que la métrica (FD) = 40514560 = 40000000 (ancho de banda) + 514560 (retardo). La métrica de EIGRP para esta ruta es igual a la FD y, por lo tanto, es 40514560.

Example 2-18. debug ip eigrp Command Output on R2 When a Neighbor’s Interface Comes Up

El ejemplo 2-19 ilustra lo que ocurre cuando R2 procesa un paquete de consulta entrante para la red 172.16.0.0/16 cuando la interfaz en el router vecino (R1) que lleva a que la red está apagada. Tenga en cuenta que los comentarios (precedidos por un signo de exclamación [!]) se han añadido a esta salida para facilitar la comprensión.

El vecino previamente anunciado 172.16.0.0/16 a este router. La consulta realiza las dos funciones siguientes:

• R2 descubre que su vecino ya no sabe como llegar a la red 172.16.0.0/16. El valor de la métrica (4.294.967.295) es el valor más alto posible para un número de 32 bits (éste indica que la ruta es inalcanzable). R2 elimina esta entrada de la tabla de topología EIGRP y busca rutas EIGRP alternativas. • La salida del debug indica que la tabla de enrutamiento no está actualizada, lo que significa que EIGRP no encontró una ruta alternativa a la red. La siguiente sentencia verifica que el proceso EIGRP ha eliminado la antigua ruta y que la ruta no está en la tabla de enrutamiento IP. R2 informa entonces al vecino que aun no tiene una ruta de acceso a esta red.

Example 2-19. debug ip eigrp Command Output on R2 When a Neighbor’s Interface Is Shut Down

Usando el comando “passive-interface” con EIGRP

Hay momentos en los que se debe o se quiere incluir una subred en un comando “network” de los protocolos de enrutamiento, aunque no se desee que la interfaz en la cual la subred está conectada participe en el protocolo de enrutamiento.

El comando de configuración de Router “passive-interface {type number} | default” previene que se envíen actualizaciones de enrutamiento de protocolos de enrutamiento a través de la interfaz del router

especificado. Este comando se utiliza para configurar una interfaz en particular o todas las interfaces del router a pasivo, el uso de la opción “default” es para configurar todas las interfaces del router a pasivo. La Tabla 2-4 describe los parámetros de este comando.

Table 2-4. passive-interface Command

Para EIGRP, el comando “passive-interface” realiza lo siguiente:• Evita que una relación de vecino se establezca sobre una interfaz pasiva. • Detiene actualizaciones de enrutamiento de ser procesadas o enviadas a través de la interfaz pasiva. • Permite a una subred en una interfaz pasiva ser anunciada en un proceso EIGRP.

Cuando se utiliza el comando passive-interface con EIGRP, los mensajes de saludo no se envían fuera de la interfaz especificada. Las relaciones de vecinos en el router no se forman con otros routers que se pueden alcanzar a través de la interfaz (debido a que el protocolo Hello se utiliza para verificar la comunicación bidireccional entre routers). Debido a que ningun vecino es encontrado en una interfaz, no se envía ningún otro tipo de tráfico EIGRP.

Recordemos que el comando “network” define las interfaces sobre las que EIGRP intentará establecer relaciones de vecindad y las redes que se anuncian a los vecinos EIGRP. Configurando una interfaz como pasiva sólo deshabilita el establecimiento de relaciones de vecinos. El router todavía notificará la red a sus vecinos EIGRP.

En la red del ejemplo que se muestra en la Figura 2-20 utilizada anteriormente, los routers R1 y R2 no tienen vecinos EIGRP disponibles sobre su interfaz FastEthernet 0/0, así que no hay necesidad de tratar de establecer adyacencias sobre esas interfaces. Si los paquetes EIGRP se envían en estas interfaces, serían ignorados, pero aún consumirían ancho de banda y recursos de CPU.

En las configuraciones originales del router R1 y R2 mostrado en el ejemplo 2-6 y Ejemplo 2-7, los comandos “network” fueron configurados para la interfaz Fast Ethernet 0/0 para permitir al router publicar dichas subredes a su vecino. El ejemplo 2-20 proporciona configuraciones EIGRP alternativas para ambos routers.

Example 2-20. Passive-Interface Configurations for Routers in Figure 2-20

Nota: EIGRP no traerá adyacencias en una interfaz pasiva, aun cuando un comando “neighbor” se configure en la interfaz. El comando “neighbor” se describe en la sección "Vecinos Unicast EIGRP ", más adelante en este capítulo.

En los proveedores de servicios de Internet (ISP) y redes de grandes empresas, muchos routers de distribución tienen más de 100 interfaces. Antes de que el comando “passive-interface default” se introdujera en el Cisco IOS Software Release 12.0, los administradores de red configurarían el protocolo de enrutamiento en todas las interfaces y entonces manualmente establecerían el comando “passive-interface” en las interfaces en las que ellos no requieren que se establezcan adyacencias. Sin embargo, esta solución significa entrar muchos comandos “passive-interface”. Un solo comando por defecto “passive-interface” se puede utilizar ahora para configurar todas las interfaces a pasivas de forma predeterminada. Para habilitar el enrutamiento en interfaces individuales en las cuales requiere adyacencias a ser establecidas, utilice el comando “no passive-interface”.

El ejemplo 2-21 proporciona una configuración alternativa para el router R1 usando el comando “passive-interface default” para que todas las interfaces sean pasivas. El comando “no passive-interface Serial0/0/1” permite adyacencias EIGRP que se establezcan a través de Serial 0/0/1.

Example 2-21. Alternate Passive-Interface Configurations for Router R1 in Figure 2-20

R1#router eigrp 110passive-interface defaultno passive-interface Serial0/0/1network 172.16.1.0 0.0.0.255network 192.168.1.0

Para comprobar el funcionamiento de EIGRP usando interfaces pasivas, se utilizan los siguientes comandos:

El comando “show ip eigrp neighbors” para verificar que todas las relaciones de vecinos sean establecidas.

El comando “show ip protocols” para ver cuáles interfaces son configuradas como pasivas La salida en el Ejemplo 2-22 para el router R1 muestra que la interfaz FastEthernet 0/0 esté definida como una interfaz pasiva.

Example 2-22. show ip protocols Command Output on Router R1 in Figure 2-20

PROPAGANDO RUTA POR DEFECTO EIGRP

Las rutas por defecto suelen disminuir el tamaño de las tablas de enrutamiento en los routers que las reciben. Por ejemplo, los routers en redes aisladas o en la capa de acceso por lo general no necesitan saber todas las rutas en toda la red. En lugar de ello, pueden utilizar una ruta por defecto para enviar tráfico a routers que tienen tablas de enrutamiento más detalladas.

Una ruta por defecto configurada de forma estática se puede crear con el comando de configuración global “ip route 0.0.0.0 0.0.0.0 {siguiente salto | interfaz [siguiente salto]}”. La interfaz es una interfaz de salida a través del cual se remitirán todos los paquetes con destinos desconocidos. El siguiente salto es la dirección IP a la que los paquetes con destinos desconocidos se transmitirán (Tenga en cuenta que tanto la interfaz y la dirección del siguiente salto se pueden especificar en el comando).

Alternativamente, cualquier gran red que reside en la tabla de enrutamiento local puede convertirse en una ruta por defecto de EIGRP cuando se utiliza el comando de configuración global “ip default-network <network-number>”. Un router configurado con este comando considera el número de red del gateway de último recurso que se dará a conocer a otros routers con el indicador exterior. La red debe ser alcanzable por el router que utiliza este comando antes de que éste lo anuncie como una posible ruta por defecto a otros routers EIGRP. El número de red en este comando también se debe pasar a otros routers EIGRP para que los routers pueden utilizar esta red como su red por defecto y establecer su gateway de último recurso a esta red por defecto. Esto significa que la red debe ser o bien una red derivada de EIGRP en la tabla de enrutamiento, o ser generada con una ruta estática y redistribuido en EIGRP.

Nota: En rutas por defecto EIGRP no pueden ser directamente inyectadas (tal como se puede en OSPF con el comando “default-information originate”).

Nota: Cualquier ruta que resida en la tabla de enrutamiento, incluyendo rutas no EIGRP, pueden ser marcadas como candidatos por defecto.

Múltiples redes predeterminadas pueden ser configuradas. Los routers intermedios (downstream) entonces utilizan la métrica EIGRP para determinar la mejor ruta por defecto. Cuando se selecciona la mejor ruta por defecto, el router establece el gateway de último recurso a la dirección del siguiente

salto del candidato seleccionado, a menos que el mejor candidato de ruta sea una de las rutas conectadas directamente del router.

Por ejemplo, en la figura 2-21, el Router A está directamente conectado a la red externa 172.31.0.0/16. Router A está configurado con la red 172.31.0.0 como un candidato de red por defecto usando el comando “ip default-network 172.31.0.0”. Router A también tiene esa red que aparece en un comando “network” bajo el proceso de EIGRP y, por lo tanto, lo pasa al router B.

Para verificar la información de red por defecto, utilice el comando "show ip route" para ver la tabla de enrutamiento. En el Router B, la red 172.31.0.0 aprendida por EIGRP es marcada como candidata de una red por defecto (indicado por el * en la tabla de enrutamiento). Router B también establece el gateway de último recurso como 10.5.1.1 (Router A) para llegar a la red por defecto de 172.31.0.0. Router A también tiene la red 172.31.0.0 marcado como una red por defecto y tiene su gateway de último recurso establecido.

Figure 2-21. EIGRP ip default-network Sample Network.

Nota: Cuando se configura el comando “ip default-network” y se especifica una subred, una ruta estática (el comando ip route) se genera en la configuración del router, sin embargo, el IOS no muestra un mensaje para indicar que se ha hecho esto. La entrada aparece como una ruta estática en la tabla de enrutamiento del router donde el comando está configurado. Esto puede ser confuso cuando se quiere quitar la red por defecto. La configuración debe ser eliminada con el comando “no ip route”, no con el comando “no ip default-network”.

Nota: EIGRP (y IGRP) se comporta de manera diferente a RIP cuando se usa 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 de forma predeterminada. Sin embargo, si el comando “network 0.0.0.0” se añade a la configuración de EIGRP, redistribuye una ruta por defecto como resultado del comando de interfaz “ip route 0.0.0.0 0.0.0.0” (pero no como resultado del ip route 0.0.0.0 0,0 .0.0 dirección o el comando ip default-network). Por ejemplo, la configuración parcial mostrada en el Ejemplo 2-23 resulta en la ruta 0.0.0.0 que se pasa a los vecinos EIGRP del router.

Example 2-23. EIGRP Passes a Default Route Only if It Is Configured to Do SoRouter#show run<output omitted>interface serial 0/0/0ip address 10.1.1.1 255.255.255.0!ip route 0.0.0.0 0.0.0.0 serial 0/0/0!router eigrp 100network 0.0.0.0