Capítulo 6: EIGRP
El protocolo EIGRP (Enhanced Interior Gateway Routing Protocol, protocolo mejorado de routing de gateway interior) es un protocolo de routing con vector de distancia desarrollado por Cisco Systems. Como lo sugiere el nombre, EIGRP es una mejora de otro protocolo de routing de Cisco: el protocolo de routing de gateway interior (IGRP). IGRP es un protocolo de routing por vector de distancias con clase anterior, que quedó obsoleto a partir del IOS 12.3.
EIGRP incluye características que se encuentran en los protocolos de routing de estado de enlace. EIGRP es apto para numerosas topologías y medios diferentes. En una red bien diseñada, EIGRP puede escalar para incluir varias topologías y puede proporcionar tiempos de convergencia extremadamente rápidos con un mínimo tráfico de red.
En este capítulo, se presenta el protocolo EIGRP y se proporcionan comandos básicos de configuración para habilitarlo en un router con IOS de Cisco. También se explora la operación del protocolo de routing y se proporcionan más detalles acerca de la manera en que EIGRP determina la mejor ruta.
EIGRP incluye características que se encuentran en los protocolos de routing de estado de enlace. EIGRP es apto para numerosas topologías y medios diferentes. En una red bien diseñada, EIGRP puede escalar para incluir varias topologías y puede proporcionar tiempos de convergencia extremadamente rápidos con un mínimo tráfico de red.
En este capítulo, se presenta el protocolo EIGRP y se proporcionan comandos básicos de configuración para habilitarlo en un router con IOS de Cisco. También se explora la operación del protocolo de routing y se proporcionan más detalles acerca de la manera en que EIGRP determina la mejor ruta.
Características de EIGRP
EIGRP se lanzó originalmente en 1992 como un protocolo exclusivo disponible solamente en los dispositivos de Cisco. Sin embargo, en 2013, Cisco publicó una funcionalidad básica de EIGRP como estándar abierto al IETF, como una RFC informativa. Esto significa que otros proveedores de redes ahora pueden implementar EIGRP en sus equipos para que interoperen con routers que ejecuten EIGRP, ya sean de Cisco o de otros fabricantes. Sin embargo, las características avanzadas de EIGRP, como las áreas aisladas (stub) de EIGRP necesarias para la implementación de la red privada virtual dinámica multipunto (DMVPN), no se cederán al IETF. Como RFC informativa, Cisco mantendrá el control de EIGRP.
EIGRP incluye características de protocolos de routing de estado de enlace y vector distancia. Sin embargo, aún se basa en el principio clave del protocolo de routing por vector de distancias, según el cual la información acerca del resto de la red se obtiene a partir de vecinos conectados directamente.
EIGRP es un protocolo de routing por vector de distancias avanzado que incluye características que no se encuentran en otros protocolos de routing por vector de distancias, como RIP e IGRP.
En Cisco IOS versión 15.0(1)M, Cisco incorporó una nueva opción de configuración de EIGRP llamada EIGRP designado. El EIGRP designado habilita la configuración de EIGRP para IPv4 e IPv6 en un solo modo de configuración. Esto permite eliminar la complejidad de la configuración que se produce al configurar el EIGRP para IPv4 e IPv6. El EIGRP designado excede el ámbito de este curso.
Las características del EIGRP incluyen las siguientes:
Nota: En algunos documentos antiguos, se utiliza el término protocolo de “routing híbrido” para definir al EIGRP. Sin embargo, este término es engañoso, porque EIGRP no es un híbrido entre protocolos de routing por vector de distancias y protocolos de estado de enlace. EIGRP es únicamente un protocolo de routing por vector de distancias; por lo que Cisco ya no usa ese término para referirse a él.
EIGRP incluye características de protocolos de routing de estado de enlace y vector distancia. Sin embargo, aún se basa en el principio clave del protocolo de routing por vector de distancias, según el cual la información acerca del resto de la red se obtiene a partir de vecinos conectados directamente.
EIGRP es un protocolo de routing por vector de distancias avanzado que incluye características que no se encuentran en otros protocolos de routing por vector de distancias, como RIP e IGRP.
En Cisco IOS versión 15.0(1)M, Cisco incorporó una nueva opción de configuración de EIGRP llamada EIGRP designado. El EIGRP designado habilita la configuración de EIGRP para IPv4 e IPv6 en un solo modo de configuración. Esto permite eliminar la complejidad de la configuración que se produce al configurar el EIGRP para IPv4 e IPv6. El EIGRP designado excede el ámbito de este curso.
Las características del EIGRP incluyen las siguientes:
- Algoritmo de actualización por difusión: como motor informático que impulsa al EIGRP, el algoritmo de actualización por difusión (DUAL, Diffusing Update Algorithm) constituye el centro del protocolo de routing. DUAL garantiza rutas de respaldo y sin bucles en todo el dominio de routing. Al usar DUAL, EIGRP almacena todas las rutas de respaldo disponibles a los destinos, de manera que se puede adaptar rápidamente a rutas alternativas si es necesario.
- Establecimiento de adyacencias de vecinos: el EIGRP establece relaciones con routers conectados directamente que también están habilitados para EIGRP. Las adyacencias de vecinos se usan para rastrear el estado de esos vecinos.
- Protocolo de transporte confiable: el RTP (Reliable Transport Protocol, protocolo de transporte confiable) es exclusivo de EIGRP y se encarga de la entrega de los paquetes EIGRP a los vecinos. RTP y el rastreo de las adyacencias de vecinos establecen el marco para DUAL.
- Actualizaciones parciales y limitadas: el EIGRP utiliza los términos “parcial” y “limitado” cuando se refiere a sus actualizaciones. A diferencia de RIP, EIGRP no envía actualizaciones periódicas, y las entradas de ruta no vencen. El término “parcial” significa que la actualización solo incluye información acerca de cambios de ruta, como un nuevo enlace o un enlace que deja de estar disponible. El término “limitado” hace referencia a la propagación de las actualizaciones parciales que se envían solo a aquellos routers a que los cambios afecten. Esto minimiza el ancho de banda que se requiere para enviar actualizaciones de EIGRP.
- Equilibrio de carga de mismo costo y con distinto costo: EIGRP admite el equilibrio de carga de mismo costo y el equilibrio de carga con distinto costo, lo que permite a los administradores distribuir mejor el flujo de tráfico en sus redes.
Nota: En algunos documentos antiguos, se utiliza el término protocolo de “routing híbrido” para definir al EIGRP. Sin embargo, este término es engañoso, porque EIGRP no es un híbrido entre protocolos de routing por vector de distancias y protocolos de estado de enlace. EIGRP es únicamente un protocolo de routing por vector de distancias; por lo que Cisco ya no usa ese término para referirse a él.
Módulos dependientes de protocolo
EIGRP tiene la capacidad para enrutar diferentes protocolos, incluidos IPv4 e IPv6. EIGRP lo realiza mediante el uso de módulos dependientes del protocolo (PDM, protocol-dependent modules). Los PDM también se utilizaban para admitir los protocolos de capa de red obsoletos Novell IPX y AppleTalk de Apple Computer.
Los PDM son responsables de tareas específicas de los protocolos de capa de red. Un ejemplo de esto es el módulo de EIGRP, que es responsable de enviar y recibir paquetes EIGRP encapsulados en IPv4. Este módulo también es responsable de analizar los paquetes EIGRP y de informar a DUAL la nueva información recibida. EIGRP pide a DUAL que tome decisiones de routing, pero los resultados se almacenan en la tabla de routing IPv4.
Los PDM son responsables de las tareas específicas de routing de cada protocolo de capa de red, incluido lo siguiente:
Cuando un router detecta un nuevo vecino, registra su dirección y su interfaz como una entrada en la tabla de vecinos. Existe una tabla de vecinos para cada módulo dependiente de protocolo, como IPv4. EIGRP también mantiene una tabla de topología. La tabla de topología contiene todos los destinos que anuncian los routers vecinos. También existe una tabla de topología separada para cada PDM.
Los PDM son responsables de tareas específicas de los protocolos de capa de red. Un ejemplo de esto es el módulo de EIGRP, que es responsable de enviar y recibir paquetes EIGRP encapsulados en IPv4. Este módulo también es responsable de analizar los paquetes EIGRP y de informar a DUAL la nueva información recibida. EIGRP pide a DUAL que tome decisiones de routing, pero los resultados se almacenan en la tabla de routing IPv4.
Los PDM son responsables de las tareas específicas de routing de cada protocolo de capa de red, incluido lo siguiente:
- Mantener las tablas de vecinos y de topología de los routers EIGRP que pertenecen a esa suite de protocolos.
- Armar y traducir paquetes específicos del protocolo para DUAL.
- Conectar a DUAL con la tabla de routing específica del protocolo.
- Calcular la métrica y pasar esa información a DUAL.
- Implementar listas de filtrado y de acceso.
- Realizar funciones de redistribución hacia otros protocolos de routing y desde ellos.
- Redistribuir rutas detectadas por otros protocolos de routing.
Cuando un router detecta un nuevo vecino, registra su dirección y su interfaz como una entrada en la tabla de vecinos. Existe una tabla de vecinos para cada módulo dependiente de protocolo, como IPv4. EIGRP también mantiene una tabla de topología. La tabla de topología contiene todos los destinos que anuncian los routers vecinos. También existe una tabla de topología separada para cada PDM.
Protocolo de transporte confiable
EIGRP se diseñó como un protocolo de routing independiente de capa de red. Debido a este diseño, EIGRP no puede utilizar los servicios de UDP o TCP. En su lugar, EIGRP utiliza el protocolo de transporte confiable (RTP) para la entrega y recepción de paquetes EIGRP. Esto permite que EIGRP sea flexible y pueda utilizarse para protocolos distintos de aquellos de la suite de protocolos TCP/IP, como los protocolos obsoletos IPX y AppleTalk.
En la figura se muestra conceptualmente cómo opera RTP.
Si bien el término “confiable” forma parte de su nombre, RTP incluye entrega confiable y entrega poco confiable de los paquetes EIGRP, de manera similar a TCP y UDP respectivamente. RTP confiable requiere que el receptor envíe un acuse de recibo al emisor. Los paquetes RTP poco confiables no requieren acuse de recibo. Por ejemplo, un paquete de actualización EIGRP se envía de manera confiable por RTP y requiere un acuse de recibo. Un paquete de saludo EIGRP también se envía por RTP, pero de manera poco confiable. Esto significa que los paquetes de saludo EIGRP no requieren un acuse de recibo.
RTP puede enviar paquetes EIGRP como unidifusión o multidifusión.
En la figura se muestra conceptualmente cómo opera RTP.
Si bien el término “confiable” forma parte de su nombre, RTP incluye entrega confiable y entrega poco confiable de los paquetes EIGRP, de manera similar a TCP y UDP respectivamente. RTP confiable requiere que el receptor envíe un acuse de recibo al emisor. Los paquetes RTP poco confiables no requieren acuse de recibo. Por ejemplo, un paquete de actualización EIGRP se envía de manera confiable por RTP y requiere un acuse de recibo. Un paquete de saludo EIGRP también se envía por RTP, pero de manera poco confiable. Esto significa que los paquetes de saludo EIGRP no requieren un acuse de recibo.
RTP puede enviar paquetes EIGRP como unidifusión o multidifusión.
- Los paquetes de multidifusión EIGRP para IPv4 utilizan la dirección IPv4 de multidifusión reservada 224.0.0.10.
- Los paquetes de multidifusión EIGRP para IPv6 se envían a la dirección IPv6 de multidifusión reservada FF02::A.
Autenticación
Al igual que otros protocolos de routing, EIGRP puede configurarse para autenticación. RIPv2, EIGRP, OSPF, IS-IS y BGP pueden configurarse para autenticar la información de routing.
Es aconsejable autenticar la información de routing que se transmite. Al hacerlo, se asegura de que los routers solo acepten información de routing de otros routers que se configuraron con la misma contraseña o información de autenticación.
Nota: La autenticación no cifra las actualizaciones de routing EIGRP.
Es aconsejable autenticar la información de routing que se transmite. Al hacerlo, se asegura de que los routers solo acepten información de routing de otros routers que se configuraron con la misma contraseña o información de autenticación.
Nota: La autenticación no cifra las actualizaciones de routing EIGRP.
Tipos de paquetes EIGRP
EIGRP utiliza cinco tipos de paquetes distintos, algunos en pares. Los paquetes EIGRP se envían mediante entrega RTP confiable o poco confiable y se pueden enviar como unidifusión o multidifusión —o, a veces, de ambas maneras. Los tipos de paquetes EIGRP también reciben el nombre de “formatos de paquetes EIGRP” o “mensajes EIGRP”.
Como se muestra en la figura 1, los cinco tipos de paquetes EIGRP incluyen:
Paquetes de saludo: se utilizan para detectar a los vecinos y para mantener las adyacencias de vecinos.
Paquetes de actualización: propagan información de routing a vecinos EIGRP.
Paquetes de acuse de recibo: se utilizan para acusar recibo de un mensaje EIGRP que se envió con entrega confiable.
Paquetes de consulta: se utilizan para consultar rutas de vecinos.
Paquetes de respuesta: se envían en respuesta a consultas EIGRP.
En la figura 2, se muestra que los mensajes EIGRP normalmente se encapsulan en paquetes IPv4 o IPv6. Los mensajes EIGRP para IPv4 usan IPv4 como el protocolo de capa de red. El campo de protocolo IPv4 usa 88 para indicar que la porción de datos del paquete es un mensaje EIGRP para IPv4. Los mensajes EIGRP para IPv6 se encapsulan en paquetes IPv6 que utilizan el campo de encabezado siguiente 88. Al igual que el campo de protocolo para IPv4, el campo de encabezado siguiente de IPv6 indica el tipo de datos transportados en el paquete IPv6.
Como se muestra en la figura 1, los cinco tipos de paquetes EIGRP incluyen:
Paquetes de saludo: se utilizan para detectar a los vecinos y para mantener las adyacencias de vecinos.
- Enviado mediante entrega poco confiable
- Multidifusión (en la mayoría de los tipos de redes)
Paquetes de actualización: propagan información de routing a vecinos EIGRP.
- Enviado mediante entrega confiable
- Unidifusión o multidifusión
Paquetes de acuse de recibo: se utilizan para acusar recibo de un mensaje EIGRP que se envió con entrega confiable.
- Enviado mediante entrega poco confiable
- Unidifusión
Paquetes de consulta: se utilizan para consultar rutas de vecinos.
- Enviado mediante entrega confiable
- Unidifusión o multidifusión
Paquetes de respuesta: se envían en respuesta a consultas EIGRP.
- Enviado mediante entrega confiable
- Unidifusión
En la figura 2, se muestra que los mensajes EIGRP normalmente se encapsulan en paquetes IPv4 o IPv6. Los mensajes EIGRP para IPv4 usan IPv4 como el protocolo de capa de red. El campo de protocolo IPv4 usa 88 para indicar que la porción de datos del paquete es un mensaje EIGRP para IPv4. Los mensajes EIGRP para IPv6 se encapsulan en paquetes IPv6 que utilizan el campo de encabezado siguiente 88. Al igual que el campo de protocolo para IPv4, el campo de encabezado siguiente de IPv6 indica el tipo de datos transportados en el paquete IPv6.
Paquetes de saludo EIGRP
EIGRP utiliza pequeños paquetes de saludo para detectar otros routers con EIGRP habilitado en enlaces conectados directamente. Los routers utilizan los paquetes de saludo para formar adyacencias de vecinos EIGRP, también conocidas como “relaciones de vecinos”.
Los paquetes de saludo EIGRP se envían como transmisiones IPv4 o IPv6 de multidifusión y utilizan entrega RTP poco confiable. Esto significa que el receptor no responde con un paquete de acuse de recibo.
Los routers EIGRP detectan vecinos y establecen adyacencias con los routers vecinos mediante el paquete de saludo. En la mayoría de las redes modernas, los paquetes de saludo EIGRP se envían como paquetes de multidifusión cada cinco segundos. Sin embargo, en redes de varios puntos de acceso múltiple sin transmisión (NBMA, non-broadcast multiple access) con enlaces de acceso de T1 (1,544 Mb/s) o más lentos, los paquetes de saludo se envían como paquetes de unidifusión cada 60 segundos.
Nota: Las redes NBMA que utilizan interfaces más lentas incluyen la antigua X.25, Frame Relay y el modo de transferencia asíncrona (ATM, asynchronous transfer mode).
EIGRP también usa paquetes de saludo para mantener adyacencias establecidas. Un router EIGRP supone que, mientras reciba paquetes de saludo de un vecino, el vecino y sus rutas siguen siendo viables.
EIGRP utiliza un temporizador de espera para determinar el tiempo máximo que el router debe esperar para recibir el siguiente saludo antes de declarar que el vecino es inalcanzable. De manera predeterminada, el tiempo de espera es tres veces el intervalo de saludo, es decir, 15 segundos en la mayoría de las redes y 180 segundos en redes NBMA de baja velocidad. Si el tiempo de espera expira, EIGRP declara la ruta como inactiva y DUAL busca una nueva ruta mediante el envío de consultas.
Los paquetes de saludo EIGRP se envían como transmisiones IPv4 o IPv6 de multidifusión y utilizan entrega RTP poco confiable. Esto significa que el receptor no responde con un paquete de acuse de recibo.
- La dirección de multidifusión EIGRP reservada para IPv4 es 224.0.0.10.
- La dirección de multidifusión EIGRP reservada para IPv6 es FF02::A.
Los routers EIGRP detectan vecinos y establecen adyacencias con los routers vecinos mediante el paquete de saludo. En la mayoría de las redes modernas, los paquetes de saludo EIGRP se envían como paquetes de multidifusión cada cinco segundos. Sin embargo, en redes de varios puntos de acceso múltiple sin transmisión (NBMA, non-broadcast multiple access) con enlaces de acceso de T1 (1,544 Mb/s) o más lentos, los paquetes de saludo se envían como paquetes de unidifusión cada 60 segundos.
Nota: Las redes NBMA que utilizan interfaces más lentas incluyen la antigua X.25, Frame Relay y el modo de transferencia asíncrona (ATM, asynchronous transfer mode).
EIGRP también usa paquetes de saludo para mantener adyacencias establecidas. Un router EIGRP supone que, mientras reciba paquetes de saludo de un vecino, el vecino y sus rutas siguen siendo viables.
EIGRP utiliza un temporizador de espera para determinar el tiempo máximo que el router debe esperar para recibir el siguiente saludo antes de declarar que el vecino es inalcanzable. De manera predeterminada, el tiempo de espera es tres veces el intervalo de saludo, es decir, 15 segundos en la mayoría de las redes y 180 segundos en redes NBMA de baja velocidad. Si el tiempo de espera expira, EIGRP declara la ruta como inactiva y DUAL busca una nueva ruta mediante el envío de consultas.
Paquetes de actualización y acuse de recibo EIGRP
Paquetes de actualización EIGRP
EIGRP envía paquetes de actualización para propagar información de routing. Los paquetes de actualización se envían sólo cuando es necesario. Las actualizaciones de EIGRP sólo contienen la información de routing necesaria y sólo se envían a los routers que la requieren.
A diferencia del protocolo de routing con vector de distancia RIP, EIGRP no envía actualizaciones periódicas, y las entradas de ruta no caducan. En cambio, EIGRP envía actualizaciones incrementales solo cuando se modifica el estado de un destino. Esto puede incluir cuando una nueva red está disponible, cuando una red existente deja de estar disponible, o cuando ocurre un cambio en la métrica de routing de una red existente.
EIGRP utiliza los términos actualización parcial y actualización limitada cuando se refiere a sus actualizaciones. Una actualización parcial significa que la actualización solo incluye información acerca de los cambios de ruta. La actualización limitada hace referencia al envío de actualizaciones parciales solo a los routers que se ven afectados por el cambio. Las actualizaciones limitadas permiten que EIGRP minimice el ancho de banda que se requiere para enviar actualizaciones de EIGRP.
Los paquetes de actualización EIGRP usan la entrega confiable, lo que significa que el router emisor requiere un acuse de recibo. Los paquetes de actualización se envían como multicast cuando son requeridos por múltiples routers, o como unicast cuando son requeridos por sólo un router. En la figura las actualizaciones se envían como unidifusión debido a que los enlaces son punto a punto.
Paquetes de acuse de recibo EIGRP
EIGRP envía paquetes de acuse de recibo (ACK) cuando se usa el método de entrega confiable. Un acuse de recibo EIGRP es un paquete de saludo EIGRP sin ningún dato. RTP utiliza la entrega confiable para los paquetes de actualización, consulta y respuesta. Los paquetes de acuse de recibo EIGRP se envían siempre como transmisiones de unidifusión poco confiables. El sentido de la entrega poco confiable es que, de otra manera, habría un bucle interminable de acuses de recibo.
En la figura, el R2 perdió la conectividad a la LAN conectada a su interfaz gigabit Ethernet. El R2 envía inmediatamente una actualización al R1 y al R3, donde se señala la ruta fuera de servicio. El R1 y el R3 responden con un acuse de recibo para que el R2 sepa que recibieron la actualización.
Nota: En algunos documentos, se hace referencia al saludo y al acuse de recibo como un único tipo de paquete EIGRP.
EIGRP envía paquetes de actualización para propagar información de routing. Los paquetes de actualización se envían sólo cuando es necesario. Las actualizaciones de EIGRP sólo contienen la información de routing necesaria y sólo se envían a los routers que la requieren.
A diferencia del protocolo de routing con vector de distancia RIP, EIGRP no envía actualizaciones periódicas, y las entradas de ruta no caducan. En cambio, EIGRP envía actualizaciones incrementales solo cuando se modifica el estado de un destino. Esto puede incluir cuando una nueva red está disponible, cuando una red existente deja de estar disponible, o cuando ocurre un cambio en la métrica de routing de una red existente.
EIGRP utiliza los términos actualización parcial y actualización limitada cuando se refiere a sus actualizaciones. Una actualización parcial significa que la actualización solo incluye información acerca de los cambios de ruta. La actualización limitada hace referencia al envío de actualizaciones parciales solo a los routers que se ven afectados por el cambio. Las actualizaciones limitadas permiten que EIGRP minimice el ancho de banda que se requiere para enviar actualizaciones de EIGRP.
Los paquetes de actualización EIGRP usan la entrega confiable, lo que significa que el router emisor requiere un acuse de recibo. Los paquetes de actualización se envían como multicast cuando son requeridos por múltiples routers, o como unicast cuando son requeridos por sólo un router. En la figura las actualizaciones se envían como unidifusión debido a que los enlaces son punto a punto.
Paquetes de acuse de recibo EIGRP
EIGRP envía paquetes de acuse de recibo (ACK) cuando se usa el método de entrega confiable. Un acuse de recibo EIGRP es un paquete de saludo EIGRP sin ningún dato. RTP utiliza la entrega confiable para los paquetes de actualización, consulta y respuesta. Los paquetes de acuse de recibo EIGRP se envían siempre como transmisiones de unidifusión poco confiables. El sentido de la entrega poco confiable es que, de otra manera, habría un bucle interminable de acuses de recibo.
En la figura, el R2 perdió la conectividad a la LAN conectada a su interfaz gigabit Ethernet. El R2 envía inmediatamente una actualización al R1 y al R3, donde se señala la ruta fuera de servicio. El R1 y el R3 responden con un acuse de recibo para que el R2 sepa que recibieron la actualización.
Nota: En algunos documentos, se hace referencia al saludo y al acuse de recibo como un único tipo de paquete EIGRP.
Paquetes de consulta y de respuesta EIGRP
Paquetes de consulta EIGRP
DUAL utiliza paquetes de consulta y de respuesta cuando busca redes y otras tareas. Los paquetes de consulta y respuesta utilizan una entrega confiable. Las consultas utilizan multicast o unicast, mientras que las respuestas se envíen siempre como unicast.
En la figura, R2 ha perdido la conectividad con LAN y envía consultas a todos los vecinos EIGRP y busca cualquier ruta posible hacia la LAN. Debido a que las consultas utilizan entrega confiable, el router receptor debe devolver un paquete de acuse de recibo EIGRP. El acuse de recibo informa al emisor de la consulta que se recibió el mensaje de consulta. Para que el ejemplo sea más simple, se omitieron los acuses de recibo en el gráfico.
Paquetes de respuesta EIGRP
Todos los vecinos deben enviar una respuesta, independientemente de si tienen o no una ruta a la red fuera de servicio. Debido a que las respuestas también usan entrega confiable, los routers como el R2 deben enviar un acuse de recibo.
Quizá no sea obvio por qué el R2 debería enviar una consulta para una red que sabe que está inactiva. En realidad, solo la interfaz del R2 que está conectada a la red está inactiva. Otro router podría estar conectado a la misma LAN y tener una ruta alternativa a la misma red. Por lo tanto, el R2 consulta por un router tal antes de eliminar completamente la red de su tabla de topología.DUAL utiliza paquetes de consulta y de respuesta cuando busca redes y otras tareas. Los paquetes de consulta y respuesta utilizan una entrega confiable. Las consultas utilizan multicast o unicast, mientras que las respuestas se envíen siempre como unicast.
En la figura, R2 ha perdido la conectividad con LAN y envía consultas a todos los vecinos EIGRP y busca cualquier ruta posible hacia la LAN. Debido a que las consultas utilizan entrega confiable, el router receptor debe devolver un paquete de acuse de recibo EIGRP. El acuse de recibo informa al emisor de la consulta que se recibió el mensaje de consulta. Para que el ejemplo sea más simple, se omitieron los acuses de recibo en el gráfico.
Paquetes de respuesta EIGRP
Todos los vecinos deben enviar una respuesta, independientemente de si tienen o no una ruta a la red fuera de servicio. Debido a que las respuestas también usan entrega confiable, los routers como el R2 deben enviar un acuse de recibo.
Encapsulación de mensajes EIGRP
La porción de datos de un mensaje EIGRP se encapsula en un paquete. Este campo de datos se llama “tipo, longitud, valor” (TLV). Los tipos de TLV pertinentes a este curso son los parámetros de EIGRP, las rutas IP internas y las rutas IP externas.
El encabezado del paquete EIGRP se incluye con cada paquete EIGRP, independientemente de su tipo. Luego, el encabezado del paquete EIGRP y el TLV se encapsulan en un paquete IPv4. En el encabezado del paquete IPv4, el campo de protocolo se establece en 88 para indicar EIGRP, y la dirección IPv4 de destino se establece en multidifusión 224.0.0.10. Si el paquete EIGRP se encapsula en una trama de Ethernet, la dirección MAC de destino también es una dirección de multidifusión, 01-00-5E-00-00-0A.
En las figuras 1 a 4, se muestra la trama de Ethernet de enlace de datos. EIGRP para IPv4 se encapsula en un paquete IPv4. EIGRP para IPv6 usa un tipo de encapsulación similar. EIGRP para IPv6 se encapsula con un encabezado de IPv6. La dirección IPv6 de destino es la dirección de multidifusión FF02::A, y el campo de encabezado siguiente se establece en 88.El encabezado del paquete EIGRP se incluye con cada paquete EIGRP, independientemente de su tipo. Luego, el encabezado del paquete EIGRP y el TLV se encapsulan en un paquete IPv4. En el encabezado del paquete IPv4, el campo de protocolo se establece en 88 para indicar EIGRP, y la dirección IPv4 de destino se establece en multidifusión 224.0.0.10. Si el paquete EIGRP se encapsula en una trama de Ethernet, la dirección MAC de destino también es una dirección de multidifusión, 01-00-5E-00-00-0A.
TLV y encabezado de paquetes EIGRP
Todos los paquetes EIGRP incluyen el encabezado, como se muestra en la figura 1. Los campos importantes incluyen el campo de código de operación y el campo de número de sistema autónomo. El código de operación especifica el tipo de paquete EIGRP de la siguiente manera:
El número de sistema autónomo especifica el proceso de routing EIGRP. A diferencia de RIP, varias instancias de EIGRP se pueden ejecutar en una red. El número de sistema autónomo se utiliza para rastrear cada proceso EIGRP en ejecución.
En la figura 2, se muestra el TLV de parámetros de EIGRP. Los mensajes de los parámetros de EIGRP incluyen la ponderación que EIGRP utiliza para su métrica compuesta. Solo el ancho de banda y el retardo se ponderan de manera predeterminada. Ambos se ponderan de igual manera, por ello, tanto el campo K1 para el ancho de banda como el campo K3 para el retraso se establecen en uno (1). Los demás valores K se establecen en cero (0).
El Tiempo de espera es la cantidad de tiempo que el vecino EIGRP que recibe este mensaje debe esperar antes de considerar que router que realiza la notificación se encuentra desactivado.
En la figura 3, se muestra el TLV de rutas IP internas. El mensaje de IP internas se usa para anunciar las rutas EIGRP dentro de un sistema autónomo. Los campos importantes incluyen los campos de métrica (retraso y ancho de banda), el campo de máscara de subred (longitud de prefijo) y el campo de destino.
El retardo se calcula como la suma de retardos desde el origen hacia el destino en unidades de 10 microsegundos. El ancho de banda es el que cuenta con la configuración más baja en todas las interfaces de la ruta.
La máscara de subred se especifica como la duración de prefijo o el número de bits de la red en la máscara de subred. Por ejemplo, la longitud de prefijo para la máscara de subred 255.255.255.0 es 24, porque 24 es el número de bits de red.
El campo Destino almacena la dirección de la red de destino. A pesar de que se muestran sólo 24 bits en esta figura, este campo varía en función del valor de la porción de red de la dirección de red de 32 bits. Por ejemplo, la porción de red de 10.1.0.0/16 es 10.1; por lo tanto, el campo de destino almacena los primeros 16 bits. Como la longitud mínima de este campo es de 24 bits, el resto del campo se rellena con ceros. Si una dirección de red es más larga que 24 bits (192.168.1.32/27, por ejemplo), entonces el campo Destino se extiende otros 32 bits más (con un total de 56 bits) y los bits no utilizados se completan con ceros.
En la figura 4, se muestra el TLV de rutas IP externas. El mensaje de IP externas se usa cuando las rutas externas se importan al proceso de routing EIGRP. En este capítulo, importaremos o redistribuiremos una ruta estática predeterminada en EIGRP. Observe que la mitad inferior del TLV de rutas IP externas incluye todos los campos utilizados por el TLV de IP internas.
Nota: La unidad máxima de transmisión (MTU) no es una métrica utilizada por EIGRP. La MTU se incluye en las actualizaciones de routing, pero no se usa para determinar la métrica de routing.- Actualización
- Consulta
- Respuesta
- Saludo
El número de sistema autónomo especifica el proceso de routing EIGRP. A diferencia de RIP, varias instancias de EIGRP se pueden ejecutar en una red. El número de sistema autónomo se utiliza para rastrear cada proceso EIGRP en ejecución.
En la figura 2, se muestra el TLV de parámetros de EIGRP. Los mensajes de los parámetros de EIGRP incluyen la ponderación que EIGRP utiliza para su métrica compuesta. Solo el ancho de banda y el retardo se ponderan de manera predeterminada. Ambos se ponderan de igual manera, por ello, tanto el campo K1 para el ancho de banda como el campo K3 para el retraso se establecen en uno (1). Los demás valores K se establecen en cero (0).
El Tiempo de espera es la cantidad de tiempo que el vecino EIGRP que recibe este mensaje debe esperar antes de considerar que router que realiza la notificación se encuentra desactivado.
En la figura 3, se muestra el TLV de rutas IP internas. El mensaje de IP internas se usa para anunciar las rutas EIGRP dentro de un sistema autónomo. Los campos importantes incluyen los campos de métrica (retraso y ancho de banda), el campo de máscara de subred (longitud de prefijo) y el campo de destino.
El retardo se calcula como la suma de retardos desde el origen hacia el destino en unidades de 10 microsegundos. El ancho de banda es el que cuenta con la configuración más baja en todas las interfaces de la ruta.
La máscara de subred se especifica como la duración de prefijo o el número de bits de la red en la máscara de subred. Por ejemplo, la longitud de prefijo para la máscara de subred 255.255.255.0 es 24, porque 24 es el número de bits de red.
El campo Destino almacena la dirección de la red de destino. A pesar de que se muestran sólo 24 bits en esta figura, este campo varía en función del valor de la porción de red de la dirección de red de 32 bits. Por ejemplo, la porción de red de 10.1.0.0/16 es 10.1; por lo tanto, el campo de destino almacena los primeros 16 bits. Como la longitud mínima de este campo es de 24 bits, el resto del campo se rellena con ceros. Si una dirección de red es más larga que 24 bits (192.168.1.32/27, por ejemplo), entonces el campo Destino se extiende otros 32 bits más (con un total de 56 bits) y los bits no utilizados se completan con ceros.
En la figura 4, se muestra el TLV de rutas IP externas. El mensaje de IP externas se usa cuando las rutas externas se importan al proceso de routing EIGRP. En este capítulo, importaremos o redistribuiremos una ruta estática predeterminada en EIGRP. Observe que la mitad inferior del TLV de rutas IP externas incluye todos los campos utilizados por el TLV de IP internas.
Topología de la red EIGRP
En la figura 1, se muestra la topología que se usa en este capítulo para configurar EIGRP para IPv4.
Los routers en la topología tienen una configuración inicial que incluye las direcciones de las interfaces. En este momento, ninguno de los routers tiene configurado routing estático o routing dinámico.
En las figuras 2, 3 y 4, se muestran las configuraciones de las interfaces para los tres routers EIGRP en la topología. Solo los routers R1, R2, y R3 forman parte del dominio de routing EIGRP. El router ISP se usa como gateway del dominio de routing a Internet.Los routers en la topología tienen una configuración inicial que incluye las direcciones de las interfaces. En este momento, ninguno de los routers tiene configurado routing estático o routing dinámico.
Números de sistema autónomo
EIGRP utiliza el comando router eigrp autonomous-system para habilitar el proceso EIGRP. El número de sistema autónomo que se menciona en la configuración EIGRP no se relaciona con los números de sistema autónomo asignados globalmente por la Autoridad de números asignados de Internet (IANA), que usan los protocolos de routing externos.
Entonces ¿cuál es la diferencia entre el número de sistema autónomo asignado globalmente por IANA y el número de sistema autónomo de EIGRP?
El sistema autónomo asignado globalmente por IANA es un conjunto de redes bajo el control administrativo de una única entidad que presenta una política de routing común a Internet. En la figura, las empresas A, B, C y D se encuentran todas bajo el control administrativo de ISP1. Cuando anuncia rutas a ISP2, ISP1 presenta una política de routing común para todas estas empresas.
Las pautas para la creación, la selección y el registro de un sistema autónomo se describen en RFC 1930. IANA asigna los números de sistema autónomo globales y es la misma autoridad que asigna el espacio de direcciones IP. El registro regional de Internet (RIR) local tiene la responsabilidad de asignarles a las entidades un número de sistema autónomo de su bloque de números de sistema autónomo asignado. Antes de 2007, los números de sistema autónomo asignados eran números de 16 bits que iban de 0 a 65 535. En la actualidad, se asignan números de sistema autónomo de 32 bits, lo que aumenta la cantidad de números de sistema autónomo disponibles a más de 4000 millones.
Por lo general, solo los proveedores de servicios de Internet (ISP), los proveedores de troncales de Internet y las grandes instituciones conectadas a otras entidades requieren un número de sistema autónomo. Estos ISP y grandes instituciones utilizan el protocolo de routing de gateway exterior, el protocolo de gateway fronterizo (BGP), para propagar la información de routing. BGP es el único protocolo de routing que utiliza un número de sistema autónomo real en su configuración.
La gran mayoría de las empresas e instituciones con redes IP no necesitan un número de sistema autónomo, porque se encuentran bajo el control de una entidad más grande, como un ISP. Estas empresas usan protocolos de gateway interior, como RIP, EIGRP, OSPF e IS-IS para enrutar paquetes dentro de sus propias redes. Son una de muchas redes independientes dentro del sistema autónomo de ISP. ISP es responsable del routing de paquetes dentro del sistema autónomo y entre otros sistemas autónomos.
El número de sistema autónomo que se usa para la configuración EIGRP solo es importante para el dominio de routing EIGRP. Funciona como una ID de proceso para ayudar a los routers a realizar un seguimiento de varias instancias de EIGRP en ejecución. Esto es necesario porque es posible tener más de una instancia de EIGRP en ejecución en una red. Cada instancia de EIGRP se puede configurar para admitir e intercambiar actualizaciones de routing de diferentes redes.Entonces ¿cuál es la diferencia entre el número de sistema autónomo asignado globalmente por IANA y el número de sistema autónomo de EIGRP?
El sistema autónomo asignado globalmente por IANA es un conjunto de redes bajo el control administrativo de una única entidad que presenta una política de routing común a Internet. En la figura, las empresas A, B, C y D se encuentran todas bajo el control administrativo de ISP1. Cuando anuncia rutas a ISP2, ISP1 presenta una política de routing común para todas estas empresas.
Las pautas para la creación, la selección y el registro de un sistema autónomo se describen en RFC 1930. IANA asigna los números de sistema autónomo globales y es la misma autoridad que asigna el espacio de direcciones IP. El registro regional de Internet (RIR) local tiene la responsabilidad de asignarles a las entidades un número de sistema autónomo de su bloque de números de sistema autónomo asignado. Antes de 2007, los números de sistema autónomo asignados eran números de 16 bits que iban de 0 a 65 535. En la actualidad, se asignan números de sistema autónomo de 32 bits, lo que aumenta la cantidad de números de sistema autónomo disponibles a más de 4000 millones.
Por lo general, solo los proveedores de servicios de Internet (ISP), los proveedores de troncales de Internet y las grandes instituciones conectadas a otras entidades requieren un número de sistema autónomo. Estos ISP y grandes instituciones utilizan el protocolo de routing de gateway exterior, el protocolo de gateway fronterizo (BGP), para propagar la información de routing. BGP es el único protocolo de routing que utiliza un número de sistema autónomo real en su configuración.
La gran mayoría de las empresas e instituciones con redes IP no necesitan un número de sistema autónomo, porque se encuentran bajo el control de una entidad más grande, como un ISP. Estas empresas usan protocolos de gateway interior, como RIP, EIGRP, OSPF e IS-IS para enrutar paquetes dentro de sus propias redes. Son una de muchas redes independientes dentro del sistema autónomo de ISP. ISP es responsable del routing de paquetes dentro del sistema autónomo y entre otros sistemas autónomos.
El comando router eigrp
El IOS de Cisco incluye procesos para habilitar y configurar varios tipos de protocolos de routing dinámico diferentes. El comando del modo de configuración global router se usa para iniciar la configuración de cualquier protocolo de routing dinámico. La topología que se muestra en la figura 1 se utiliza para ilustrar este comando.
Como se muestra en la figura 2, cuando está seguido de un signo de pregunta (?), el comando router del modo de configuración global indica todos los protocolos de routing disponibles que admite la versión específica del IOS que se ejecuta en el router.
El siguiente comando del modo de configuración global se usa para ingresar al modo de configuración del router para EIGRP y comenzar a configurar el proceso EIGRP:
Router(config)# router eigrp sistema-autónomo
El argumento sistema-autónomo se puede asignar a cualquier valor de 16 bits entre los números 1 y 65 535. Todos los routers dentro del dominio de routing EIGRP deben usar el mismo número de sistema autónomo.
En la figura 3, se muestra la configuración del proceso EIGRP en los routers R1, R2 y R3. Observe que el prompt cambia de la petición del modo de configuración global a la del modo de configuración del router.
En este ejemplo, 1 identifica este proceso EIGRP en particular, que está en ejecución en el router. Para establecer adyacencias de vecinos, EIGRP requiere que todos los routers en el mismo dominio de routing estén configurados con el mismo número de sistema autónomo. En la figura 3, se habilita el mismo EIGRP en los tres routers mediante el uso del mismo número de sistema autónomo 1.
Nota: EIGRP y OSPF pueden admitir varias instancias del protocolo de routing. Sin embargo, esta implementación múltiple del protocolo de routing generalmente no es necesaria o recomendada.
El comando router eigrp autonomous-system no inicia el proceso EIGRP por sí mismo. el router no comienza a enviar actualizaciones. En cambio, este comando solo proporciona acceso para configurar los parámetros de EIGRP.
Para eliminar completamente el proceso de routing EIGRP de un dispositivo, utilice el comando no router eigrp autonomous-system del modo de configuración global, que detiene el proceso EIGRP y elimina todas las configuraciones existentes del router EIGRP.Como se muestra en la figura 2, cuando está seguido de un signo de pregunta (?), el comando router del modo de configuración global indica todos los protocolos de routing disponibles que admite la versión específica del IOS que se ejecuta en el router.
El siguiente comando del modo de configuración global se usa para ingresar al modo de configuración del router para EIGRP y comenzar a configurar el proceso EIGRP:
Router(config)# router eigrp sistema-autónomo
El argumento sistema-autónomo se puede asignar a cualquier valor de 16 bits entre los números 1 y 65 535. Todos los routers dentro del dominio de routing EIGRP deben usar el mismo número de sistema autónomo.
En la figura 3, se muestra la configuración del proceso EIGRP en los routers R1, R2 y R3. Observe que el prompt cambia de la petición del modo de configuración global a la del modo de configuración del router.
En este ejemplo, 1 identifica este proceso EIGRP en particular, que está en ejecución en el router. Para establecer adyacencias de vecinos, EIGRP requiere que todos los routers en el mismo dominio de routing estén configurados con el mismo número de sistema autónomo. En la figura 3, se habilita el mismo EIGRP en los tres routers mediante el uso del mismo número de sistema autónomo 1.
Nota: EIGRP y OSPF pueden admitir varias instancias del protocolo de routing. Sin embargo, esta implementación múltiple del protocolo de routing generalmente no es necesaria o recomendada.
El comando router eigrp autonomous-system no inicia el proceso EIGRP por sí mismo. el router no comienza a enviar actualizaciones. En cambio, este comando solo proporciona acceso para configurar los parámetros de EIGRP.
ID de router EIGRP
La ID de router EIGRP se utiliza para identificar de forma única a cada router en el dominio de routing EIGRP.
La ID de router se utiliza en los protocolos de routing EIGRP y OSPF. Sin embargo, el rol de la ID de router es más importante en OSPF. En las implementaciones de IPv4 EIGRP, el uso de la ID del router no es tan evidente. EIGRP para IPv4 utiliza la ID de router de 32 bits para identificar el router de origen para la redistribución de rutas externas. La necesidad de una ID de router es más evidente en el análisis de EIGRP para IPv6. Mientras que la ID del router es necesaria para la redistribución, los detalles de la redistribución de EIGRP exceden el ámbito de este currículo. Para la finalidad de este currículo, solo es necesario comprender qué es la ID de router y cómo se determina.
Para determinar la ID de router, un router Cisco IOS utilizará estos tres criterios en orden:
1. Usar la dirección configurada con el comando eigrp router-id dirección-ipv4 del modo de configuración del router.
2. Si la ID de router no está configurada, elija la dirección IPv4 más alta de cualquiera de sus interfaces loopback.
3. Si no se configuró ninguna interfaz loopback, elija la dirección IPv4 activa más alta de cualquiera de sus interfaces físicas.
Si el administrador de red no configura explícitamente una ID de router mediante el uso del comando eigrp router-id, EIGRP genera su propia ID de router a partir de una dirección de loopback o una dirección IPv4 física. Una dirección de loopback es una interfaz virtual y se encuentra en estado up de manera automática cuando está configurada. No es necesario que la interfaz esté habilitada para EIGRP, lo que significa que no se necesita que esté incluida en uno de los comandos network de EIGRP. Sin embargo, la interfaz debe estar en el estado up/up.
Según el criterio descrito anteriormente, en la figura se muestran las ID de router EIGRP predeterminadas, que se determinan sobre la base de la dirección IPv4 activa más alta de los routers.
Nota: El comando eigrp router-id se utiliza para configurar la ID del router. Algunas versiones del IOS aceptan el comando router-id, sin tener que especificar eigrp primero. Sin embargo, la configuración en ejecución muestra eigrp router-id, independientemente de cuál sea el comando que se utiliza.La ID de router se utiliza en los protocolos de routing EIGRP y OSPF. Sin embargo, el rol de la ID de router es más importante en OSPF. En las implementaciones de IPv4 EIGRP, el uso de la ID del router no es tan evidente. EIGRP para IPv4 utiliza la ID de router de 32 bits para identificar el router de origen para la redistribución de rutas externas. La necesidad de una ID de router es más evidente en el análisis de EIGRP para IPv6. Mientras que la ID del router es necesaria para la redistribución, los detalles de la redistribución de EIGRP exceden el ámbito de este currículo. Para la finalidad de este currículo, solo es necesario comprender qué es la ID de router y cómo se determina.
Para determinar la ID de router, un router Cisco IOS utilizará estos tres criterios en orden:
1. Usar la dirección configurada con el comando eigrp router-id dirección-ipv4 del modo de configuración del router.
2. Si la ID de router no está configurada, elija la dirección IPv4 más alta de cualquiera de sus interfaces loopback.
3. Si no se configuró ninguna interfaz loopback, elija la dirección IPv4 activa más alta de cualquiera de sus interfaces físicas.
Si el administrador de red no configura explícitamente una ID de router mediante el uso del comando eigrp router-id, EIGRP genera su propia ID de router a partir de una dirección de loopback o una dirección IPv4 física. Una dirección de loopback es una interfaz virtual y se encuentra en estado up de manera automática cuando está configurada. No es necesario que la interfaz esté habilitada para EIGRP, lo que significa que no se necesita que esté incluida en uno de los comandos network de EIGRP. Sin embargo, la interfaz debe estar en el estado up/up.
Según el criterio descrito anteriormente, en la figura se muestran las ID de router EIGRP predeterminadas, que se determinan sobre la base de la dirección IPv4 activa más alta de los routers.
Configuración de la ID del router del protocolo EIGRP
El comando eigrp router-id dirección-ipv4 de configuración del router es el método preferido que se utiliza para configurar la ID de router EIGRP. Este método tiene precedencia sobre cualquier dirección IPv4 de loopback o interfaz física configurada. La sintaxis del comando es:
Nota: La dirección IPv4 utilizada para indicar la ID de router es en realidad cualquier número de 32 bits que se muestre en notación decimal con puntos.
La ID de router dirección-ipv4 se puede configurar con cualquier dirección IPv4, excepto por 0.0.0.0 y 255.255.255.255. La ID del router debe ser un número único de 32 bits en el dominio de routing EIGRP; de lo contrario, pueden ocurrir incongruencias de routing.
En la figura 1, se muestra la configuración de la ID de router EIGRP en los routers R1 y R2.
Si una ID de router no se configura explícitamente, el router usaría la dirección IPv4 más alta configurada en una interfaz loopback. La ventaja de utilizar una interfaz loopback es que, a diferencia de las interfaces físicas, las interfaces loopback no pueden fallar. No hay cables ni dispositivos adyacentes reales de los que dependa la interfaz loopback para encontrarse en estado up. Por lo tanto, usar una dirección de loopback como ID del router puede proporcionar una ID de router más coherente que usar una dirección de interfaz.
Si no se utiliza el comando eigrp router-id y hay interfaces loopback configuradas, EIGRP elige la dirección IPv4 más alta de cualquiera de las interfaces loopback. Los siguientes comandos se utilizan para habilitar y configurar una interfaz loopback:
Router(config)# interface loopback número
Router(config-if)# dirección ip dirección-ipv4 máscara-subred
Verificación del proceso EIGRP
En la figura 2, se muestra la salida de show ip protocols para el R1, incluida la ID del router. El comando show ip protocols muestra los parámetros y el estado actual de cualquier proceso de protocolo de routing activo, incluidos EIGRP y OSPF. El comando show ip protocols muestra diferentes tipos de salidas específicos de cada protocolo de routing.
Utilice el verificador de sintaxis de la figura 3 para configurar y verificar la ID del router para el R3.Nota: La dirección IPv4 utilizada para indicar la ID de router es en realidad cualquier número de 32 bits que se muestre en notación decimal con puntos.
La ID de router dirección-ipv4 se puede configurar con cualquier dirección IPv4, excepto por 0.0.0.0 y 255.255.255.255. La ID del router debe ser un número único de 32 bits en el dominio de routing EIGRP; de lo contrario, pueden ocurrir incongruencias de routing.
En la figura 1, se muestra la configuración de la ID de router EIGRP en los routers R1 y R2.
Si una ID de router no se configura explícitamente, el router usaría la dirección IPv4 más alta configurada en una interfaz loopback. La ventaja de utilizar una interfaz loopback es que, a diferencia de las interfaces físicas, las interfaces loopback no pueden fallar. No hay cables ni dispositivos adyacentes reales de los que dependa la interfaz loopback para encontrarse en estado up. Por lo tanto, usar una dirección de loopback como ID del router puede proporcionar una ID de router más coherente que usar una dirección de interfaz.
Si no se utiliza el comando eigrp router-id y hay interfaces loopback configuradas, EIGRP elige la dirección IPv4 más alta de cualquiera de las interfaces loopback. Los siguientes comandos se utilizan para habilitar y configurar una interfaz loopback:
Router(config)# interface loopback número
Router(config-if)# dirección ip dirección-ipv4 máscara-subred
Verificación del proceso EIGRP
En la figura 2, se muestra la salida de show ip protocols para el R1, incluida la ID del router. El comando show ip protocols muestra los parámetros y el estado actual de cualquier proceso de protocolo de routing activo, incluidos EIGRP y OSPF. El comando show ip protocols muestra diferentes tipos de salidas específicos de cada protocolo de routing.
Comando network
El modo de configuración del router EIGRP permite la configuración del protocolo de routing EIGRP. En la figura 1, se muestra que el R1, el R2, y el R3 tienen redes que deberían estar incluidas dentro de un único dominio de routing EIGRP. Para habilitar el routing EIGRP en una interfaz, utilice el comando network ipv4-network-address del modo de configuración del router. El comando ipv4-netword-address es la dirección de red con clase para cada red conectada directamente.
El comando network tiene la misma función que en todos los protocolos de routing IGP. Con el comando network en EIGRP:
En la figura 2, se muestran los comandos network necesarios para configurar el EIGRP en el R1. En la figura, se utiliza una única instrucción network con clase (network 172.16.0.0) en el R1 para incluir ambas interfaces en las subredes 172.16.1.0/24 y 172.16.3.0/30. Observe que solo se utiliza la dirección de red con clase.
En la figura 3, se muestra el uso del comando network para habilitar EIGRP en las interfaces del R2 para las subredes 172.16.1.0/24 y 172.16.2.0/24. Cuando se configura EIGRP en la interfaz S0/0/0 del R2, DUAL envía un mensaje de notificación a la consola que indica que se estableció una adyacencia de vecino con otro router EIGRP en esa interfaz. Esta nueva adyacencia se produce automáticamente porque el R1 y el R2 usan el mismo número de sistema autónomo (es decir, 1) y ambos routers envían ahora actualizaciones en sus interfaces en la red 172.16.0.0.
DUAL genera automáticamente el mensaje de notificación porque el comando eigrp log-neighbor-changes del modo de configuración del router está habilitado de forma predeterminada. Específicamente, el comando permite comprobar las adyacencias de vecinos durante la configuración de EIGRP y muestra los cambios efectuados en las adyacencias de vecinos EIGRP, por ejemplo, cuando se agrega o se elimina una adyacencia de EIGRP.El comando network tiene la misma función que en todos los protocolos de routing IGP. Con el comando network en EIGRP:
- Se habilita cualquier interfaz en el router que coincida con la dirección de red en el comando network del modo de configuración del router para enviar y recibir actualizaciones de EIGRP.
- Se incluye la red de las interfaces en las actualizaciones de routing EIGRP.
En la figura 2, se muestran los comandos network necesarios para configurar el EIGRP en el R1. En la figura, se utiliza una única instrucción network con clase (network 172.16.0.0) en el R1 para incluir ambas interfaces en las subredes 172.16.1.0/24 y 172.16.3.0/30. Observe que solo se utiliza la dirección de red con clase.
En la figura 3, se muestra el uso del comando network para habilitar EIGRP en las interfaces del R2 para las subredes 172.16.1.0/24 y 172.16.2.0/24. Cuando se configura EIGRP en la interfaz S0/0/0 del R2, DUAL envía un mensaje de notificación a la consola que indica que se estableció una adyacencia de vecino con otro router EIGRP en esa interfaz. Esta nueva adyacencia se produce automáticamente porque el R1 y el R2 usan el mismo número de sistema autónomo (es decir, 1) y ambos routers envían ahora actualizaciones en sus interfaces en la red 172.16.0.0.
El comando de red y la máscara de comodín
De manera predeterminada, cuando se usan el comando network y una dirección de red IPv4, como 172.16.0.0, todas las interfaces en el router que pertenecen a esa dirección de red con clase se habilitan para EIGRP. Sin embargo, puede haber ocasiones en las que el administrador de red no desee incluir a todas las interfaces dentro de una red al habilitar EIGRP. Por ejemplo, en la figura 1, suponga que un administrador desea habilitar EIGRP en el R2, pero solo para la subred 192.168.10.8 255.255.255.252, en la interfaz S0/0/1.
Para configurar EIGRP con el fin de que anuncie solo subredes específicas, utilice la opción wildcard-mask con el comando network:
Router(config-router)# network network-address [wildcard-mask]
Una máscara de comodín es similar a lo inverso de una máscara de subred. En una máscara de subred, los 1 binarios son importantes, mientras que los 0 binarios no. En una máscara de comodín, los 0 binarios son importantes, mientras que los 1 binarios no. Por ejemplo, lo inverso de una máscara de subred 255.255.255.252 es 0.0.0.3.
El cálculo de una máscara de comodín puede ser desalentador al comienzo, pero es bastante fácil de hacer. Para calcular el valor inverso de la máscara de subred, reste el valor de la máscara de subred 255.255.255.255 de la siguiente manera:
255.255.255.255
- 255.255.255.252
---------------
0. 0. 0. 3 Máscara de comodín
En la figura 2, continúa la configuración de red EIGRP del R2. El comando network 192.168.10.8 0.0.0.3 habilita específicamente EIGRP en la interfaz S0/0/1, un miembro de la subred 192.168.10.8 255.255.255.252.
La configuración de una máscara de comodín es la sintaxis de comando oficial del comando network de EIGRP. Sin embargo, las versiones de Cisco IOS también aceptan una máscara de subred para usar en su lugar. Por ejemplo, en la figura 3, se muestra la configuración de la misma interfaz S0/0/1 en el R2, solo que en este caso se utiliza una máscara de subred en el comando network. Observe que en la salida del comando show running-config el IOS convirtió el comando de la máscara de subred a su máscara de comodín.
Utilice el verificador de sintaxis de la figura 4 para configurar los comandos network de EIGRP para el router R3.Para configurar EIGRP con el fin de que anuncie solo subredes específicas, utilice la opción wildcard-mask con el comando network:
Router(config-router)# network network-address [wildcard-mask]
Una máscara de comodín es similar a lo inverso de una máscara de subred. En una máscara de subred, los 1 binarios son importantes, mientras que los 0 binarios no. En una máscara de comodín, los 0 binarios son importantes, mientras que los 1 binarios no. Por ejemplo, lo inverso de una máscara de subred 255.255.255.252 es 0.0.0.3.
El cálculo de una máscara de comodín puede ser desalentador al comienzo, pero es bastante fácil de hacer. Para calcular el valor inverso de la máscara de subred, reste el valor de la máscara de subred 255.255.255.255 de la siguiente manera:
255.255.255.255
- 255.255.255.252
---------------
0. 0. 0. 3 Máscara de comodín
En la figura 2, continúa la configuración de red EIGRP del R2. El comando network 192.168.10.8 0.0.0.3 habilita específicamente EIGRP en la interfaz S0/0/1, un miembro de la subred 192.168.10.8 255.255.255.252.
La configuración de una máscara de comodín es la sintaxis de comando oficial del comando network de EIGRP. Sin embargo, las versiones de Cisco IOS también aceptan una máscara de subred para usar en su lugar. Por ejemplo, en la figura 3, se muestra la configuración de la misma interfaz S0/0/1 en el R2, solo que en este caso se utiliza una máscara de subred en el comando network. Observe que en la salida del comando show running-config el IOS convirtió el comando de la máscara de subred a su máscara de comodín.
Interfaz pasiva
Tan pronto como se habilita una nueva interfaz dentro de la red EIGRP, EIGRP intenta formar una adyacencia de vecino con cualquier router vecino para enviar y recibir actualizaciones de EIGRP.
Cada tanto puede ser necesario, o ventajoso, incluir una red conectada directamente en la actualización de routing EIGRP, pero no permitir que se forme ninguna adyacencia de vecino fuera de esa interfaz. El comando passive-interface se puede utilizar para evitar que se formen adyacencias de vecino. Existen dos razones principales para habilitar el comando passive-interface:
En la figura 1, se muestra que el R1, el R2 y el R3 no tienen vecinos en sus interfaces GigabitEthernet 0/0.
El comando passive-interface del modo de configuración del router inhabilita la transmisión y recepción de paquetes de saludo EIGRP en estas interfaces.
Router(config)# router eigrp número-as
Router(config-router)# passive-interface tipo-interfaz número-interfaz
En la figura 2, se muestra el comando passive-interface configurado para suprimir los paquetes de saludo en las LAN para el R1 y el R3. El R2 se configura mediante el verificador de sintaxis.
Sin una adyacencia de vecino, EIGRP no puede intercambiar rutas con un vecino. Por lo tanto, el comando passive-interface evita el intercambio de rutas en la interfaz. Si bien EIGRP no envía ni recibe actualizaciones de routing mediante una interfaz configurada con el comando passive-interface, sí incluye la dirección de la interfaz en las actualizaciones de routing enviadas por otras interfaces no pasivas.
Nota: Para configurar todas las interfaces como pasivas, utilice el comando passive-interface default. Para deshabilitar una interfaz como pasiva, utilice el comando no passive-interface interface-type interface-number .
Un ejemplo del uso de la interfaz pasiva para aumentar los controles de seguridad es cuando una red se debe conectar a una organización externa, sobre la cual el administrador local no tiene ningún control, como cuando se conecta a una red ISP. En este caso, el administrador de red local necesitará anunciar el enlace de la interfaz a través de su propia red, pero no querrá que la organización externa reciba actualizaciones de routing del dispositivo local de routing, ni las envíe a dicho dispositivo, ya que esto es un riesgo de seguridad.
Verificación de la interfaz pasiva
Para verificar si cualquier interfaz en un router está configurada como pasiva, utilice el comando show ip protocols del modo EXEC privilegiado, como se muestra en la figura 3. Observe que, si bien la interfaz GigabitEthernet 0/0 del R3 es una interfaz pasiva, EIGRP aún incluye la dirección de red de la interfaz 192.168.1.0 en sus actualizaciones de routing.
Utilice el verificador de sintaxis de la figura 4 para configurar el R2 a fin de que suprima los paquetes de saludo EIGRP en su interfaz GigabitEthernet 0/0.Cada tanto puede ser necesario, o ventajoso, incluir una red conectada directamente en la actualización de routing EIGRP, pero no permitir que se forme ninguna adyacencia de vecino fuera de esa interfaz. El comando passive-interface se puede utilizar para evitar que se formen adyacencias de vecino. Existen dos razones principales para habilitar el comando passive-interface:
- Para suprimir tráfico de actualización innecesario, por ejemplo, cuando una interfaz es una interfaz LAN, sin otros routers conectados
- Para aumentar los controles de seguridad, por ejemplo, para evitar que dispositivos desconocidos de routing no autorizados reciban actualizaciones de EIGRP
En la figura 1, se muestra que el R1, el R2 y el R3 no tienen vecinos en sus interfaces GigabitEthernet 0/0.
El comando passive-interface del modo de configuración del router inhabilita la transmisión y recepción de paquetes de saludo EIGRP en estas interfaces.
Router(config)# router eigrp número-as
Router(config-router)# passive-interface tipo-interfaz número-interfaz
En la figura 2, se muestra el comando passive-interface configurado para suprimir los paquetes de saludo en las LAN para el R1 y el R3. El R2 se configura mediante el verificador de sintaxis.
Sin una adyacencia de vecino, EIGRP no puede intercambiar rutas con un vecino. Por lo tanto, el comando passive-interface evita el intercambio de rutas en la interfaz. Si bien EIGRP no envía ni recibe actualizaciones de routing mediante una interfaz configurada con el comando passive-interface, sí incluye la dirección de la interfaz en las actualizaciones de routing enviadas por otras interfaces no pasivas.
Nota: Para configurar todas las interfaces como pasivas, utilice el comando passive-interface default. Para deshabilitar una interfaz como pasiva, utilice el comando no passive-interface interface-type interface-number .
Un ejemplo del uso de la interfaz pasiva para aumentar los controles de seguridad es cuando una red se debe conectar a una organización externa, sobre la cual el administrador local no tiene ningún control, como cuando se conecta a una red ISP. En este caso, el administrador de red local necesitará anunciar el enlace de la interfaz a través de su propia red, pero no querrá que la organización externa reciba actualizaciones de routing del dispositivo local de routing, ni las envíe a dicho dispositivo, ya que esto es un riesgo de seguridad.
Verificación de la interfaz pasiva
Para verificar si cualquier interfaz en un router está configurada como pasiva, utilice el comando show ip protocols del modo EXEC privilegiado, como se muestra en la figura 3. Observe que, si bien la interfaz GigabitEthernet 0/0 del R3 es una interfaz pasiva, EIGRP aún incluye la dirección de red de la interfaz 192.168.1.0 en sus actualizaciones de routing.
Verificación de EIGRP: análisis de vecinos
Antes de que EIGRP pueda enviar o recibir actualizaciones, los routers deben establecer adyacencias con sus vecinos. Los routers EIGRP establecen adyacencias con los routers vecinos mediante el intercambio de paquetes de saludo EIGRP.
Utilice el comando show ip eigrp neighbors para ver la tabla de vecinos y verificar que EIGRP haya establecido una adyacencia con sus vecinos. Para cada router, debe poder ver la dirección IPv4 del router adyacente y la interfaz que ese router utiliza para llegar a ese vecino EIGRP. Con esta topología, cada router tiene dos vecinos incluidos en la tabla de vecinos.
Los encabezados de columna que figuran en la salida que genera el comando show ip eigrp neighbors identifican lo siguiente:
El comando show ip eigrp neighbors es muy útil para verificar y resolver problemas de EIGRP.
Si un vecino no está incluido después de establecer adyacencias con los vecinos de un router, revise la interfaz local para asegurarse de que esté activa con el comando show ip interface brief. Si la interfaz está activa, intente hacer ping a la dirección IPv4 del vecino. Si el ping falla, significa que la interfaz de vecino está inactiva y debe activarse. Si el ping se realiza correctamente y EIGRP aún no ve al router como vecino, examine las siguientes configuraciones:
Utilice el comando show ip eigrp neighbors para ver la tabla de vecinos y verificar que EIGRP haya establecido una adyacencia con sus vecinos. Para cada router, debe poder ver la dirección IPv4 del router adyacente y la interfaz que ese router utiliza para llegar a ese vecino EIGRP. Con esta topología, cada router tiene dos vecinos incluidos en la tabla de vecinos.
Los encabezados de columna que figuran en la salida que genera el comando show ip eigrp neighbors identifican lo siguiente:
- Columna H: indica a los vecinos en el orden en el que se detectaron.
- Address: dirección IPv4 del vecino.
- Interface (Interfaz): la interfaz local en la cual se recibió este paquete de saludo.
- Hold (Retención): el tiempo de retención actual. Cuando se recibe un paquete de saludo, este valor se restablece al tiempo de espera máximo para esa interfaz y, luego, se realiza una cuenta regresiva hasta cero. Si se llega a cero, el vecino se considera inactivo.
- Uptime (Tiempo de actividad): la cantidad de tiempo desde que se agregó este vecino a la tabla de vecinos.
- SRTT y RTO (tiempo de ida y vuelta promedio y tiempo de espera de retransmisión): utilizados por RTP para administrar paquetes EIGRP confiables.
- Q Cnt (conteo de cola): siempre debe ser cero. Si es más que cero, hay paquetes EIGRP que esperan ser enviados.
- Seq Num (número de secuencia): se utiliza para rastrear paquetes de actualización, de consulta y de respuesta.
El comando show ip eigrp neighbors es muy útil para verificar y resolver problemas de EIGRP.
Si un vecino no está incluido después de establecer adyacencias con los vecinos de un router, revise la interfaz local para asegurarse de que esté activa con el comando show ip interface brief. Si la interfaz está activa, intente hacer ping a la dirección IPv4 del vecino. Si el ping falla, significa que la interfaz de vecino está inactiva y debe activarse. Si el ping se realiza correctamente y EIGRP aún no ve al router como vecino, examine las siguientes configuraciones:
- ¿Ambos routers están configurados con el mismo número de sistema autónomo de EIGRP?
- ¿La red conectada directamente está incluida en las instrucciones network de EIGRP?
Verificación de EIGRP: comando show ip protocols
El comando show ip protocols es útil para identificar los parámetros y demás información acerca del estado actual de cualquier proceso activo de protocolo de routing IPv4 configurado en el router. El comando show ip protocols muestra diferentes tipos de salidas específicos de cada protocolo de routing.
La salida en la figura 1 indica varios parámetros de EIGRP, incluidos los siguientes:
1. EIGRP es un protocolo de routing dinámico activo en el R1, configurado con el número de sistema autónomo 1.
2. La ID de router EIGRP del R1 es 1.1.1.1.
3. Las distancias administrativas de EIGRP en el R1 son AD interna de 90 y externa de 170 (valores predeterminados).
4. De manera predeterminada, EIGRP no resume redes automáticamente. Las subredes se incluyen en las actualizaciones de routing.
5. Las adyacencias de vecinos EIGRP que el R1 tiene con otros routers utilizados para recibir actualizaciones de routing EIGRP.
Nota: Antes del IOS 15, el resumen automático de EIGRP estaba habilitado de manera predeterminada.
La salida del comando show ip protocols es útil para depurar operaciones de routing. La información en el campo Routing Information Sources (Orígenes de información de routing) puede ayudar a identificar a un router sospechado de entregar información de routing defectuosa. El campo indica todos los orígenes de routing EIGRP que el software Cisco IOS utiliza para crear su tabla de routing IPv4. Para cada origen, observe lo siguiente:
Como se muestra en la figura 2, EIGRP tiene una AD predeterminada de 90 para las rutas internas y de 170 para las rutas importadas de un origen externo, como las rutas predeterminadas. En comparación con otros IGP, EIGRP es el preferido por el IOS de Cisco, porque tiene la distancia administrativa más baja. EIGRP tiene un tercer valor de AD de 5, para las rutas resumidas.
La salida en la figura 1 indica varios parámetros de EIGRP, incluidos los siguientes:
1. EIGRP es un protocolo de routing dinámico activo en el R1, configurado con el número de sistema autónomo 1.
2. La ID de router EIGRP del R1 es 1.1.1.1.
3. Las distancias administrativas de EIGRP en el R1 son AD interna de 90 y externa de 170 (valores predeterminados).
4. De manera predeterminada, EIGRP no resume redes automáticamente. Las subredes se incluyen en las actualizaciones de routing.
5. Las adyacencias de vecinos EIGRP que el R1 tiene con otros routers utilizados para recibir actualizaciones de routing EIGRP.
Nota: Antes del IOS 15, el resumen automático de EIGRP estaba habilitado de manera predeterminada.
La salida del comando show ip protocols es útil para depurar operaciones de routing. La información en el campo Routing Information Sources (Orígenes de información de routing) puede ayudar a identificar a un router sospechado de entregar información de routing defectuosa. El campo indica todos los orígenes de routing EIGRP que el software Cisco IOS utiliza para crear su tabla de routing IPv4. Para cada origen, observe lo siguiente:
- Dirección IPv4
- Distancia administrativa
- Momento en que se recibió la última actualización de este origen
Como se muestra en la figura 2, EIGRP tiene una AD predeterminada de 90 para las rutas internas y de 170 para las rutas importadas de un origen externo, como las rutas predeterminadas. En comparación con otros IGP, EIGRP es el preferido por el IOS de Cisco, porque tiene la distancia administrativa más baja. EIGRP tiene un tercer valor de AD de 5, para las rutas resumidas.
Verificación de EIGRP: análisis de la tabla de routing IPv4
Otra manera de verificar que EIGRP y otras funciones del router estén configuradas correctamente es examinar las tablas de routing IPv4 con el comando show ip route. Al igual que con cualquier protocolo de routing dinámico, el administrador de red debe verificar la información en la tabla de routing para asegurarse de que esté completada como se espera, con base en las configuraciones introducidas. Por esta razón, es importante tener un buen nivel de conocimiento de los comandos de configuración del protocolo de routing, así como de las operaciones del protocolo de routing y los procesos usados por dicho protocolo para armar la tabla de routing IP.
Observe que las salidas que se utilizan en todo este curso corresponden al IOS 15 de Cisco. Antes del IOS 15, el resumen automático de EIGRP estaba habilitado de manera predeterminada. El estado del resumen automático puede hacer una diferencia en la información que se muestra en la tabla de routing IPv4. Si se usa una versión anterior del IOS, se puede deshabilitar el resumen automático mediante el comando no auto-summary del modo de configuración del router:
Router(config-router)# no auto-summary
En la figura 1, se muestra la topología del R1, el R2 y el R3.
En la figura 2, la tabla de routing IPv4 se examina mediante el comando show ip route. Las rutas EIGRP se indican en la tabla de routing con una D. Se usó la letra “D” para representar a EIGRP porque el protocolo se basa en al algoritmo DUAL.
El comando show ip route verifica que las rutas recibidas por los vecinos EIGRP estén instaladas en la tabla de routing IPv4. El comando show ip route muestra la tabla de routing completa, incluidas las redes remotas detectadas de manera dinámica, las rutas conectadas directamente y las rutas estáticas. Por esta razón, generalmente es el primer comando que se utiliza para verificar la convergencia. Una vez que el routing se configura correctamente en todos los routers, el comando show ip route muestra que cada router tiene una tabla de routing completa, con una ruta a cada red en la topología.
Observe que en el R1 se instalaron rutas a tres redes IPv4 remotas en su tabla de routing IPv4:
El R1 tiene dos rutas hacia la red 192.168.10.8/30, porque su costo o métrica para llegar a esa red es la misma al utilizar ambos routers. Estas se conocen como “rutas del mismo costo”. El R1 utiliza ambas rutas para llegar a esta red, lo que se conoce como “equilibrio de carga”. La métrica de EIGRP se analiza más adelante en este capítulo.
En la figura 3, se muestra la tabla de routing del R2. Observe que se muestran resultados similares, incluida una ruta del mismo costo para la red 192.168.10.4/30.
En la figura 4, se muestra la tabla de routing del R3. De manera similar a los resultados para el R1 y el R2, las redes remotas se detectan mediante EIGRP, incluida una ruta del mismo costo para la red 172.16.3.0/30.Observe que las salidas que se utilizan en todo este curso corresponden al IOS 15 de Cisco. Antes del IOS 15, el resumen automático de EIGRP estaba habilitado de manera predeterminada. El estado del resumen automático puede hacer una diferencia en la información que se muestra en la tabla de routing IPv4. Si se usa una versión anterior del IOS, se puede deshabilitar el resumen automático mediante el comando no auto-summary del modo de configuración del router:
Router(config-router)# no auto-summary
En la figura 1, se muestra la topología del R1, el R2 y el R3.
En la figura 2, la tabla de routing IPv4 se examina mediante el comando show ip route. Las rutas EIGRP se indican en la tabla de routing con una D. Se usó la letra “D” para representar a EIGRP porque el protocolo se basa en al algoritmo DUAL.
El comando show ip route verifica que las rutas recibidas por los vecinos EIGRP estén instaladas en la tabla de routing IPv4. El comando show ip route muestra la tabla de routing completa, incluidas las redes remotas detectadas de manera dinámica, las rutas conectadas directamente y las rutas estáticas. Por esta razón, generalmente es el primer comando que se utiliza para verificar la convergencia. Una vez que el routing se configura correctamente en todos los routers, el comando show ip route muestra que cada router tiene una tabla de routing completa, con una ruta a cada red en la topología.
Observe que en el R1 se instalaron rutas a tres redes IPv4 remotas en su tabla de routing IPv4:
- La red 172.16.2.0/24, recibida del router R2 en la interfaz Serial0/0/0
- La red 192.168.1.0/24, recibida del router R2 en la interfaz Serial0/0/1
- La red 192.168.10.8/30, recibida del R2 en la interfaz Serial0/0/0 y del R3 en la interfaz Serial0/0/1
El R1 tiene dos rutas hacia la red 192.168.10.8/30, porque su costo o métrica para llegar a esa red es la misma al utilizar ambos routers. Estas se conocen como “rutas del mismo costo”. El R1 utiliza ambas rutas para llegar a esta red, lo que se conoce como “equilibrio de carga”. La métrica de EIGRP se analiza más adelante en este capítulo.
En la figura 3, se muestra la tabla de routing del R2. Observe que se muestran resultados similares, incluida una ruta del mismo costo para la red 192.168.10.4/30.
Adyacencia de vecinos EIGRP
El objetivo de cualquier protocolo de routing dinámico es detectar redes remotas de otros routers y lograr la convergencia en el dominio de routing. Antes de que se pueda intercambiar cualquier paquete de actualización EIGRP entre routers, EIGRP debe detectar a sus vecinos. Los EIGRP vecinos son otros routers que ejecutan EIGRP en redes conectadas directamente.
EIGRP utiliza paquetes de saludo para establecer y mantener las adyacencias de vecinos. Para que dos routers EIGRP se conviertan en vecinos, deben coincidir varios parámetros entre ambos. Por ejemplo, dos routers EIGRP deben usar los mismos parámetros de métrica de EIGRP y ambos deben estar configurados con el mismo número de sistema autónomo.
Cada router EIGRP mantiene una tabla de vecinos, que contiene una lista de los routers en los enlaces compartidos que tienen una adyacencia EIGRP con ese router. La tabla de vecinos se usa para rastrear el estado de estos vecinos EIGRP.
La figura muestra dos routers EIGRP que intercambian paquetes de saludo EIGRP iniciales. Cuando un router con EIGRP habilitado recibe un paquete de saludo en una interfaz, agrega a ese router a su tabla de vecinos.
1. Un nuevo router (R1) aparece en el enlace y envía un paquete de saludo EIGRP a través de todas sus interfaces EIGRP configuradas.
2. El router R2 recibe el paquete de saludo en una interfaz con EIGRP habilitado. El R2 responde con un paquete de actualización EIGRP que contiene todas las rutas incluidas en su tabla de routing, excepto aquellas detectadas por medio de esa interfaz (horizonte dividido). Sin embargo, la adyacencia de vecino no se establece hasta que el R2 también envía un paquete de saludo EIGRP al R1.
3. Una vez que ambos routers intercambian saludos, se establece la adyacencia de vecino. El R1 y el R2 actualizan sus tablas de vecinos EIGRP y agregan el router adyacente como vecino.EIGRP utiliza paquetes de saludo para establecer y mantener las adyacencias de vecinos. Para que dos routers EIGRP se conviertan en vecinos, deben coincidir varios parámetros entre ambos. Por ejemplo, dos routers EIGRP deben usar los mismos parámetros de métrica de EIGRP y ambos deben estar configurados con el mismo número de sistema autónomo.
Cada router EIGRP mantiene una tabla de vecinos, que contiene una lista de los routers en los enlaces compartidos que tienen una adyacencia EIGRP con ese router. La tabla de vecinos se usa para rastrear el estado de estos vecinos EIGRP.
La figura muestra dos routers EIGRP que intercambian paquetes de saludo EIGRP iniciales. Cuando un router con EIGRP habilitado recibe un paquete de saludo en una interfaz, agrega a ese router a su tabla de vecinos.
1. Un nuevo router (R1) aparece en el enlace y envía un paquete de saludo EIGRP a través de todas sus interfaces EIGRP configuradas.
2. El router R2 recibe el paquete de saludo en una interfaz con EIGRP habilitado. El R2 responde con un paquete de actualización EIGRP que contiene todas las rutas incluidas en su tabla de routing, excepto aquellas detectadas por medio de esa interfaz (horizonte dividido). Sin embargo, la adyacencia de vecino no se establece hasta que el R2 también envía un paquete de saludo EIGRP al R1.
Tabla de topología de EIGRP
Las actualizaciones de EIGRP contienen redes a las que se puede llegar desde el router que envía la actualización. A medida que se intercambian actualizaciones EIGRP entre vecinos, el router receptor agrega esas entradas a su tabla de topología de EIGRP.
Cada router EIGRP mantiene una tabla de topología para cada protocolo de routing configurado, como IPv4 e IPv6. La tabla de topología incluye las entradas de ruta para cada destino que el router detecta de sus vecinos EIGRP conectados directamente.
La figura muestra la continuación del proceso inicial de detección de rutas de la página anterior. Ahora, se muestra la actualización de la tabla de topología.
Cuando un router recibe una actualización de routing EIGRP, agrega la información de routing a su tabla de topología de EIGRP y responde con un acuse de recibo EIGRP.
1. El R1 recibe la actualización de EIGRP del vecino R2, que incluye información acerca de las rutas que anuncia el vecino, incluida la métrica a cada destino. El R1 agrega todas las entradas de actualización a su tabla de topología. La tabla de topología incluye todos los destinos anunciados por los routers vecinos (adyacentes) y el costo (métrica) para llegar a cada red.
2. Los paquetes de actualización EIGRP utilizan entrega confiable; por lo tanto, el R1 responde con un paquete de acuse de recibo EIGRP que informa al R2 que recibió la actualización.
3. El R1 envía una actualización de EIGRP al R2 en la que anuncia las redes que conoce, excepto aquellas detectadas del R2 (horizonte dividido).
4. El R2 recibe la actualización de EIGRP del vecino R1 y agrega esta información a su propia tabla de topología.
5. El R2 responde al paquete de actualización EIGRP del R1 con un acuse de recibo de EIGRP.Cada router EIGRP mantiene una tabla de topología para cada protocolo de routing configurado, como IPv4 e IPv6. La tabla de topología incluye las entradas de ruta para cada destino que el router detecta de sus vecinos EIGRP conectados directamente.
La figura muestra la continuación del proceso inicial de detección de rutas de la página anterior. Ahora, se muestra la actualización de la tabla de topología.
Cuando un router recibe una actualización de routing EIGRP, agrega la información de routing a su tabla de topología de EIGRP y responde con un acuse de recibo EIGRP.
1. El R1 recibe la actualización de EIGRP del vecino R2, que incluye información acerca de las rutas que anuncia el vecino, incluida la métrica a cada destino. El R1 agrega todas las entradas de actualización a su tabla de topología. La tabla de topología incluye todos los destinos anunciados por los routers vecinos (adyacentes) y el costo (métrica) para llegar a cada red.
2. Los paquetes de actualización EIGRP utilizan entrega confiable; por lo tanto, el R1 responde con un paquete de acuse de recibo EIGRP que informa al R2 que recibió la actualización.
3. El R1 envía una actualización de EIGRP al R2 en la que anuncia las redes que conoce, excepto aquellas detectadas del R2 (horizonte dividido).
4. El R2 recibe la actualización de EIGRP del vecino R1 y agrega esta información a su propia tabla de topología.
Convergencia de EIGRP
La figura muestra los últimos pasos del proceso inicial de detección de rutas.
1. Después de recibir los paquetes de actualización EIGRP del R2, el R1 utiliza la información en la tabla de topología para actualizar su tabla de routing IP con la mejor ruta a cada destino, incluidos la métrica y el router del siguiente salto.
2. De la misma manera que el R1, el R2 actualiza su tabla de routing IP con las mejores rutas a cada red.
Llegado a este punto, se considera que EIGRP está en estado convergente en ambos routers.1. Después de recibir los paquetes de actualización EIGRP del R2, el R1 utiliza la información en la tabla de topología para actualizar su tabla de routing IP con la mejor ruta a cada destino, incluidos la métrica y el router del siguiente salto.
2. De la misma manera que el R1, el R2 actualiza su tabla de routing IP con las mejores rutas a cada red.
Métrica compuesta del protocolo EIGRP
De manera predeterminada, EIGRP utiliza los siguientes valores en su métrica compuesta para calcular la ruta preferida a una red:
Se pueden utilizar los valores siguientes, pero no se recomienda, porque generalmente dan como resultado recálculos frecuentes de la tabla de topología:
Nota: Si bien la MTU se incluye en las actualizaciones de la tabla de routing, no es una métrica de routing utilizada por EIGRP.
La métrica compuesta
En la figura 1, se muestra la fórmula de métrica compuesta que utiliza EIGRP. La fórmula consiste en los valores K1 a K5, conocidos como “ponderaciones de la métrica de EIGRP”. K1 y K3 representan el ancho de banda y el retraso, respectivamente. K2 representa carga, y K4 y K5 representan la confiabilidad. De manera predeterminada, K1 y K3 están establecidos en 1, y K2, K4 y K5 están establecidos en 0. Como resultado, solamente se usan los valores de ancho de banda y de retraso en el cómputo de la métrica compuesta predeterminada. En EIGRP para IPv4 y EIGRP para IPv6 se utiliza la misma fórmula para la métrica compuesta.
El método de cálculo de la métrica (valoresk y el número de sistema autónomo de EIGRP deben coincidir entre los vecinos EIGRP. Si no coinciden, los routers no forman una adyacencia.
Los valores k predeterminados se pueden cambiar con el comando metric weights del modo de configuración del router:
Router(config-router)# metric weights tos k1 k2 k3 k4 k5
Nota: La modificación del valor de metric weights generalmente no es recomendable y excede el ámbito de este curso. No obstante, su importancia es pertinente al establecimiento de adyacencias de vecinos. Si un router modificó las ponderaciones de la métrica y otro router no lo hizo, no se forma una adyacencia.
Verificación de los valores k
El comando show ip protocols se utiliza para comprobar los valores k . En la figura 2, se muestra la salida del comando para el R1. Observe que los valores k en el R1 se establecen al valor predeterminado.- Ancho de banda: el ancho de banda más lento entre todas las interfaces de salida, a lo largo de la ruta de origen a destino.
- Retraso: la acumulación (suma) de todos los retrasos de las interfaces a lo largo de la ruta (en decenas de microsegundos).
Se pueden utilizar los valores siguientes, pero no se recomienda, porque generalmente dan como resultado recálculos frecuentes de la tabla de topología:
- Confiabilidad: representa la peor confiabilidad entre origen y destino, que se basa en keepalives (mantenimiento de la conexión).
- Carga: representa la peor carga en un enlace entre origen y destino, que se calcula sobre la base de la velocidad de paquetes y el ancho de banda configurado de la interfaz.
Nota: Si bien la MTU se incluye en las actualizaciones de la tabla de routing, no es una métrica de routing utilizada por EIGRP.
La métrica compuesta
En la figura 1, se muestra la fórmula de métrica compuesta que utiliza EIGRP. La fórmula consiste en los valores K1 a K5, conocidos como “ponderaciones de la métrica de EIGRP”. K1 y K3 representan el ancho de banda y el retraso, respectivamente. K2 representa carga, y K4 y K5 representan la confiabilidad. De manera predeterminada, K1 y K3 están establecidos en 1, y K2, K4 y K5 están establecidos en 0. Como resultado, solamente se usan los valores de ancho de banda y de retraso en el cómputo de la métrica compuesta predeterminada. En EIGRP para IPv4 y EIGRP para IPv6 se utiliza la misma fórmula para la métrica compuesta.
El método de cálculo de la métrica (valoresk y el número de sistema autónomo de EIGRP deben coincidir entre los vecinos EIGRP. Si no coinciden, los routers no forman una adyacencia.
Los valores k predeterminados se pueden cambiar con el comando metric weights del modo de configuración del router:
Router(config-router)# metric weights tos k1 k2 k3 k4 k5
Nota: La modificación del valor de metric weights generalmente no es recomendable y excede el ámbito de este curso. No obstante, su importancia es pertinente al establecimiento de adyacencias de vecinos. Si un router modificó las ponderaciones de la métrica y otro router no lo hizo, no se forma una adyacencia.
Verificación de los valores k
Análisis de los valores de la métrica de la interfaz
El comando show interfaces muestra información de las interfaces, incluidos los parámetros utilizados para el cálculo de la métrica de EIGRP. La figura muestra el comando show interfaces para la interfaz Serial 0/0/0 en el R1.
Nota: A lo largo de este curso, el ancho de banda se indica como kb/s. No obstante, la salida del router muestra el ancho de banda mediante la abreviatura “Kbit/sec”. En la salida del router, el retraso se muestra como “usec”, mientras que, en este curso, el retraso se indica como microsegundos.- BW: ancho de banda de la interfaz (en kilobits por segundo).
- DLY: retraso de la interfaz (en microsegundos).
- Reliability: confiabilidad de la interfaz expresada como una fracción de 255 (255/255 es una confiabilidad del 100%), calculada como un promedio exponencial durante cinco minutos. De manera predeterminada, EIGRP no incluye su valor al calcular la métrica.
- Txload, Rxload: carga transmitida y recibida a través de la interfaz expresada como una fracción de 255 (255/255 es completamente saturada), calculada como un promedio exponencial durante cinco minutos. De manera predeterminada, EIGRP no incluye su valor al calcular la métrica.
Análisis de los valores de la métrica de la interfaz
El comando show interfaces muestra información de las interfaces, incluidos los parámetros utilizados para el cálculo de la métrica de EIGRP. La figura muestra el comando show interfaces para la interfaz Serial 0/0/0 en el R1.
Nota: A lo largo de este curso, el ancho de banda se indica como kb/s. No obstante, la salida del router muestra el ancho de banda mediante la abreviatura “Kbit/sec”. En la salida del router, el retraso se muestra como “usec”, mientras que, en este curso, el retraso se indica como microsegundos.- BW: ancho de banda de la interfaz (en kilobits por segundo).
- DLY: retraso de la interfaz (en microsegundos).
- Reliability: confiabilidad de la interfaz expresada como una fracción de 255 (255/255 es una confiabilidad del 100%), calculada como un promedio exponencial durante cinco minutos. De manera predeterminada, EIGRP no incluye su valor al calcular la métrica.
- Txload, Rxload: carga transmitida y recibida a través de la interfaz expresada como una fracción de 255 (255/255 es completamente saturada), calculada como un promedio exponencial durante cinco minutos. De manera predeterminada, EIGRP no incluye su valor al calcular la métrica.
Métrica de ancho de banda
La métrica de ancho de banda es un valor estático que usan algunos protocolos de routing, como EIGRP y OSPF, para calcular la métrica de routing. El ancho de banda se muestra en kilobits por segundo (kb/s).
En los routers más antiguos, el valor predeterminado de la métrica del ancho de banda del enlace serial es de 1544 kb/s. Éste es el ancho de banda de una conexión T1. En los routers más nuevos, como Cisco 4321, el valor predeterminado del ancho de banda del enlace serial se establece a la frecuencia de reloj utilizada en el enlace. Los enlaces seriales de la topología que se muestra en la Figura 1 se configuraron con los valores de ancho de banda que se utilizarán en esta sección.
Nota: Los valores de ancho de banda que se usan en esta topología se eligieron para ayudar a explicar el cálculo de las métricas del protocolo de routing y el proceso de selección de la mejor ruta. Estos valores de ancho de banda no reflejan los tipos de conexiones más frecuentes que se encuentran en las redes actuales.
Verifique siempre el ancho de banda con el comando show interfaces. El valor predeterminado del ancho de banda puede reflejar o no el ancho de banda físico real de la interfaz. Si el ancho de banda real del enlace difiere del valor de ancho de banda predeterminado, se debe modificar el valor de ancho de banda.
Configuración del parámetro de ancho de banda
Debido a que EIGRP y OSPF utilizan el ancho de banda en los cálculos métricos predeterminados, un valor correcto para el ancho de banda es muy importante para la precisión de la información de routing.
Utilice el siguiente comando del modo de configuración de interfaz para modificar la métrica de ancho de banda:
Router(config-if)# Ancho de banda valor de ancho de banda en kilobits
Utilice el comando no bandwidth para restaurar el valor predeterminado.
En la figura 2, el enlace entre el R1 y el R2 tiene un ancho de banda de 64 kb/s, y el enlace entre el R2 y el R3 tiene un ancho de banda de 1024 kb/s. La figura muestra la configuración utilizada en los tres routers para modificar el ancho de banda en las interfaces seriales adecuadas. Modifique la métrica del ancho de banda en ambos lados del enlace para garantizar el routing adecuado en ambas direcciones.
Verificación del parámetro de ancho de banda
Utilice el comando show interfaces para verificar los nuevos parámetros de ancho de banda, como se muestra en la figura 3.
La modificación del valor del ancho de banda no cambia el ancho de banda real del enlace. El comando bandwidth solo modifica la métrica de ancho de banda que utilizan los protocolos de routing, como EIGRP y OSPF.En los routers más antiguos, el valor predeterminado de la métrica del ancho de banda del enlace serial es de 1544 kb/s. Éste es el ancho de banda de una conexión T1. En los routers más nuevos, como Cisco 4321, el valor predeterminado del ancho de banda del enlace serial se establece a la frecuencia de reloj utilizada en el enlace. Los enlaces seriales de la topología que se muestra en la Figura 1 se configuraron con los valores de ancho de banda que se utilizarán en esta sección.
Nota: Los valores de ancho de banda que se usan en esta topología se eligieron para ayudar a explicar el cálculo de las métricas del protocolo de routing y el proceso de selección de la mejor ruta. Estos valores de ancho de banda no reflejan los tipos de conexiones más frecuentes que se encuentran en las redes actuales.
Verifique siempre el ancho de banda con el comando show interfaces. El valor predeterminado del ancho de banda puede reflejar o no el ancho de banda físico real de la interfaz. Si el ancho de banda real del enlace difiere del valor de ancho de banda predeterminado, se debe modificar el valor de ancho de banda.
Configuración del parámetro de ancho de banda
Debido a que EIGRP y OSPF utilizan el ancho de banda en los cálculos métricos predeterminados, un valor correcto para el ancho de banda es muy importante para la precisión de la información de routing.
Utilice el siguiente comando del modo de configuración de interfaz para modificar la métrica de ancho de banda:
Router(config-if)# Ancho de banda valor de ancho de banda en kilobits
Utilice el comando no bandwidth para restaurar el valor predeterminado.
En la figura 2, el enlace entre el R1 y el R2 tiene un ancho de banda de 64 kb/s, y el enlace entre el R2 y el R3 tiene un ancho de banda de 1024 kb/s. La figura muestra la configuración utilizada en los tres routers para modificar el ancho de banda en las interfaces seriales adecuadas. Modifique la métrica del ancho de banda en ambos lados del enlace para garantizar el routing adecuado en ambas direcciones.
Verificación del parámetro de ancho de banda
Utilice el comando show interfaces para verificar los nuevos parámetros de ancho de banda, como se muestra en la figura 3.
Métrica de retraso
El retraso es la medida del tiempo que tarda un paquete en atravesar la ruta. La métrica del retardo (DLY) es un valor estático determinado en función del tipo de enlace al cual se encuentra conectada la interfaz y se expresa en microsegundos. El retardo no se mide en forma dinámica. En otras palabras, el router no hace un seguimiento realmente del tiempo que les toma a los paquetes llegar al destino. El valor de retardo, como el valor de ancho de banda, es un valor predeterminado que el administrador de red puede modificar.
Cuando se utiliza para determinar la métrica de EIGRP, el retraso es la acumulación (suma) de todos los retrasos de las interfaces a lo largo de la ruta (medida en decenas de microsegundos).
En la tabla de la figura 1, se muestran los valores de retraso predeterminados para diversas interfaces. Observe que el valor predeterminado es de 20 000 microsegundos para las interfaces seriales y de 10 microsegundos para las interfaces GigabitEthernet.
Utilice el comando show interfaces para verificar el valor de retraso en una interfaz, como se muestra en la figura 2. Si bien una interfaz con varios anchos de banda puede tener el mismo valor de retraso predeterminado, Cisco recomienda no modificar el parámetro de retraso, salvo que el administrador de red tenga una razón específica para hacerlo.Cuando se utiliza para determinar la métrica de EIGRP, el retraso es la acumulación (suma) de todos los retrasos de las interfaces a lo largo de la ruta (medida en decenas de microsegundos).
En la tabla de la figura 1, se muestran los valores de retraso predeterminados para diversas interfaces. Observe que el valor predeterminado es de 20 000 microsegundos para las interfaces seriales y de 10 microsegundos para las interfaces GigabitEthernet.
Como calcular la métrica de EIGRP
Si bien EIGRP calcula automáticamente la métrica de la tabla de routing utilizada para elegir la mejor ruta, es importante que el administrador de red comprenda cómo se determinaron estas métricas.
La figura muestra la métrica compuesta utilizada por EIGRP. Mediante el uso de los valores predeterminados para K1 y K3, el cálculo puede simplificarse al ancho de banda más lento (o ancho de banda mínimo), más la suma de todos los retrasos.
En otras palabras, al analizar los valores de ancho de banda y de retraso para todas las interfaces de salida de la ruta, podemos determinar la métrica de EIGRP de la siguiente manera:
Paso 1: Determine el enlace con el ancho de banda más lento. Utilice ese valor para calcular el ancho de banda (10 000 000/ancho de banda).
Paso 2: Determine el valor de retraso para cada interfaz de salida en el camino al destino. Sume los valores de retraso y divida por 10 (suma de los retrasos/10).
Paso 3: Esta métrica compuesta produce un valor de 24 bits; sin embargo, EIGRP utiliza un valor de 32 bits. Al multiplicar el valor de 24 bits por 256, se amplía la métrica compuesta a 32 bits. Por lo tanto, sume los valores de ancho de banda y de retraso calculados, y multiplique la suma por 256 para obtener la métrica de EIGRP.
La salida de la tabla de routing para el R2 muestra que la ruta a 192.168.1.0/24 tiene una métrica de EIGRP de 3 012 096.La figura muestra la métrica compuesta utilizada por EIGRP. Mediante el uso de los valores predeterminados para K1 y K3, el cálculo puede simplificarse al ancho de banda más lento (o ancho de banda mínimo), más la suma de todos los retrasos.
En otras palabras, al analizar los valores de ancho de banda y de retraso para todas las interfaces de salida de la ruta, podemos determinar la métrica de EIGRP de la siguiente manera:
Paso 1: Determine el enlace con el ancho de banda más lento. Utilice ese valor para calcular el ancho de banda (10 000 000/ancho de banda).
Paso 2: Determine el valor de retraso para cada interfaz de salida en el camino al destino. Sume los valores de retraso y divida por 10 (suma de los retrasos/10).
Paso 3: Esta métrica compuesta produce un valor de 24 bits; sin embargo, EIGRP utiliza un valor de 32 bits. Al multiplicar el valor de 24 bits por 256, se amplía la métrica compuesta a 32 bits. Por lo tanto, sume los valores de ancho de banda y de retraso calculados, y multiplique la suma por 256 para obtener la métrica de EIGRP.
Cálculo de la métrica de EIGRP
En la figura 1, se muestra la topología de los tres routers. Este ejemplo ilustra la manera en que EIGRP determina la métrica que se muestra en la tabla de routing del R2 para la red 192.168.1.0/24.
Ancho de banda
EIGRP usa el ancho de banda más lento en el cálculo de su métrica. El ancho de banda más lento se puede determinar por medio de analizar cada interfaz entre el R2 y la red de destino 192.168.1.0. La interfaz Serial 0/0/1en el R2 tiene un ancho de banda de 1024 kb/s. La interfaz GigabitEthernet 0/0 en el R3 tiene un ancho de banda de 1 000 000 kb/s. Por lo tanto, el ancho de banda más lento es de 1024 kb/s y se usa en el cálculo de la métrica.
EIGRP divide un valor de ancho de banda de referencia de 10 000 000 por el valor en kb/s del ancho de banda de la interfaz. Como resultado, los valores más altos de ancho de banda reciben una métrica más baja, y los valores más bajos de ancho de banda reciben una métrica más alta. 10 000 000 se divide por 1024. Si el resultado no es un número entero, el valor se redondea hacia abajo. En este caso, 10 000 000 dividido 1.024 es igual a 9.765,625. Los decimales (625) se descartan, y el resultado es 9765 para la porción de ancho de banda de la métrica compuesta, como se muestra en la figura 2.
Retraso
Como se muestra en la figura 3, se utilizan las mismas interfaces de salida para determinar el valor de retraso.
EIGRP usa la suma de todos los retrasos hasta el destino. La interfaz serial 0/0/1 en R2 tiene un retardo de 20 000 microsegundos. La interfaz Gigabit 0/0 en el R3 tiene un retraso de 10 microsegundos. La suma de estos retrasos se divide por 10. En el ejemplo, (20 000+10)/10, da como resultado un valor de 2001 para la porción de retraso de la métrica compuesta.
Cálculo de la métrica
Utilice los valores calculados para el ancho de banda y el retraso en la fórmula de la métrica. El resultado es una métrica de 3 012 096, como se muestra en la figura 4. Este valor coincide con el valor que se muestra en la tabla de routing para el R2.Ancho de banda
EIGRP usa el ancho de banda más lento en el cálculo de su métrica. El ancho de banda más lento se puede determinar por medio de analizar cada interfaz entre el R2 y la red de destino 192.168.1.0. La interfaz Serial 0/0/1en el R2 tiene un ancho de banda de 1024 kb/s. La interfaz GigabitEthernet 0/0 en el R3 tiene un ancho de banda de 1 000 000 kb/s. Por lo tanto, el ancho de banda más lento es de 1024 kb/s y se usa en el cálculo de la métrica.
EIGRP divide un valor de ancho de banda de referencia de 10 000 000 por el valor en kb/s del ancho de banda de la interfaz. Como resultado, los valores más altos de ancho de banda reciben una métrica más baja, y los valores más bajos de ancho de banda reciben una métrica más alta. 10 000 000 se divide por 1024. Si el resultado no es un número entero, el valor se redondea hacia abajo. En este caso, 10 000 000 dividido 1.024 es igual a 9.765,625. Los decimales (625) se descartan, y el resultado es 9765 para la porción de ancho de banda de la métrica compuesta, como se muestra en la figura 2.
Retraso
Como se muestra en la figura 3, se utilizan las mismas interfaces de salida para determinar el valor de retraso.
EIGRP usa la suma de todos los retrasos hasta el destino. La interfaz serial 0/0/1 en R2 tiene un retardo de 20 000 microsegundos. La interfaz Gigabit 0/0 en el R3 tiene un retraso de 10 microsegundos. La suma de estos retrasos se divide por 10. En el ejemplo, (20 000+10)/10, da como resultado un valor de 2001 para la porción de retraso de la métrica compuesta.
Cálculo de la métrica
Conceptos acerca de DUAL
EIGRP utiliza el algoritmo de actualización por difusión (DUAL) para proporcionar la mejor ruta sin bucles y las mejores rutas de respaldo sin bucles.
En el contexto de DUAL se utilizan varios términos, que se analizan más detalladamente en esta sección:
Estos términos y conceptos son esenciales en el mecanismo de prevención de bucles de DUAL.En el contexto de DUAL se utilizan varios términos, que se analizan más detalladamente en esta sección:
- Sucesor
- Distancia factible (FD)
- Sucesor factible (FS)
- Distancia publicada (AD, Advertised Distance) o Distancia notificada (RD, Reported Distance):
- Condición factible o condición de factibilidad (FC)
Introducción a DUAL
EIGRP utiliza el algoritmo de convergencia DUAL. La convergencia es fundamental para las redes para evitar bucles de routing.
Los bucles de routing, incluso los temporarios, pueden ser perjudiciales para el rendimiento de la red. Los protocolos de routing por vector de distancias, como RIP, evitan los bucles de routing con temporizadores de espera y horizonte dividido. A pesar de que EIGRP utiliza ambas técnicas, las usa de manera un tanto diferentes; la forma principal en la que EIGRP evita los bucles de routing es con el algoritmo DUAL.
Haga clic en Reproducir en la figura para ver la operación básica de DUAL.
El algoritmo DUAL se utiliza para asegurar que no haya bucles en cada instancia a través del cómputo de una ruta. Esto permite que todos los routers involucrados en un cambio de topología se sincronicen al mismo tiempo. Los routers que no se ven afectados por los cambios en la topología no se encuentran involucrados en el recálculo. Este método proporciona a EIGRP mayor tiempo de convergencia que a otros protocolos de routing por vector de distancias.
La máquina de estados finitos (FSM) DUAL realiza el proceso de decisión para todos los cómputos de ruta. Una FSM es un modelo de flujo de trabajo, similar a un diagrama de flujo, que está compuesto por lo siguiente:
La FSM DUAL rastrea todas las rutas, y utiliza las métricas de EIGRP para seleccionar rutas eficaces sin bucles e identificar las rutas con el menor costo para introducirlas en la tabla de routing.
El recálculo del algoritmo DUAL puede ser muy exigente para el procesador. EIGRP mantiene una lista de rutas de respaldo que DUAL ya determinó que no tienen bucles para evitar los recálculos siempre que sea posible. Si la ruta principal en la tabla de routing falla, el mejor camino de respaldo se agrega de inmediato a la tabla de routing.Los bucles de routing, incluso los temporarios, pueden ser perjudiciales para el rendimiento de la red. Los protocolos de routing por vector de distancias, como RIP, evitan los bucles de routing con temporizadores de espera y horizonte dividido. A pesar de que EIGRP utiliza ambas técnicas, las usa de manera un tanto diferentes; la forma principal en la que EIGRP evita los bucles de routing es con el algoritmo DUAL.
Haga clic en Reproducir en la figura para ver la operación básica de DUAL.
El algoritmo DUAL se utiliza para asegurar que no haya bucles en cada instancia a través del cómputo de una ruta. Esto permite que todos los routers involucrados en un cambio de topología se sincronicen al mismo tiempo. Los routers que no se ven afectados por los cambios en la topología no se encuentran involucrados en el recálculo. Este método proporciona a EIGRP mayor tiempo de convergencia que a otros protocolos de routing por vector de distancias.
La máquina de estados finitos (FSM) DUAL realiza el proceso de decisión para todos los cómputos de ruta. Una FSM es un modelo de flujo de trabajo, similar a un diagrama de flujo, que está compuesto por lo siguiente:
- Un número finito de etapas (estados)
- Transiciones entre estas etapas
- Operaciones
La FSM DUAL rastrea todas las rutas, y utiliza las métricas de EIGRP para seleccionar rutas eficaces sin bucles e identificar las rutas con el menor costo para introducirlas en la tabla de routing.
Sucesor y distancia factible
En la figura 1, se muestra la topología para este tema. Un sucesor es un router vecino que se utiliza para el envío de paquetes y es la ruta de menor costo hacia la red de destino. La dirección IP de un sucesor se muestra en una entrada de la tabla de routing a continuación de la palabra “via”.
FD es la métrica más baja calculada para llegar a la red de destino. FD es la métrica indicada en la tabla de routing como el segundo número dentro de paréntesis. Al igual que en otros protocolos de routing, esto también se conoce como la “métrica para la ruta”.
Analice la tabla de routing para el R2 en la figura 2 y observe que la mejor ruta EIGRP para la red 192.168.1.0/24 es a través del router R3 y que la distancia factible es 3 012 096. Esta es la métrica que se calculó en el tema anterior.FD es la métrica más baja calculada para llegar a la red de destino. FD es la métrica indicada en la tabla de routing como el segundo número dentro de paréntesis. Al igual que en otros protocolos de routing, esto también se conoce como la “métrica para la ruta”.
Sucesores factibles, condición de factibilidad y distancia notificada
DUAL puede converger rápidamente después de un cambio en la topología, debido a que puede usar rutas de respaldo a otras redes sin recalcular DUAL. Estas rutas de respaldo se conocen como “sucesores factibles” (FS).
Un FS es un vecino que tiene una ruta de respaldo sin bucles a la misma red que el sucesor y satisface la condición de factibilidad (FC). El sucesor de R2 para la red 192.168.1.0/24 es el R3, que proporciona la mejor ruta o la métrica más baja a la red de destino. Observe en la figura 1 que el R1 proporciona una ruta alternativa, pero ¿es un FS? Antes de que el R1 pueda ser un FS para el R2, debe cumplir la FC.
La FC se cumple cuando la distancia notificada (RD) desde un vecino hasta una red es menor que la distancia factible desde el router local hasta la misma red de destino. Si la distancia notificada es menor, representa una ruta sin bucles. La distancia notificada es simplemente una distancia factible desde el vecino EIGRP hasta la misma red de destino. La distancia notificada es la métrica que un router informa a un vecino acerca de su propio costo hacia esa red.
En la figura 2, la distancia factible del R1 a 192.168.1.0/24 es 2 170 112.
El R2 utiliza esta información para determinar si el R1 cumple la FC y, por lo tanto, puede ser un FS.
Como se muestra en la figura 3, debido a que la RD del R1 (2 170 112) es menor que la propia FD del R2 (3 012 096), el R1 cumple con la FC.
El R1 es ahora un FS para el R2 a la red 192.168.1.0/24.
Si hay un error en la ruta del R2 a 192.168.1.0/24 a través del R3 (sucesor), el R2 instala inmediatamente la ruta a través del R1 (FS) en su tabla de routing. El R1 se convierte en el nuevo sucesor para la ruta del R2 a esta red, como se muestra en la figura 4.Un FS es un vecino que tiene una ruta de respaldo sin bucles a la misma red que el sucesor y satisface la condición de factibilidad (FC). El sucesor de R2 para la red 192.168.1.0/24 es el R3, que proporciona la mejor ruta o la métrica más baja a la red de destino. Observe en la figura 1 que el R1 proporciona una ruta alternativa, pero ¿es un FS? Antes de que el R1 pueda ser un FS para el R2, debe cumplir la FC.
La FC se cumple cuando la distancia notificada (RD) desde un vecino hasta una red es menor que la distancia factible desde el router local hasta la misma red de destino. Si la distancia notificada es menor, representa una ruta sin bucles. La distancia notificada es simplemente una distancia factible desde el vecino EIGRP hasta la misma red de destino. La distancia notificada es la métrica que un router informa a un vecino acerca de su propio costo hacia esa red.
En la figura 2, la distancia factible del R1 a 192.168.1.0/24 es 2 170 112.
- El R1 informa al R2 que su FD a 192.168.1.0/24 es 2 170 112.
- Desde la perspectiva del R2, 2 170 112 es la RD del R1.
El R2 utiliza esta información para determinar si el R1 cumple la FC y, por lo tanto, puede ser un FS.
Como se muestra en la figura 3, debido a que la RD del R1 (2 170 112) es menor que la propia FD del R2 (3 012 096), el R1 cumple con la FC.
El R1 es ahora un FS para el R2 a la red 192.168.1.0/24.
Tabla de topología: comando show ip eigrp topology
La topología se muestra en la Figura 1.
La tabla de topología de EIGRP contiene todas las rutas conocidas a cada vecino EIGRP. A medida que un router EIGRP detecta rutas de sus vecinos, dichas rutas se instalan en su tabla de topología de EIGRP.
Como se muestra en la figura 2, utilice el comando show ip eigrp topology para ver la tabla de topología. La tabla de topología incluye todos los sucesores y FS a las redes de destino calculados por DUAL. Solo el sucesor se instala en la tabla de routing IP.La tabla de topología de EIGRP contiene todas las rutas conocidas a cada vecino EIGRP. A medida que un router EIGRP detecta rutas de sus vecinos, dichas rutas se instalan en su tabla de topología de EIGRP.
Tabla de topología: comando show ip eigrp topology (cont.)
Como se muestra en la figura 1, la primera línea en la tabla de topología muestra lo siguiente:
Como se muestra en la figura 2, la primera subentrada en la salida muestra el sucesor:
Como se ve en la figura 3, en la segunda subentrada se muestra el FS, el R1 (si no hay una segunda entrada, entonces no hay FS):
- P: ruta en estado pasivo. Cuando DUAL no realiza sus cómputos por difusión para determinar la ruta para una red, la ruta se encuentra en modo estable, conocido como “estado pasivo”. Si DUAL vuelve a calcular o busca una nueva ruta, la ruta tendrá el estado activo y mostrará una A. Todas las rutas que figuran en la tabla de topología deben estar en el estado pasivo para un dominio de routing estable.
- 192.168.1.0/24: red de destino, que también se encuentra en la tabla de routing.
- 1 successors: muestra el número de sucesores para esta red. Si hay varias rutas del mismo costo a esta red, hay varios sucesores.
- FD is 3012096: FD es la métrica de EIGRP para llegar a la red de destino. Esta es la métrica que se muestra en la tabla de routing IP.
Como se muestra en la figura 2, la primera subentrada en la salida muestra el sucesor:
- via 192.168.10.10: dirección del siguiente salto del sucesor, el R3. Esta dirección se muestra en la tabla de routing.
- 3012096: FD a 192.168.1.0/24. Es la métrica que se muestra en la tabla de routing IP.
- 2816: RD del sucesor; es el costo del R3 para llegar a esta red.
- Serial 0/0/1: interfaz de salida usada para llegar a esta red, que también se muestra en la tabla de routing.
Como se ve en la figura 3, en la segunda subentrada se muestra el FS, el R1 (si no hay una segunda entrada, entonces no hay FS):
- via 172.16.3.1: dirección del siguiente salto del FS, el R1.
- 41024256: la nueva FD del R2 a 192.168.1.0/24, en caso de que el R1 se convierta en el nuevo sucesor y sea la nueva métrica mostrada en la tabla de routing IP.
- 2170112: RD del FS, o la métrica del R1 para llegar a esta red. Para cumplir la FC, la RD debe ser inferior a la FD actual de 3 012 096.
- Serial 0/0/0: la interfaz de salida que se usa para llegar al FS, si este router se convierte en el sucesor.
Tabla de topología: ausencia de sucesor factible
Para ver la manera en que DUAL usa los sucesores y los FS, examine la tabla de routing del R1 partiendo de la suposición de que la red es convergente, como se muestra en la figura 1.
En la figura 2, se muestra una salida parcial del comando show ip route en el R1. La ruta a 192.168.1.0/24 muestra que el sucesor es el R3 a través de 192.168.10.6, con una FD de 2 170 112.
En la tabla de routing IP solo incluye la mejor ruta, es decir, el sucesor. Para ver si hay algún FS, debemos analizar la tabla de topología de EIGRP. En la tabla de topología en la figura 3 solo se muestra el sucesor 192.168.10.6, que es el R3. No hay ningún FS. Al observar la topología física real o el diagrama de red, es obvio que hay una ruta de respaldo para 192.168.1.0/24 a través de R2. El R2 no es un FS, debido a que no cumple la FC. No obstante, al observar la topología, es obvio que el R2 es una ruta de respaldo, dado que EIGRP no tiene un mapa de la topología de la red. EIGRP es un protocolo de routing por vector de distancias y sólo conoce la información de la red remota a través de sus vecinos.
DUAL no almacena la ruta a través del R2 en la tabla de topología. Todos los enlaces se pueden mostrar mediante el comando show ip eigrp topology all-links. Este comando muestra los enlaces, independientemente de que cumplan la FC o no.
Como se muestra en la figura 4, el comando show ip eigrp topology all-links muestra todas las rutas posibles a una red, incluidos los sucesores, los FS y hasta las rutas que no son FS. La FD del R1 a 192.168.1.0/24 es 2 170 112, a través del sucesor R3. Para que el R2 se considere un FS, debe cumplir la FC. La RD del R2 al R1 para llegar a 192.168.1.0/24 debe ser inferior a la FD actual del R1. Según la figura, la RD del R2 es 3 012 096, lo cual es más alto que la FD actual del R1, de 2 170 112.
Aunque el R2 parece una ruta de respaldo posible para 192.168.1.0/24, el R1 no sabe que la ruta no es un loop back potencial a través de sí mismo. EIGRP es un protocolo de routing por vector de distancias, sin la capacidad de ver un mapa de topología sin bucles completo de la red. El método de DUAL para garantizar que un vecino tiene una ruta sin bucles es que la métrica del vecino cumpla con la FC. Al asegurarse de que la RD del vecino es inferior a su propia FD, el router puede suponer que ese router vecino no es parte de su propia ruta anunciada y, por lo tanto, evitar siempre un bucle potencial.
El R2 se puede usar como sucesor si el R3 falla, sin embargo, hay un retraso mayor antes de agregarlo a la tabla de routing. Antes de que el R2 se pueda usar como sucesor, DUAL debe llevar a cabo más procesos.
En la figura 2, se muestra una salida parcial del comando show ip route en el R1. La ruta a 192.168.1.0/24 muestra que el sucesor es el R3 a través de 192.168.10.6, con una FD de 2 170 112.
En la tabla de routing IP solo incluye la mejor ruta, es decir, el sucesor. Para ver si hay algún FS, debemos analizar la tabla de topología de EIGRP. En la tabla de topología en la figura 3 solo se muestra el sucesor 192.168.10.6, que es el R3. No hay ningún FS. Al observar la topología física real o el diagrama de red, es obvio que hay una ruta de respaldo para 192.168.1.0/24 a través de R2. El R2 no es un FS, debido a que no cumple la FC. No obstante, al observar la topología, es obvio que el R2 es una ruta de respaldo, dado que EIGRP no tiene un mapa de la topología de la red. EIGRP es un protocolo de routing por vector de distancias y sólo conoce la información de la red remota a través de sus vecinos.
DUAL no almacena la ruta a través del R2 en la tabla de topología. Todos los enlaces se pueden mostrar mediante el comando show ip eigrp topology all-links. Este comando muestra los enlaces, independientemente de que cumplan la FC o no.
Como se muestra en la figura 4, el comando show ip eigrp topology all-links muestra todas las rutas posibles a una red, incluidos los sucesores, los FS y hasta las rutas que no son FS. La FD del R1 a 192.168.1.0/24 es 2 170 112, a través del sucesor R3. Para que el R2 se considere un FS, debe cumplir la FC. La RD del R2 al R1 para llegar a 192.168.1.0/24 debe ser inferior a la FD actual del R1. Según la figura, la RD del R2 es 3 012 096, lo cual es más alto que la FD actual del R1, de 2 170 112.
Aunque el R2 parece una ruta de respaldo posible para 192.168.1.0/24, el R1 no sabe que la ruta no es un loop back potencial a través de sí mismo. EIGRP es un protocolo de routing por vector de distancias, sin la capacidad de ver un mapa de topología sin bucles completo de la red. El método de DUAL para garantizar que un vecino tiene una ruta sin bucles es que la métrica del vecino cumpla con la FC. Al asegurarse de que la RD del vecino es inferior a su propia FD, el router puede suponer que ese router vecino no es parte de su propia ruta anunciada y, por lo tanto, evitar siempre un bucle potencial.
El R2 se puede usar como sucesor si el R3 falla, sin embargo, hay un retraso mayor antes de agregarlo a la tabla de routing. Antes de que el R2 se pueda usar como sucesor, DUAL debe llevar a cabo más procesos.
Máquina de estados finitos (FSM) DUAL
El núcleo de EIGRP son DUAL y su motor de cálculos de ruta EIGRP. El nombre real de esta tecnología es Máquina de Estados Finito (FSM) DUAL. Esta FSM contiene toda la lógica que se utiliza para calcular y comparar rutas en una red EIGRP. La figura muestra una versión simplificada de FSM DUAL.
Una FSM es una máquina abstracta, no un dispositivo mecánico con partes móviles. FSM define un conjunto de estados posibles por los que se puede pasar, qué eventos causan estos estados y qué eventos son el resultado de estos estados. Los diseñadores usan las FSM para describir la manera en que un dispositivo, un programa informático o un algoritmo de routing reaccionan ante un conjunto de eventos de entrada.
Las FSM exceden el ámbito de este curso. Sin embargo, el concepto se utiliza para examinar algunas de las salidas de las FSM de EIGRP mediante el uso del comando debug eigrp fsm. Utilice este comando para analizar qué hace DUAL cuando se elimina una ruta de la tabla de routing.
Una FSM es una máquina abstracta, no un dispositivo mecánico con partes móviles. FSM define un conjunto de estados posibles por los que se puede pasar, qué eventos causan estos estados y qué eventos son el resultado de estos estados. Los diseñadores usan las FSM para describir la manera en que un dispositivo, un programa informático o un algoritmo de routing reaccionan ante un conjunto de eventos de entrada.
Las FSM exceden el ámbito de este curso. Sin embargo, el concepto se utiliza para examinar algunas de las salidas de las FSM de EIGRP mediante el uso del comando debug eigrp fsm. Utilice este comando para analizar qué hace DUAL cuando se elimina una ruta de la tabla de routing.
DUAL: sucesor factible
Actualmente, el R2 usa al R3 como el sucesor a 192.168.1.0/24. Además, el R2 actualmente incluye al R1 como un FS, como se muestra en la figura 1.
La salida de show ip eigrp topology para el R2 en la figura 2 verifica que el R3 es el sucesor y el R1 es el FS para la red 192.168.1.0/24. Para comprender la manera en que DUAL puede usar un FS cuando la ruta que usa el sucesor no está disponible, se simula una falla de enlace entre el R2 y el R3.
Antes de simular la falla, debe habilitarse la depuración de DUAL mediante el comando debug eigrp fsm en el R2, como se muestra en la figura 3. La falla de enlace se simula mediante el comando shutdown en la interfaz Serial 0/0/1 del R2.
La salida de debug muestra la actividad que genera DUAL cuando un enlace queda fuera de servicio. El R2 debe informar a todos los vecinos EIGRP del enlace perdido y también actualizar sus propias tablas de routing y de topología. En este ejemplo, solo se muestran determinadas salidas de debug. Observe en particular que la FSM DUAL busca y encuentra un FS para la ruta en la tabla de topología de EIGRP.
El FS R1 ahora se convierte en el sucesor y se instala en la tabla de routing como la nueva mejor ruta a 192.168.1.0/24, como se muestra en la figura 4. Con un FS, este cambio en la tabla de routing sucede casi de inmediato.
Como se muestra en la figura 5, la tabla de topología para el R2 ahora muestra al R1 como el sucesor, y no hay nuevos FS. Si el enlace entre el R2 y el R3 se activa nuevamente, el R3 vuelve a ser el sucesor y el R1 se convierte una vez más en el FS.
La salida de show ip eigrp topology para el R2 en la figura 2 verifica que el R3 es el sucesor y el R1 es el FS para la red 192.168.1.0/24. Para comprender la manera en que DUAL puede usar un FS cuando la ruta que usa el sucesor no está disponible, se simula una falla de enlace entre el R2 y el R3.
Antes de simular la falla, debe habilitarse la depuración de DUAL mediante el comando debug eigrp fsm en el R2, como se muestra en la figura 3. La falla de enlace se simula mediante el comando shutdown en la interfaz Serial 0/0/1 del R2.
La salida de debug muestra la actividad que genera DUAL cuando un enlace queda fuera de servicio. El R2 debe informar a todos los vecinos EIGRP del enlace perdido y también actualizar sus propias tablas de routing y de topología. En este ejemplo, solo se muestran determinadas salidas de debug. Observe en particular que la FSM DUAL busca y encuentra un FS para la ruta en la tabla de topología de EIGRP.
El FS R1 ahora se convierte en el sucesor y se instala en la tabla de routing como la nueva mejor ruta a 192.168.1.0/24, como se muestra en la figura 4. Con un FS, este cambio en la tabla de routing sucede casi de inmediato.
Como se muestra en la figura 5, la tabla de topología para el R2 ahora muestra al R1 como el sucesor, y no hay nuevos FS. Si el enlace entre el R2 y el R3 se activa nuevamente, el R3 vuelve a ser el sucesor y el R1 se convierte una vez más en el FS.
DUAL: ausencia de sucesor factible
A veces, la ruta al sucesor falla y no hay FS. En este caso, DUAL no tiene una ruta de respaldo a la red sin bucles garantizada, de manera que la ruta no está en la tabla de topología como un FS. Si no hay FS en la tabla de topología, DUAL pone la red en estado activo. DUAL consulta activamente a sus vecinos en busca de un nuevo sucesor.
El R1 usa actualmente al R3 como el sucesor a 192.168.1.0/24, como se muestra en la figura 1. Sin embargo, el R1 no tiene al R2 incluido como un FS, porque el R2 no cumple la FC. Para comprender la manera en que DUAL busca un nuevo sucesor cuando no hay un FS, se simula una falla de enlace entre el R1 y el R3.
Antes de simular la falla de enlace, se habilita la depuración de DUAL con el comando debug eigrp fsm en el R1, como se muestra en la figura 2. La falla de enlace se simula mediante el comando shutdown en la interfaz Serial 0/0/1 del R1.
Cuando el sucesor deja de estar disponible y no hay un sucesor factible, DUAL pone la ruta en estado activo. DUAL envía consultas EIGRP en las que les pregunta a otros routers por una ruta a la red. Los otros routers devuelven respuestas EIGRP, que le permiten al emisor de la consulta EIGRP saber si tienen o no tienen una ruta a la red solicitada. Si ninguna de estas respuestas EIGRP incluye una ruta a esa red, el emisor de la consulta no tiene una ruta a esa red.
La salida seleccionada de debug en la figura 2 muestra a la red 192.168.1.0/24 puesta en estado activo y las consultas de EIGRP enviadas a otros vecinos. R2 responde con una ruta hacia esta red, la cual se convierte en el nuevo sucesor y se instala en la tabla de routing.
Si el emisor de las consultas EIGRP recibe respuestas EIGRP que incluyen una ruta hacia la red solicitada, la ruta preferida se agrega como nuevo sucesor y también a la tabla de routing. Este proceso lleva más tiempo que si DUAL tuviese un FS en su tabla de topología y pudiese agregar la nueva ruta a la tabla de routing rápidamente. Observe que en la figura 3 el R1 tiene una nueva ruta a la red 192.168.1.0/24. El nuevo sucesor EIGRP es el router R2.
En la figura 4, se muestra que la tabla de topología para el R1 ahora tiene al R2 como el sucesor, sin nuevos FS. Si el enlace entre el R1 y el R3 se activa nuevamente, el R3 vuelve a ser el sucesor. No obstante, el R2 aún no es el FS, porque no cumple la FC.
El R1 usa actualmente al R3 como el sucesor a 192.168.1.0/24, como se muestra en la figura 1. Sin embargo, el R1 no tiene al R2 incluido como un FS, porque el R2 no cumple la FC. Para comprender la manera en que DUAL busca un nuevo sucesor cuando no hay un FS, se simula una falla de enlace entre el R1 y el R3.
Antes de simular la falla de enlace, se habilita la depuración de DUAL con el comando debug eigrp fsm en el R1, como se muestra en la figura 2. La falla de enlace se simula mediante el comando shutdown en la interfaz Serial 0/0/1 del R1.
Cuando el sucesor deja de estar disponible y no hay un sucesor factible, DUAL pone la ruta en estado activo. DUAL envía consultas EIGRP en las que les pregunta a otros routers por una ruta a la red. Los otros routers devuelven respuestas EIGRP, que le permiten al emisor de la consulta EIGRP saber si tienen o no tienen una ruta a la red solicitada. Si ninguna de estas respuestas EIGRP incluye una ruta a esa red, el emisor de la consulta no tiene una ruta a esa red.
La salida seleccionada de debug en la figura 2 muestra a la red 192.168.1.0/24 puesta en estado activo y las consultas de EIGRP enviadas a otros vecinos. R2 responde con una ruta hacia esta red, la cual se convierte en el nuevo sucesor y se instala en la tabla de routing.
Si el emisor de las consultas EIGRP recibe respuestas EIGRP que incluyen una ruta hacia la red solicitada, la ruta preferida se agrega como nuevo sucesor y también a la tabla de routing. Este proceso lleva más tiempo que si DUAL tuviese un FS en su tabla de topología y pudiese agregar la nueva ruta a la tabla de routing rápidamente. Observe que en la figura 3 el R1 tiene una nueva ruta a la red 192.168.1.0/24. El nuevo sucesor EIGRP es el router R2.
En la figura 4, se muestra que la tabla de topología para el R1 ahora tiene al R2 como el sucesor, sin nuevos FS. Si el enlace entre el R1 y el R3 se activa nuevamente, el R3 vuelve a ser el sucesor. No obstante, el R2 aún no es el FS, porque no cumple la FC.
EIGRP para IPv6
De manera similar a su homólogo para IPv4, EIGRP para IPv6 intercambia información de routing para completar la tabla de routing IPv6 con prefijos remotos. EIGRP para IPv6 está disponible a partir del IOS de Cisco versión 12.4(6)T.
Nota: En IPv6, la dirección de red se denomina “prefijo” y la máscara de subred se denomina “longitud de prefijo”.
El protocolo EIGRP para IPv4 se ejecuta en la capa de red de IPv4, y se comunica con otros pares del protocolo EIGRP para IPv4 y anuncia solo las rutas de IPv4. El protocolo EIGRP para IPv6 tiene la misma funcionalidad que el protocolo EIGRP para IPv4, pero utiliza IPv6 como transporte de capa de red, y se comunica con pares del protocolo EIGRP para IPv6 y anuncia rutas de IPv6.
EIGRP para IPv6 también usa DUAL como motor de cómputo para garantizar rutas principales y de respaldo sin bucles a través de todo el dominio de routing.
Al igual que con todos los protocolos de routing IPv6, EIGRP para IPv6 tiene procesos separados de los de su homólogo para IPv4. Los procesos y las operaciones son básicamente los mismos que en el protocolo de routing IPv4; no obstante, se ejecutan de manera independiente. EIGRP para IPv4 y EIGRP para IPv6 tienen tablas de vecinos EIGRP, tablas de topología EIGRP y tablas de IP routing separadas, como se muestra en la figura. EIGRP para IPv6 es un módulo dependiente de protocolo (PDM) separado.
Los comandos de configuración y verificación de EIGRP para IPv6 son muy similares a los que se utilizan en EIGRP para IPv4. Estos comandos se describen más adelante en esta sección.
Nota: En IPv6, la dirección de red se denomina “prefijo” y la máscara de subred se denomina “longitud de prefijo”.
El protocolo EIGRP para IPv4 se ejecuta en la capa de red de IPv4, y se comunica con otros pares del protocolo EIGRP para IPv4 y anuncia solo las rutas de IPv4. El protocolo EIGRP para IPv6 tiene la misma funcionalidad que el protocolo EIGRP para IPv4, pero utiliza IPv6 como transporte de capa de red, y se comunica con pares del protocolo EIGRP para IPv6 y anuncia rutas de IPv6.
EIGRP para IPv6 también usa DUAL como motor de cómputo para garantizar rutas principales y de respaldo sin bucles a través de todo el dominio de routing.
Al igual que con todos los protocolos de routing IPv6, EIGRP para IPv6 tiene procesos separados de los de su homólogo para IPv4. Los procesos y las operaciones son básicamente los mismos que en el protocolo de routing IPv4; no obstante, se ejecutan de manera independiente. EIGRP para IPv4 y EIGRP para IPv6 tienen tablas de vecinos EIGRP, tablas de topología EIGRP y tablas de IP routing separadas, como se muestra en la figura. EIGRP para IPv6 es un módulo dependiente de protocolo (PDM) separado.
Los comandos de configuración y verificación de EIGRP para IPv6 son muy similares a los que se utilizan en EIGRP para IPv4. Estos comandos se describen más adelante en esta sección.
Comparación de EIGRP para IPv4 e IPv6
La siguiente es una comparación de las principales características de EIGRP para IPv4 e EIGRP para IPv6:
- Rutas anunciadas: EIGRP para IPv4 anuncia redes IPv4, mientras que EIGRP para IPv6 anuncia prefijos IPv6.
- Vector distancia: EIGRP para IPv4 y para IPv6 son protocolos de routing por vector de distancias avanzados. Ambos protocolos usan las mismas distancias administrativas.
- Tecnología de convergencia: tanto EIGRP para IPv4 como para IPv6 usan el algoritmo DUAL. Ambos protocolos usan las mismas técnicas y procesos de DUAL, incluidos sucesor, FS, FD y RD.
- Métrica: tanto EIGRP para IPv4 como para IPv6 usan ancho de banda, retraso, confiabilidad y carga para su métrica compuesta. Ambos protocolos de routing usan la misma métrica compuesta y, de manera predeterminada, usan solo ancho de banda y retraso.
- Protocolo de transporte: el protocolo de transporte confiable (RTP) es responsable de la entrega garantizada de paquetes EIGRP a todos los vecinos para ambos protocolos, EIGRP para IPv4 y para IPv6.
- Mensajes de actualización: tanto EIGRP para IPv4 como para IPv6 envían actualizaciones incrementales cuando el estado de un destino cambia. Los términos “parcial” y “limitada” se usan para hacer referencia a las actualizaciones de ambos protocolos.
- Mecanismo de detección de vecinos: tanto EIGRP para IPv4 como EIGRP para IPv6 utilizan un simple mecanismo de saludo para detectar routers vecinos y formar adyacencias.
- Direcciones de origen y destino: EIGRP para IPv4 envía mensajes a la dirección de multidifusión 224.0.0.10. Estos mensajes utilizan la dirección IPv4 de origen de la interfaz de salida. EIGRP para IPv6 envía sus mensajes a la dirección de multidifusión FF02::A. Los mensajes EIGRP para IPv6 se originan en la dirección link-local IPv6 de la interfaz de salida.
- Autenticación: EIGRP para IPv4 y EIGRP para IPv6 usan la autenticación Message Digest 5 (MD5). El EIGRP designado también admite el algoritmo más sólido SHA256.
- ID del router: EIGRP para IPv4 y EIGRP para IPv6 usan un número de 32 bits para la ID del router EIGRP. La ID de router de 32 bits se representa con una notación decimal con puntos que comúnmente se considera una dirección IPv4. Si el router EIGRP para IPv6 no está configurado con una dirección IPv4, se debe utilizar el comando eigrp router-id para configurar una ID de router de 32 bits. El proceso para determinar la ID del router es el mismo para ambos protocolos EIGRP, para IPv4 y para IPv6.
Direcciones link-local IPv6
Los routers que ejecutan un protocolo de routing dinámico, como EIGRP, intercambian mensajes entre vecinos en la misma subred o el mismo enlace. Los routers solo necesitan enviar y recibir mensajes de protocolo de routing con sus vecinos conectados directamente. Estos mensajes siempre se envían desde la dirección IP de origen del router que realiza el reenvío.
Las direcciones link-local IPv6 son ideales para este propósito. Una dirección link-local IPv6 permite que un dispositivo se comunique con otros dispositivos con IPv6 habilitado en el mismo enlace y solo en ese enlace (subred). Los paquetes con una dirección link-local de origen o de destino no se pueden enrutar más allá del enlace en el cual se originó el paquete.
Los mensajes EIGRP para IPv6 se envían mediante lo siguiente:
Nota: Las direcciones link-local IPv6 están en el rango de FE80::/10. El valor /10 indica que los primeros 10 bits son 1111 1110 10xx xxxx, lo que da como resultado un primer hexteto con el rango de 1111 1110 1000 0000 (FE80) a 1111 1110 1011 1111 (FEBF).
Las direcciones link-local IPv6 son ideales para este propósito. Una dirección link-local IPv6 permite que un dispositivo se comunique con otros dispositivos con IPv6 habilitado en el mismo enlace y solo en ese enlace (subred). Los paquetes con una dirección link-local de origen o de destino no se pueden enrutar más allá del enlace en el cual se originó el paquete.
Los mensajes EIGRP para IPv6 se envían mediante lo siguiente:
- Dirección IPv6 de origen: esta es la dirección link-local IPv6 de la interfaz de salida.
- Dirección IPv6 de destino: cuando debe enviarse un paquete a una dirección de multidifusión, se envía a la dirección IPv6 de multidifusión FF02::A, el ámbito de todos los routers EIGRP con alcance al enlace local. Si el paquete puede enviarse como una dirección de unidifusión, se envía a la dirección link-local del router vecino.
Nota: Las direcciones link-local IPv6 están en el rango de FE80::/10. El valor /10 indica que los primeros 10 bits son 1111 1110 10xx xxxx, lo que da como resultado un primer hexteto con el rango de 1111 1110 1000 0000 (FE80) a 1111 1110 1011 1111 (FEBF).
Topología de red EIGRP para IPv6
En la figura 1, se muestra la topología de la red que se utiliza para configurar EIGRP para IPv6. Si en la red se ejecuta dual-stack y se utilizan IPv4 e IPv6 en todos los dispositivos, se puede configurar tanto EIGRP para IPv4 como para IPv6 en todos los routers. No obstante, esta sección se centra solamente en EIGRP para IPv6.
Solo las direcciones IPv6 de unidifusión global se configuraron en cada router.
En las figuras 2, 3 y 4, se muestra la configuración de inicio de interfaz en cada router. Observe los valores de ancho de banda de interfaz de la configuración EIGRP para IPv4 previa. Debido a que EIGRP utiliza las mismas métricas para IPv4 e IPv6, modificar los parámetros de ancho de banda influye en ambos protocolos de routing.
Solo las direcciones IPv6 de unidifusión global se configuraron en cada router.
En las figuras 2, 3 y 4, se muestra la configuración de inicio de interfaz en cada router. Observe los valores de ancho de banda de interfaz de la configuración EIGRP para IPv4 previa. Debido a que EIGRP utiliza las mismas métricas para IPv4 e IPv6, modificar los parámetros de ancho de banda influye en ambos protocolos de routing.
Configuración de direcciones link-local IPv6
Las direcciones link-local se crean de manera automática cuando se asigna una dirección IPv6 de unidifusión global a la interfaz. No se requieren direcciones de unidifusión global en una interfaz, pero sí se requieren direcciones link-local IPv6, como se muestra en la figura 1.
A menos que se configuren manualmente, los routers Cisco crean la dirección link-local utilizando el prefijo FE80::/10 y el proceso EUI-64. EUI-64 implica usar la dirección MAC de Ethernet de 48 bits, insertar FFFE en el medio e invertir el séptimo bit. Para las interfaces seriales, Cisco usa la dirección MAC de una interfaz Ethernet. Un router con varias interfaces seriales puede asignar la misma dirección link-local a cada interfaz IPv6, porque las direcciones link-local solo necesitan ser locales en el enlace.
Las direcciones link-local creadas con el formato EUI-64 o, en algunos casos, con ID de interfaces aleatorias, hacen que resulte difícil reconocer y recordar esas direcciones. Debido a que los protocolos de routing IPv6 utilizan direcciones link-local IPv6 para la asignación de direcciones de unidifusión y la información de dirección de siguiente salto en la tabla de routing, habitualmente se busca que sea una dirección fácil de reconocer. Configurar la dirección link-local manualmente permite crear una dirección reconocible y más fácil de recordar.
Las direcciones link-local pueden configurarse manualmente mediante el mismo comando de interfaz utilizado para crear las direcciones IPv6 de unidifusión globales, pero con diferentes parámetros:
Router(config-if)# ipv6 address link-local-address link-local
Una dirección link-local tiene un prefijo dentro del rango de FE80 a FEBF. Cuando una dirección comienza con este hexteto (segmento de 16 bits), la palabra clave link-local debe escribirse después de la dirección.
En la figura 2, se muestra la configuración de una dirección link-local mediante el comando ipv6 address del modo de configuración de interfaz. La dirección link-local FE80::1 se utiliza para que sea posible reconocer fácilmente que pertenece al router R1. Se configura la misma dirección link-local IPv6 en todas las interfaces del R1. Se puede configurar FE80::1 en cada enlace, debido a que solamente tiene que ser única en ese enlace.
De manera similar al R1, en la figura 3 el router R2 se configura con FE80::2 como la dirección link-local IPv6 en todas sus interfaces.
Utilice el verificador de sintaxis en la figura 4 para configurar FE80::3 como la dirección link-local en todas las interfaces del R3.
Como se muestra en la figura 5, el comando show ipv6 interface brief se usa para verificar las direcciones link-local IPv6 y de unidifusión global en todas las interfaces.A menos que se configuren manualmente, los routers Cisco crean la dirección link-local utilizando el prefijo FE80::/10 y el proceso EUI-64. EUI-64 implica usar la dirección MAC de Ethernet de 48 bits, insertar FFFE en el medio e invertir el séptimo bit. Para las interfaces seriales, Cisco usa la dirección MAC de una interfaz Ethernet. Un router con varias interfaces seriales puede asignar la misma dirección link-local a cada interfaz IPv6, porque las direcciones link-local solo necesitan ser locales en el enlace.
Las direcciones link-local creadas con el formato EUI-64 o, en algunos casos, con ID de interfaces aleatorias, hacen que resulte difícil reconocer y recordar esas direcciones. Debido a que los protocolos de routing IPv6 utilizan direcciones link-local IPv6 para la asignación de direcciones de unidifusión y la información de dirección de siguiente salto en la tabla de routing, habitualmente se busca que sea una dirección fácil de reconocer. Configurar la dirección link-local manualmente permite crear una dirección reconocible y más fácil de recordar.
Las direcciones link-local pueden configurarse manualmente mediante el mismo comando de interfaz utilizado para crear las direcciones IPv6 de unidifusión globales, pero con diferentes parámetros:
Router(config-if)# ipv6 address link-local-address link-local
Una dirección link-local tiene un prefijo dentro del rango de FE80 a FEBF. Cuando una dirección comienza con este hexteto (segmento de 16 bits), la palabra clave link-local debe escribirse después de la dirección.
En la figura 2, se muestra la configuración de una dirección link-local mediante el comando ipv6 address del modo de configuración de interfaz. La dirección link-local FE80::1 se utiliza para que sea posible reconocer fácilmente que pertenece al router R1. Se configura la misma dirección link-local IPv6 en todas las interfaces del R1. Se puede configurar FE80::1 en cada enlace, debido a que solamente tiene que ser única en ese enlace.
De manera similar al R1, en la figura 3 el router R2 se configura con FE80::2 como la dirección link-local IPv6 en todas sus interfaces.
Utilice el verificador de sintaxis en la figura 4 para configurar FE80::3 como la dirección link-local en todas las interfaces del R3.
Configuración del proceso de routing EIGRP para IPv6
El comando ipv6 unicast-routing del modo de configuración global habilita el routing IPv6 en el router. Este comando es necesario antes de poder configurar cualquier protocolo de routing IPv6. No se requiere para configurar direcciones IPv6 en las interfaces, pero es necesario para habilitar el router como un router IPv6.
EIGRP para IPv6
El siguiente comando del modo de configuración global se utiliza para ingresar al modo de configuración del router para EIGRP para IPv6:
Router(config)# ipv6 router eigrp sistema-autónomo
Similar a EIGRP para IPv4, el valor autonomous-system debe ser el mismo en todos los routers en el dominio de routing. En la figura 1, el proceso de routing EIGRP para IPv6 no se pudo configurar hasta que el routing IPv6 se habilitó con el comando del modo de configuración global ipv6 unicast-routing.
Configuración de la ID de router
Como se muestra en la figura 2, el comando eigrp router-id se utiliza para configurar la ID del router. EIGRP para IPv6 utiliza un valor de 32 bits para la ID del router. Para obtener ese valor, EIGRP para IPv6 utiliza el mismo proceso que EIGRP para IPv4. El comando eigrp router-id tiene precedencia sobre cualquier dirección de loopback o dirección IPv4 de interfaz física. Si un router EIGRP para IPv6 no tiene ninguna interfaz activa con una dirección IPv4, se requiere el comando eigrp router-id.
La ID del router debe ser un número único de 32 bits en el dominio de routing EIGRP para IP; de lo contrario, pueden ocurrir incongruencias de routing.
Nota: El comando eigrp router-id se utiliza para configurar la ID del router. Algunas versiones del IOS aceptan el comando router-id, sin tener que especificar eigrp primero. Sin embargo, la configuración en ejecución muestra eigrp router-id, independientemente de cuál sea el comando que se utiliza.
De manera predeterminada, el proceso EIGRP para IPv6 se encuentra en estado desactivado. Se requiere el comando no shutdown para activar el proceso EIGRP para IPv6, como se muestra en la figura 3. Este comando no se requiere para EIGRP para IPv4. Aunque EIGRP para IPv6 esté habilitado, no se pueden enviar ni recibir actualizaciones de adyacencias de vecinos ni de routing hasta que EIGRP se active en las interfaces apropiadas.
Se requieren el comando no shutdown y una ID de router para que el router establezca adyacencias de vecinos.
En la figura 4, se muestra la configuración de EIGRP para IPv6 completa para el router R2.
Utilice el verificador de sintaxis de la figura 5 para configurar el proceso EIGRP para IPv6 en el router R3.EIGRP para IPv6
El siguiente comando del modo de configuración global se utiliza para ingresar al modo de configuración del router para EIGRP para IPv6:
Router(config)# ipv6 router eigrp sistema-autónomo
Similar a EIGRP para IPv4, el valor autonomous-system debe ser el mismo en todos los routers en el dominio de routing. En la figura 1, el proceso de routing EIGRP para IPv6 no se pudo configurar hasta que el routing IPv6 se habilitó con el comando del modo de configuración global ipv6 unicast-routing.
Configuración de la ID de router
Como se muestra en la figura 2, el comando eigrp router-id se utiliza para configurar la ID del router. EIGRP para IPv6 utiliza un valor de 32 bits para la ID del router. Para obtener ese valor, EIGRP para IPv6 utiliza el mismo proceso que EIGRP para IPv4. El comando eigrp router-id tiene precedencia sobre cualquier dirección de loopback o dirección IPv4 de interfaz física. Si un router EIGRP para IPv6 no tiene ninguna interfaz activa con una dirección IPv4, se requiere el comando eigrp router-id.
La ID del router debe ser un número único de 32 bits en el dominio de routing EIGRP para IP; de lo contrario, pueden ocurrir incongruencias de routing.
Nota: El comando eigrp router-id se utiliza para configurar la ID del router. Algunas versiones del IOS aceptan el comando router-id, sin tener que especificar eigrp primero. Sin embargo, la configuración en ejecución muestra eigrp router-id, independientemente de cuál sea el comando que se utiliza.
De manera predeterminada, el proceso EIGRP para IPv6 se encuentra en estado desactivado. Se requiere el comando no shutdown para activar el proceso EIGRP para IPv6, como se muestra en la figura 3. Este comando no se requiere para EIGRP para IPv4. Aunque EIGRP para IPv6 esté habilitado, no se pueden enviar ni recibir actualizaciones de adyacencias de vecinos ni de routing hasta que EIGRP se active en las interfaces apropiadas.
Se requieren el comando no shutdown y una ID de router para que el router establezca adyacencias de vecinos.
En la figura 4, se muestra la configuración de EIGRP para IPv6 completa para el router R2.
El comando de interfaz ipv6 eigrp
EIGRP para IPv6 utiliza un método diferente para habilitar una interfaz para EIGRP. En lugar de usar el comando network del modo de configuración del router para especificar las direcciones de interfaz que coinciden, EIGRP para IPv6 se configura directamente en la interfaz.
Utilice el siguiente comando del modo de configuración de interfaz para habilitar EIGRP para IPv6 en una interfaz:
Router(config-if)# ipv6 eigrp sistema-autónomo
El valor autonomous-system debe ser el mismo número que el utilizado para habilitar el proceso de routing EIGRP. De manera similar al comando network que se utiliza en EIGRP para IPv4, el comando e interfaz ipv6 eigrp lleva a cabo lo siguiente:
En la figura 1, se muestra la configuración para habilitar EIGRP para IPv6 en las interfaces de los routers R1 y R2. Observe el mensaje a continuación de la interfaz serial 0/0/0 en el R2:
%DUAL-5-NBRCHANGE: EIGRP-IPv6 2: Neighbor FE80::1 (Serial0/0/0) is up: new adjacency
Este mensaje indica que el R2 formó una adyacencia EIGRP-IPv6 con el vecino en la dirección link-local FE80::1. Debido a que se configuraron direcciones link-local estáticas en los tres routers, es fácil determinar que esta adyacencia es con el router R1 (FE80::1).
Utilice el verificador de sintaxis de la figura 2 para habilitar EIGRP para IPv6 en las interfaces del R3.
Interfaz pasiva con EIGRP para IPv6
El mismo comando passive-interface que se utiliza para IPv4 se usa para configurar una interfaz como pasiva en EIGRP para IPv6. Como se muestra en la figura 3, se utiliza el comando show ipv6 protocols para verificar la configuración.Utilice el siguiente comando del modo de configuración de interfaz para habilitar EIGRP para IPv6 en una interfaz:
Router(config-if)# ipv6 eigrp sistema-autónomo
El valor autonomous-system debe ser el mismo número que el utilizado para habilitar el proceso de routing EIGRP. De manera similar al comando network que se utiliza en EIGRP para IPv4, el comando e interfaz ipv6 eigrp lleva a cabo lo siguiente:
- Habilita la interfaz para que forme adyacencias, y envíe o reciba actualizaciones de EIGRP para IPv6.
- Incluye el prefijo (red) de esta interfaz en las actualizaciones de routing EIGRP para IPv6.
En la figura 1, se muestra la configuración para habilitar EIGRP para IPv6 en las interfaces de los routers R1 y R2. Observe el mensaje a continuación de la interfaz serial 0/0/0 en el R2:
%DUAL-5-NBRCHANGE: EIGRP-IPv6 2: Neighbor FE80::1 (Serial0/0/0) is up: new adjacency
Este mensaje indica que el R2 formó una adyacencia EIGRP-IPv6 con el vecino en la dirección link-local FE80::1. Debido a que se configuraron direcciones link-local estáticas en los tres routers, es fácil determinar que esta adyacencia es con el router R1 (FE80::1).
Utilice el verificador de sintaxis de la figura 2 para habilitar EIGRP para IPv6 en las interfaces del R3.
Interfaz pasiva con EIGRP para IPv6
Tabla de vecinos de IPv6
De manera similar a lo que sucede en EIGRP para IPv4, antes de que se puedan enviar actualizaciones de EIGRP para IPv6, los routers deben establecer adyacencias con sus vecinos, como se muestra en la figura 1.
Utilice el comando show ipv6 eigrp neighbors para ver la tabla de vecinos y verificar que EIGRP para IPv6 haya establecido una adyacencia con sus vecinos. La salida que se ve en la figura 2 muestra la dirección link-local IPv6 del vecino adyacente y la interfaz que utiliza el router para llegar a ese vecino EIGRP. Al utilizar direcciones link-local detalladas, resulta más fácil reconocer a los vecinos R2 en FE80::2 y R3 en FE80::3.
Los encabezados de columna que figuran en la salida que genera el comando show ipv6 eigrp neighbors identifican lo siguiente:
El comando show ipv6 eigrp neighbors es útil para verificar y resolver problemas de EIGRP para IPv6. Si un vecino esperado no se encuentra en la lista, asegúrese de que ambos extremos del enlace tengan estado up/up mediante el comando show ipv6 interface brief. En EIGRP para IPv6, existen los mismos requisitos para establecer adyacencias de vecinos que en EIGRP para IPv4. Si ambos lados del enlace tienen interfaces activas, verifique lo siguiente:
Utilice el comando show ipv6 eigrp neighbors para ver la tabla de vecinos y verificar que EIGRP para IPv6 haya establecido una adyacencia con sus vecinos. La salida que se ve en la figura 2 muestra la dirección link-local IPv6 del vecino adyacente y la interfaz que utiliza el router para llegar a ese vecino EIGRP. Al utilizar direcciones link-local detalladas, resulta más fácil reconocer a los vecinos R2 en FE80::2 y R3 en FE80::3.
Los encabezados de columna que figuran en la salida que genera el comando show ipv6 eigrp neighbors identifican lo siguiente:
- Columna H: indica los vecinos en el orden en el que se detectaron.
- Address: dirección link-local IPv6 del vecino.
- Interface (Interfaz): la interfaz local en la cual se recibió este paquete de saludo.
- Hold (Retención): el tiempo de retención actual. Cuando se recibe un paquete de saludo, este valor se restablece al tiempo de espera máximo para esa interfaz y, luego, se realiza una cuenta regresiva hasta cero. Si se llega a cero, el vecino se considera inactivo.
- Uptime (Tiempo de actividad): la cantidad de tiempo desde que se agregó este vecino a la tabla de vecinos.
- SRTT y RTO: utilizados por RTP para administrar paquetes EIGRP confiables.
- Q Cnt (conteo de cola): siempre debe ser cero. Si es más que cero, hay paquetes EIGRP que esperan ser enviados.
- Seq Num (número de secuencia): se utiliza para rastrear paquetes de actualización, de consulta y de respuesta.
El comando show ipv6 eigrp neighbors es útil para verificar y resolver problemas de EIGRP para IPv6. Si un vecino esperado no se encuentra en la lista, asegúrese de que ambos extremos del enlace tengan estado up/up mediante el comando show ipv6 interface brief. En EIGRP para IPv6, existen los mismos requisitos para establecer adyacencias de vecinos que en EIGRP para IPv4. Si ambos lados del enlace tienen interfaces activas, verifique lo siguiente:
- ¿Ambos routers están configurados con el mismo número de sistema autónomo de EIGRP?
- ¿La interfaz está habilitada para EIGRP para IPv6 con el número de sistema autónomo correcto?
El comando show ip protocols
El comando show ipv6 protocols muestra los parámetros y otra información acerca del estado de cualquier proceso activo de protocolo de routing IPv6 actualmente configurado en el router. El comando show ipv6 protocols muestra distintos tipos de salidas específicos de cada protocolo de routing IPv6.
La salida en la figura indica varios de los parámetros de EIGRP para IPv6 analizados anteriormente, incluido lo siguiente:
1. EIGRP para IPv6 es un protocolo de routing dinámico activo en el R1, configurado con el número de sistema autónomo 2.
2. Estos son los valores k utilizados para calcular la métrica compuesta de EIGRP. De manera predeterminada, K1 y K3 están establecidos en 1, y K2, K4 y K5 están establecidos en 0.
3. La ID de router EIGRP para IPv6 del R1 es 1.0.0.0.
4. Al igual que sucede con EIGRP para IPv4, las distancias administrativas de EIGRP para IPv6 son AD interna de 90 y externa de 170 (valores predeterminados).
5. Las interfaces habilitadas para EIGRP para IPv6.
La salida del comando show ipv6 protocols es útil para depurar operaciones de routing. En la sección Interfaces, se muestra cuáles interfaces EIGRP para IPv6 se habilitaron. Esto es útil para verificar que EIGRP está habilitado en todas las interfaces apropiadas con el número de sistema autónomo correcto.
La salida en la figura indica varios de los parámetros de EIGRP para IPv6 analizados anteriormente, incluido lo siguiente:
1. EIGRP para IPv6 es un protocolo de routing dinámico activo en el R1, configurado con el número de sistema autónomo 2.
2. Estos son los valores k utilizados para calcular la métrica compuesta de EIGRP. De manera predeterminada, K1 y K3 están establecidos en 1, y K2, K4 y K5 están establecidos en 0.
3. La ID de router EIGRP para IPv6 del R1 es 1.0.0.0.
4. Al igual que sucede con EIGRP para IPv4, las distancias administrativas de EIGRP para IPv6 son AD interna de 90 y externa de 170 (valores predeterminados).
5. Las interfaces habilitadas para EIGRP para IPv6.
La salida del comando show ipv6 protocols es útil para depurar operaciones de routing. En la sección Interfaces, se muestra cuáles interfaces EIGRP para IPv6 se habilitaron. Esto es útil para verificar que EIGRP está habilitado en todas las interfaces apropiadas con el número de sistema autónomo correcto.
La tabla de routing EIGRP para IPv6
Al igual que con cualquier protocolo de routing, el objetivo es completar la tabla de routing IP con rutas a redes remotas y las mejores rutas para llegar a aquellas redes. Como con IPv4, es importante analizar la tabla de routing IPv6 y determinar si está completada con las rutas correctas.
La tabla de routing IPv6 se examina mediante el comando show ipv6 route. Las rutas EIGRP para IPv6 se muestran en la tabla de routing con una D, al igual que las rutas EIGRP para IPv4 en la tabla de routing IPv4.
En la figura 1, se muestra que el R1 tiene instaladas tres rutas EIGRP a redes IPv6 remotas en su tabla de routing IPv6:
Las tres rutas utilizan al R3 como router de siguiente salto (sucesor). Observe que en la tabla de routing se utiliza la dirección link-local como la dirección del siguiente salto. Debido a que en cada router se configuraron todas las interfaces con una dirección link-local única y distinguible, es fácil reconocer que el router de siguiente salto a través de FE80::3 es el router R3.
En la figura 2, se muestra la tabla de routing IPv6 del R2.
En la figura 3, se muestra la tabla de routing del R3. Observe que el R3 tiene dos rutas del mismo costo a 2001:DB8:CAFE:A001::/64. Una ruta es a través del R1 en FE80::1, y la otra es a través del R2 en FE80::2.La tabla de routing IPv6 se examina mediante el comando show ipv6 route. Las rutas EIGRP para IPv6 se muestran en la tabla de routing con una D, al igual que las rutas EIGRP para IPv4 en la tabla de routing IPv4.
En la figura 1, se muestra que el R1 tiene instaladas tres rutas EIGRP a redes IPv6 remotas en su tabla de routing IPv6:
- 2001:DB8:CAFE:2::/64 a través del R3 (FE80::3), mediante su interfaz serial 0/0/1
- 2001:DB8:CAFE:3::/64 a través del R3 (FE80::3), mediante su interfaz Serial 0/0/1
- 2001:DB8:CAFE:A002::/64 a través del R3 (FE80::3), mediante su interfaz Serial 0/0/1
Las tres rutas utilizan al R3 como router de siguiente salto (sucesor). Observe que en la tabla de routing se utiliza la dirección link-local como la dirección del siguiente salto. Debido a que en cada router se configuraron todas las interfaces con una dirección link-local única y distinguible, es fácil reconocer que el router de siguiente salto a través de FE80::3 es el router R3.
En la figura 2, se muestra la tabla de routing IPv6 del R2.