Kvifor VPN-reservekopien din ikkje er ein mogleg EIGRP-etterfylgjar

Ein andre tunnel kjem opp, rutetabellen viser framleis éin veg, og den openberre konklusjonen er at protokollen ikkje har lagt merke til det. Vanlegvis har han lagt merke til det og avvist det. EIGRP installerer berre ein reservekopi når han består ein bestemd test utan løkker, og at ein tunnel er oppe seier ingenting om korvidt den rapporterte avstanden til naboen består den testen. Den skilnaden er heile svaret, og det er aritmetikk framfor ein timer.

Vilkåret, presist formulert

RFC 7868 definerer moglegvilkåret som ein tilstrekkeleg kontroll av den løkkefrie vegen til naboen: den rapporterte avstanden til naboen til ein destinasjon må vere strengt mindre enn den lokale moglege avstanden. Strengt. Ikkje mindre enn eller lik.

Det eine ulikskapsteiknet er det som gjer ein alternativ veg til ein mogleg etterfylgjar. Alt anna her er bokføring rundt det.

To avstandar med ulike oppgåver

Den rapporterte avstanden er det naboen annonserer for destinasjonen. Den moglege avstanden er ein registrering av den minst kjende totale metrikken sidan den siste ACTIVE–PASSIVE-overgangen, og difor kan han avvike frå metrikken til den gjeldande beste vegen. Å blande dei to gir sjølvsikre feil konklusjonar.

I ein operativ visning står fleire avstandsliknande kolonnar side ved side. Les overskrifta til kolonnen du brukar, og hugs at den fulle berekna vegmetrikken til naboen ikkje er same storleik som avstanden han rapporterte til deg.

Éin gjennomrekna samanlikning

Ta eit erklært døme med ein mogleg avstand på 1000. Ein nabo som rapporterer 900 består testen og kan bli ein mogleg etterfylgjar. Ein nabo som rapporterer 1000 består han ikkje, fordi vilkåret er ein streng ulikskap og likskap ikkje er nok.

Tala er aritmetikk, ikkje lenkefart. Ikkje les dei som ein spådom om ein bestemd ruter eller som ein tilrådd metrikk.

Oppdaging er ikkje kvalifikasjon

Ein mekanisme kan raskt leggje merke til ein død peer medan EIGRP framleis ikkje har noka eigna erstatning. Å leggje merke til er ein fase; koordinert ruteberekning er ein annan, og han startar berre når det ikkje finst nokon mogleg etterfylgjar. Å feile vilkåret bevisar ikkje at alternativet fysisk har ei løkke. Det tyder at den lokale snøggvegtestsen ikkje etablerte garantien, så berekninga må handtere resultatet.

Å forkorte ein levetidstimer kan ikkje skape rekkevidde som aldri var der, og å endre ein konfigurert bandbreidd eller forseinkingsverdi er ikkje ei måling av kapasitet.

Les felta, og test deretter programmet

Noter destinasjonen, den noverande etterfylgjaren, kandidatnaboen, den rapporterte avstanden hans, den moglege avstanden og den resulterande rutetilstanden. show ip eigrp topology 10.10.10.0/24 gir deg det meste av dette for eitt prefiks. Bind deretter avgjerda til tunnelbanen som faktisk ber neste hopp, fordi rutetabellen og tunneltabellen kan vere usamde om kva grensesnitt som blir brukt.

Under ein godkjend observasjon, følg tre ting kvar for seg: oppdaging, ruteval og den eigenlege attopprettinga til programmet. Den sekvensen fortel deg om den manglande delen er ein eigna reservekopi, VPN-banen under eller arbeidslasta som koplar til på nytt, i staden for å anta at kvar langsam attoppretting treng nok ein timer.

Den nyttige vanen er å kontrollere ulikskapen før du rører noko anna. Det krev éin kommando, og det avgjer diskusjonen.