Por qué su respaldo VPN no es un sucesor factible de EIGRP

Se levanta un segundo túnel, la tabla de enrutamiento sigue mostrando una sola ruta, y la conclusión obvia es que el protocolo no se ha dado cuenta. Normalmente se da cuenta y lo rechaza. EIGRP solo instala un respaldo cuando supera una prueba específica sin bucles, y que un túnel esté activo no dice nada sobre si la distancia reportada del vecino supera esa prueba. Esa distinción es toda la respuesta, y es aritmética, no un temporizador.

La condición, enunciada con exactitud

RFC 7868 define la condición de factibilidad como una comprobación suficiente para la ruta sin bucles de un vecino: la distancia reportada del vecino para un destino debe ser estrictamente menor que la distancia factible local. Estrictamente. No menor o igual.

Esa única desigualdad es lo que convierte a una alternativa en un sucesor factible. Todo lo demás aquí es contabilidad alrededor de ella.

Dos distancias con trabajos distintos

La distancia reportada es lo que el vecino anuncia para el destino. La distancia factible es un registro de la métrica total mínima conocida desde la última transición ACTIVE–PASSIVE, por lo que puede diferir de la métrica de la mejor ruta actual. Mezclar ambas produce conclusiones erróneas y seguras.

En una visualización operativa, varias columnas que parecen distancias se sientan una junto a otra. Lea el encabezado de la columna que está usando y recuerde que la métrica completa calculada de la ruta del vecino no es la misma magnitud que la distancia que le reportó.

Una comparación desarrollada

Tome un ejemplo declarado con una distancia factible de 1000. Un vecino que reporta 900 supera la prueba y puede convertirse en sucesor factible. Un vecino que reporta 1000 falla, porque la condición es una desigualdad estricta y la igualdad no basta.

Esos números son aritmética, no velocidades de enlace. No los lea como una predicción sobre ningún enrutador concreto ni como una métrica recomendada.

Detectar no es ser elegible

Un mecanismo puede advertir rápidamente un par muerto mientras EIGRP aún no tiene ningún reemplazo elegible. Advertir es una etapa; el cálculo coordinado de rutas es otra, y solo comienza cuando no existe ningún sucesor factible. Fallar la condición no demuestra que la alternativa tenga un bucle físico. Significa que la prueba local de atajo no estableció la garantía, así que el cálculo tiene que manejar el resultado.

Acortar un temporizador de vitalidad no puede crear alcanzabilidad que nunca existió, y cambiar un ancho de banda o un valor de retardo configurados no es una medición de capacidad.

Lea los campos y luego pruebe la aplicación

Registre el destino, el sucesor actual, el vecino candidato, su distancia reportada, la distancia factible y el estado de ruta resultante. show ip eigrp topology 10.10.10.0/24 le da la mayor parte de eso para un solo prefijo. Luego ate la decisión a la ruta del túnel que realmente transporta el siguiente salto, porque la tabla de enrutamiento y la tabla de túneles pueden discrepar sobre qué interfaz se está usando.

Bajo una observación aprobada, siga tres cosas por separado: detección, selección de ruta y la propia recuperación de la aplicación. Esa secuencia le dice si la pieza que falta es un respaldo elegible, la ruta VPN por debajo o la carga de trabajo reconectándose, en lugar de suponer que cada recuperación lenta necesita otro temporizador.

El hábito útil es comprobar la desigualdad antes de tocar cualquier otra cosa. Requiere un solo comando y zanja la discusión.