Este documento contiene información sobre la resolución de problemas frecuentes del Protocolo de ruteo de gateway interior mejorado (EIGRP). Para obtener más información o para ir al siguiente diagrama de flujo, consulte los enlaces que se proporcionan en esta sección.
Si tiene el resultado de un comando show interfaces serial , show ip eigrp neighbors , show tech-support , o un comando show ip eigrp topology desde su dispositivo Cisco, puede utilizar Output Interpreter (registrado sólo para clientes) para mostrar posibles problemas y soluciones.
Los lectores de este documento deben tener un buen entendimiento de cómo funciona EIGRP y un buen conocimiento de la Configuración de EIGRP.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). If your network is live, make sure that you understand the potential impact of any command.
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Para resolver problemas de EIGRP, utilice este diagrama de flujo, comenzando en el cuadro marcado como Main. Dependiendo de los síntomas, el diagrama de flujo podría hacer referencia a uno de los tres diagramas de flujo que aparecen más adelante en este documento o a otros documentos relevantes en Cisco.com. Hay algunos problemas que pueden no ser resueltos aquí. En estos casos, se proporcionan enlaces al Soporte técnico de Cisco. Para abrir una solicitud de servicio, debe tener un contrato de servicio válido.
Nota: Si no puede hacer ping exitosamente entre vecinos, ejecute el comando debug ip packet para verificar si los saludos se envían a la dirección de multidifusión 224.0.0.10.
Nota: Por ejemplo:
R1#debug ip packet IP packet debugging is on R1# *Mar 1 00:10:54.643: IP: s=10.10.10.1 (local), d=224.0.0.10 (FastEthernet0/0), len 60, sending broad/multicast R1# *Mar 1 00:10:58.611: IP: s=10.10.10.2 (FastEthernet0/0), d=224.0.0.10, len 60, rcvd 2 !--- Indicates that the hello packets are sent to 224.0.0.10.
Notas del diagrama de flujo | |
---|---|
1 | Ejecute el comando show ip eigrp interface para verificar. |
2 | Ejecute el comando show interface serial para verificar. |
Nota: Si experimenta los problemas con la inestabilidad de EIGRP a través del túnel de interfaz GRE, es posible que tenga que configurar los comandos keepalive 10 3 e ip tcp adjust-mss 1400 en ambos extremos del túnel GRE. .
Notas del diagrama de flujo | |
---|---|
3 | Ejecute el comando show ip interface para verificar. |
Notas del diagrama de flujo | |
---|---|
4 | Ejecute el comando show ip eigrp topology net mask para verificar. |
Notas del diagrama de flujo | |
---|---|
5 | Ejecute el comando show ip route eigrp para verificar. |
6 | Ejecute el comando show ip eigrp topology para verificar. Si las rutas no se ven en la tabla de topología, ejecute el comando clear ip eigrp topology. |
Notas del diagrama de flujo | |
---|---|
7 | Ejecute el comando show ip eigrp topology net mask , para encontrar el ID del router (RID). Puede encontrar el RID local con el mismo comando en el router externo generado localmente. En Cisco IOS Software Release 12.1 y posteriores, el comando show ip eigrp topology muestra el RID. |
La estabilidad de la relación de vecindad es una preocupación primordial. Un fallo en la relación de vecinos se acompaña de un aumento de la utilización de la CPU y del ancho de banda. Los vecinos EIGRP pueden inestabilizarse por estas razones:
Aletas de link subyacentes. Cuando una interfaz se desactiva, EIGRP desactiva los vecinos que son accesibles a través de esa interfaz y vacía todas las rutas aprendidas a través de ese vecino.
Intervalos de saludo y espera mal configurados. El intervalo de espera EIGRP se puede establecer independientemente del intervalo hello si ejecuta el comando ip hold-time eigrp. Si establece un intervalo de espera menor que el intervalo de saludo, los vecinos se inestabilizarán continuamente. Cisco recomienda que el tiempo de espera sea al menos tres veces el intervalo de saludo. Si el valor se establece menos de 3 veces el intervalo de saludo, existe la posibilidad de que el link sea inestable o de que la vecindad sea inestable.
R1(config-if)#ip hello-interval eigrp 1 30 R1(config-if)#ip hold-time eigrp 1 90
Pérdida de paquetes hello: Los paquetes Hello se pueden perder en links excesivamente congestionados o links propensos a errores (errores CRC, errores Frame o colisiones excesivas).
Existencia de links unidireccionales. Un router en un link unidireccional puede recibir paquetes de saludo, pero los paquetes de saludo enviados no se reciben en el otro extremo. La existencia de este estado suele estar indicada por los mensajes de límite de reintentos excedidos en un extremo. Si los routers que generan mensajes de límite de reintento excedido tienen que formar una vecindad, haga que el link sea bidireccional tanto para unidifusión como para multidifusión. En caso de que se utilicen interfaces de túnel en la topología, asegúrese de que las interfaces se anuncien correctamente.
La ruta se atasca en activo. Cuando un router ingresa en el estado stuck-in-active, los vecinos de los cuales se esperaba la respuesta se reinicializan y el router se activa en todas las rutas aprendidas de esos vecinos.
Suministro de ancho de banda insuficiente para el proceso EIGRP. Cuando no hay suficiente ancho de banda disponible, los paquetes se pueden perder, lo que hace que los vecinos dejen de funcionar.
Líneas seriales incorrectas.
Sentencias de ancho de banda configuradas incorrectamente.
Tráfico de multidifusión unidireccional.
Rutas en Estado Stuck In Active.
Tormentas de consulta.
La relación de vecino EIGRP no se establece sobre el túnel GRE multipunto si hay una asociación NHRP incorrecta en el spoke. El protocolo de resolución de próximo salto (NHRP) se utiliza para descubrir las direcciones de otros routers y redes detrás de los routers que están conectados a una red de acceso múltiple sin difusión (NBMA). Cuando una declaración de red bajo Eigrp cubre tanto la interfaz física como la interfaz de túnel (la dirección IP de la interfaz de túnel y la dirección IP de la interfaz física pertenecen a la misma clase principal) y si la interfaz física es el origen del túnel, entonces las dos interfaces deben ser anunciadas por separado en Eigrp para evitar problemas con DMVPN. La práctica recomendada es anunciar las interfaces mediante anuncios de subred específicos.
Este problema se puede resolver cuando borra las asociaciones NHRP con este comando:
Router#clear ip nhrp
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
15-Mar-2002
|
Versión inicial |