Perché il tuo backup VPN non è un successore fattibile EIGRP

Un secondo tunnel sale, la tabella di routing mostra ancora un solo percorso, e la conclusione ovvia è che il protocollo non se ne è accorto. Di solito se ne accorge e lo rifiuta. EIGRP installa un backup solo quando supera uno specifico test senza loop, e il fatto che un tunnel sia attivo non dice nulla su se la distanza riportata del vicino superi quel test. Quella distinzione è tutta la risposta, ed è aritmetica, non un timer.

La condizione, enunciata esattamente

RFC 7868 definisce la condizione di fattibilità come una verifica sufficiente per il percorso senza loop di un vicino: la distanza riportata dal vicino per una destinazione deve essere strettamente minore della distanza fattibile locale. Strettamente. Non minore o uguale.

È quella singola disuguaglianza a rendere un’alternativa un successore fattibile. Tutto il resto qui è contabilità attorno ad essa.

Due distanze con compiti diversi

La distanza riportata è ciò che il vicino annuncia per la destinazione. La distanza fattibile è un registro della metrica totale minima conosciuta dall’ultima transizione ACTIVE–PASSIVE, per questo può differire dalla metrica del percorso migliore attuale. Confondere le due produce conclusioni sbagliate e sicure di sé.

In una visualizzazione operativa diverse colonne che sembrano distanze stanno una accanto all’altra. Leggi l’intestazione della colonna che stai usando e ricorda che la metrica completa calcolata del percorso di un vicino non è la stessa grandezza della distanza che ti ha riportato.

Un confronto svolto

Prendi un esempio dichiarato con una distanza fattibile di 1000. Un vicino che riporta 900 supera il test e può diventare un successore fattibile. Un vicino che riporta 1000 fallisce, perché la condizione è una disuguaglianza stretta e l’uguaglianza non basta.

Quei numeri sono aritmetica, non velocità di collegamento. Non leggerli come una previsione su un router particolare né come una metrica consigliata.

Rilevare non è essere idonei

Un meccanismo può notare rapidamente un peer morto mentre EIGRP non ha ancora alcun sostituto idoneo. Notare è una fase; il calcolo coordinato del percorso è un’altra, e inizia solo quando non esiste alcun successore fattibile. Fallire la condizione non dimostra che l’alternativa abbia un loop fisico. Significa che il test locale della scorciatoia non ha stabilito la garanzia, quindi il calcolo deve gestire il risultato.

Accorciare un timer di vitalità non può creare raggiungibilità che non è mai esistita, e cambiare una larghezza di banda o un valore di ritardo configurati non è una misura della capacità.

Leggi i campi, poi prova l’applicazione

Registra la destinazione, il successore attuale, il vicino candidato, la sua distanza riportata, la distanza fattibile e lo stato di rotta risultante. show ip eigrp topology 10.10.10.0/24 ti dà la maggior parte di questo per un singolo prefisso. Poi lega la decisione al percorso del tunnel che trasporta davvero il salto successivo, perché la tabella di routing e la tabella dei tunnel possono non essere d’accordo su quale interfaccia sia in uso.

Sotto un’osservazione approvata, segui tre cose separatamente: rilevamento, selezione del percorso e recupero proprio dell’applicazione. Quella sequenza ti dice se il pezzo mancante è un backup idoneo, il percorso VPN sottostante o il carico di lavoro che si riconnette, invece di presumere che ogni recupero lento richieda un altro timer.

L’abitudine utile è verificare la disuguaglianza prima di toccare qualsiasi altra cosa. Serve un solo comando e chiude la discussione.