En esta clase continuamos con el estudio práctico de EIGRP, y nos enfocamos en uno de los temas que más aparece en el examen CCNP ENARSI 300-410: la resolución de problemas en el establecimiento de vecinos. Trabajaremos con la misma topología de 6 routers de la clase anterior, pero esta vez con configuraciones que intencionalmente evitan que los routers formen vecindad EIGRP. El objetivo es que ustedes aprendan a identificar cada falla de manera sistemática, utilizando los comandos correctos en el momento correcto.
Analizaremos de forma progresiva los problemas más comunes que impiden el establecimiento de vecinos EIGRP, algunos de ellos son:
show ip eigrp neighbors detailRecordemos que para que 2 routers se conviertan en vecinos EIGRP deben cumplirse 4 condiciones: la IP del mensaje hello recibido debe pertenecer a la misma red lógica de la interface donde se recibe, los valores de sistema autónomo deben coincidir, los parámetros de autenticación deben ser los mismos, y los valores K utilizados para el cálculo de la métrica también deben ser iguales. En esta clase revisaremos las primeras tres condiciones con casos reales, y la autenticación la trabajaremos en una siguiente clase.
Uno de los casos más interesantes que estudiaremos es cuando los routers envían mensajes hello pero no establecen vecindad, y no aparece ningún log de error. Esto ocurre cuando los sistemas autónomos no coinciden, y si no lo saben de antemano, puede costar bastante tiempo encontrar el problema. También veremos un escenario donde la vecindad sí se forma, el vecino aparece activo en la tabla, pero las rutas nunca llegan a la tabla de enrutamiento.
Este último caso es especialmente importante, el router ve al vecino, pero nunca sincroniza rutas. Para estos casos, comandos como show ip eigrp neighbors detail y la columna Q de la tabla de vecinos son herramientas importantes que desarrollaremos en la clase.
El último caso que resolveremos tiene que ver con el hold time y el hello interval. Cuando el hold time configurado es menor al hello interval, el router vecino declara la vecindad como caída antes de recibir el siguiente hello, lo que genera un flapping constante. Aunque la configuración es posible, no tiene ningún sentido práctico y es un error que hay que saber identificar rápido. Veremos cómo verificar estos valores y cómo restaurarlos a sus valores por defecto.
Nota: Esta clase es continuación directa de la anterior. Si aún no vieron la clase de configuración EIGRP Classic Mode, es importante que la revisen primero ya que utilizamos la misma topología y asumimos que ya conocen los comandos básicos de habilitación.
El examen CCNP ENARSI 300-410 tiene muchas preguntas respecto a la resolución de problemas. Si quieres practicar estos escenarios con todos los detalles, suscríbete y accede al curso completo.
Con el comando show ip protocols se pueden ver los valores K configurados en el router. Los valores por defecto son K1=1, K2=0, K3=1, K4=0, K5=0, y no se recomienda modificarlos. Para corregir una inconsistencia, se ingresa al proceso EIGRP y se ejecuta el comando metric weights 0 1 0 1 0 0 para restaurar los valores por defecto. Cuando los valores K no coinciden, el sistema sí genera un mensaje de error en el log, a diferencia de la inconsistencia en el sistema autónomo.
Se genera un flapping constante en la vecindad. El router vecino declara la relación como caída antes de recibir el siguiente hello, luego la vuelve a establecer, y el ciclo se repite indefinidamente. Para verificar estos valores se utiliza show ip eigrp interfaces detail. El hold time siempre debe ser mayor al hello interval, y los valores por defecto en redes Ethernet son 5 segundos para el hello y 15 segundos para el hold time.