En andre tunnel kommer opp, rutetabellen viser fortsatt én vei, og den åpenbare konklusjonen er at protokollen ikke har lagt merke til det. Vanligvis har den lagt merke til det og avvist det. EIGRP installerer bare en sikkerhetskopi når den består en bestemt test uten løkker, og at en tunnel er oppe sier ingenting om hvorvidt naboens rapporterte avstand består den testen. Den forskjellen er hele svaret, og det er aritmetikk fremfor en timer.

Betingelsen, presist formulert

RFC 7868 definerer mulighetsbetingelsen som en tilstrekkelig kontroll av naboens løkkefrie vei: naboens rapporterte avstand til en destinasjon må være strengt mindre enn den lokale mulige avstanden. Strengt. Ikke mindre enn eller lik.

Det ene ulikhetstegnet er det som gjør en alternativ vei til en mulig etterfølger. Alt annet her er bokføring rundt det.

To avstander med ulike oppgaver

Den rapporterte avstanden er det naboen annonserer for destinasjonen. Den mulige avstanden er en registrering av den minst kjente totale metrikken siden den siste ACTIVE–PASSIVE-overgangen, og derfor kan den avvike fra metrikken til den gjeldende beste veien. Å blande de to gir selvsikre feil konklusjoner.

I en operativ visning står flere avstandslignende kolonner side ved side. Les overskriften til kolonnen du bruker, og husk at naboens fulle beregnede veimetrikk ikke er samme størrelse som avstanden den rapporterte til deg.

Én gjennomregnet sammenligning

Ta et erklært eksempel med en mulig avstand på 1000. En nabo som rapporterer 900 består testen og kan bli en mulig etterfølger. En nabo som rapporterer 1000 består den ikke, fordi betingelsen er en streng ulikhet og likhet ikke er nok.

Tallene er aritmetikk, ikke lenkehastigheter. Ikke les dem som en spådom om en bestemt ruter eller som en anbefalt metrikk.

Oppdagelse er ikke kvalifikasjon

En mekanisme kan raskt legge merke til en død peer mens EIGRP fortsatt ikke har noen egnet erstatning. Å legge merke til er én fase; koordinert ruteberegning er en annen, og den starter bare når det ikke finnes noen mulig etterfølger. Å feile betingelsen beviser ikke at alternativet fysisk har en løkke. Det betyr at den lokale snarveitesten ikke etablerte garantien, så beregningen må håndtere resultatet.

Å forkorte en levetidstimer kan ikke skape rekkevidde som aldri var der, og å endre en konfigurert båndbredde eller forsinkelsesverdi er ikke en måling av kapasitet.

Les feltene, og test deretter applikasjonen

Noter destinasjonen, den nåværende etterfølgeren, kandidatnaboen, dens rapporterte avstand, den mulige avstanden og den resulterende rutetilstanden. show ip eigrp topology 10.10.10.0/24 gir deg det meste av dette for ett prefiks. Bind deretter beslutningen til tunnelbanen som faktisk bærer neste hopp, fordi rutetabellen og tunneltabellen kan være uenige om hvilket grensesnitt som brukes.

Under en godkjent observasjon, følg tre ting hver for seg: oppdagelse, rutevalg og applikasjonens egen gjenoppretting. Den sekvensen forteller deg om den manglende delen er en egnet sikkerhetskopi, VPN-banen under eller arbeidsbelastningen som kobler til på nytt, i stedet for å anta at enhver langsom gjenoppretting trenger nok en timer.

Den nyttige vanen er å kontrollere ulikheten før du rører noe annet. Det krever én kommando, og det avgjør diskusjonen.

Relaterte artikler