De ce copia de siguranță VPN nu este un succesor fezabil EIGRP

Un al doilea tunel urcă, tabela de rutare arată în continuare o singură cale, iar concluzia evidentă este că protocolul nu a observat. De obicei observă și refuză. EIGRP instalează o rezervă doar când aceasta trece un test specific fără bucle, iar faptul că un tunel este activ nu spune nimic despre dacă distanța raportată a vecinului trece acel test. Această distincție este tot răspunsul și este aritmetică, nu un temporizator.

Condiția, formulată exact

RFC 7868 definește condiția de fezabilitate ca o verificare suficientă pentru calea fără bucle a unui vecin: distanța raportată a vecinului către o destinație trebuie să fie strict mai mică decât distanța fezabilă locală. Strict. Nu mai mică sau egală.

Exact această singură inegalitate face dintr-o alternativă un succesor fezabil. Tot restul aici este contabilitate în jurul ei.

Două distanțe cu sarcini diferite

Distanța raportată este ceea ce vecinul anunță pentru destinație. Distanța fezabilă este o înregistrare a celei mai mici metrici totale cunoscute de la ultima tranziție ACTIVE–PASSIVE, motiv pentru care poate diferi de metrica celei mai bune căi actuale. Amestecarea celor două produce concluzii greșite și încrezătoare.

Într-o afișare operațională, mai multe coloane asemănătoare distanței stau una lângă alta. Citiți antetul coloanei pe care o folosiți și rețineți că metrica completă calculată a căii vecinului nu este aceeași mărime ca distanța pe care v-a raportat-o.

O comparație lucrată

Luați un exemplu declarat cu distanța fezabilă de 1000. Un vecin care raportează 900 trece testul și poate deveni succesor fezabil. Un vecin care raportează 1000 eșuează, pentru că condiția este o inegalitate strictă și egalitatea nu este suficientă.

Acele numere sunt aritmetică, nu viteze de legătură. Nu le citiți ca predicție despre un anumit router sau ca metrică recomandată.

Detectarea nu este eligibilitate

Un mecanism poate observa rapid un partener mort în timp ce EIGRP încă nu are niciun înlocuitor eligibil. Observarea este o etapă; calculul coordonat al rutei este alta și începe doar când nu există niciun succesor fezabil. Eșecul condiției nu dovedește că alternativa are o buclă fizică. Înseamnă că testul local al scurtăturii nu a stabilit garanția, așa că calculul trebuie să gestioneze rezultatul.

Scurtarea unui temporizator de vitalitate nu poate crea accesibilitate care nu a existat niciodată, iar modificarea unei lățimi de bandă sau a unei valori de întârziere configurate nu este o măsurare a capacității.

Citiți câmpurile, apoi testați aplicația

Înregistrați destinația, succesorul actual, vecinul candidat, distanța raportată a acestuia, distanța fezabilă și starea de rută rezultată. show ip eigrp topology 10.10.10.0/24 vă oferă cea mai mare parte din acestea pentru un singur prefix. Apoi legați decizia de calea tunelului care transportă efectiv următorul salt, pentru că tabela de rutare și tabela tunelurilor pot să nu fie de acord cu privire la interfața folosită.

Sub o observație aprobată, urmăriți trei lucruri separat: detectarea, selecția rutei și recuperarea proprie a aplicației. Acea secvență vă spune dacă piesa lipsă este o rezervă eligibilă, calea VPN de dedesubt sau sarcina de lucru care se reconectează, în loc să presupuneți că fiecare recuperare lentă are nevoie de încă un temporizator.

Obiceiul util este să verificați inegalitatea înainte de a atinge orice altceva. Necesită o singură comandă și încheie dezbaterea.