Hvorfor din VPN-backup ikke er en mulig EIGRP-efterfølger
En mulig efterfølger skal bestå en streng ulighed, ikke blot eksistere. Sammenlign den rapporterede og den mulige afstand, før du justerer timere eller bebrejder tunnelen.
En anden tunnel kommer op, routingtabellen viser stadig én vej, og den oplagte konklusion er, at protokollen ikke har bemærket det. Normalt bemærker den det og afviser. EIGRP installerer kun en backup, når den består en bestemt test uden sløjfer, og at en tunnel er oppe siger intet om, hvorvidt naboens rapporterede afstand består den test. Den forskel er hele svaret, og det er aritmetik frem for en timer.
Betingelsen, præcist formuleret
RFC 7868 definerer gennemførlighedsbetingelsen som en tilstrækkelig kontrol af naboens sløjfefri vej: naboens rapporterede afstand til en destination skal være strengt mindre end den lokale mulige afstand. Strengt. Ikke mindre end eller lig med.
Det ene ulighedstegn er det, der gør en alternativ vej til en mulig efterfølger. Alt andet her er bogføring omkring det.
To afstande med forskellige opgaver
Den rapporterede afstand er det, naboen annoncerer for destinationen. Den mulige afstand er en registrering af den mindst kendte samlede metrik siden den sidste ACTIVE–PASSIVE-overgang, og derfor kan den afvige fra metrikken for den aktuelle bedste vej. At blande de to giver selvsikre forkerte konklusioner.
I en operationel visning står flere afstandslignende kolonner side om side. Læs overskriften på den kolonne, du bruger, og husk, at naboens fulde beregnede vejmetrik ikke er den samme størrelse som den afstand, den rapporterede til dig.
Én gennemregnet sammenligning
Tag et erklæret eksempel med en mulig afstand på 1000. En nabo, der rapporterer 900, består testen og kan blive en mulig efterfølger. En nabo, der rapporterer 1000, består den ikke, fordi betingelsen er en streng ulighed, og lighed er ikke nok.
Tallene er aritmetik, ikke linkhastigheder. Læs dem ikke som en forudsigelse om en bestemt router eller som en anbefalet metrik.
Registrering er ikke kvalifikation
En mekanisme kan hurtigt bemærke en død peer, mens EIGRP stadig ikke har nogen egnet erstatning. At bemærke er én fase; koordineret ruteberegning er en anden, og den starter kun, når der ikke findes nogen mulig efterfølger. At fejle betingelsen beviser ikke, at alternativet fysisk har en sløjfe. Det betyder, at den lokale genvejstest ikke har etableret garantien, så beregningen skal håndtere resultatet.
At forkorte en livstidstimer kan ikke skabe rækkevidde, der aldrig var der, og at ændre en konfigureret båndbredde eller forsinkelsesværdi er ikke en måling af kapacitet.
Læs felterne, og prøv derefter applikationen
Notér destinationen, den nuværende efterfølger, den kandidatnæbo, dens rapporterede afstand, den mulige afstand og den resulterende rutetilstand. show ip eigrp topology 10.10.10.0/24 giver dig det meste af det for et enkelt præfiks. Bind derefter beslutningen til den tunnelsti, der faktisk bærer det næste hop, fordi routingtabellen og tunneltabellen kan være uenige om, hvilken grænseflade der bruges.
Under en godkendt observation skal du følge tre ting hver for sig: registrering, rutevalg og applikationens egen genopretning. Den sekvens fortæller dig, om den manglende del er en egnet backup, VPN-stien nedenunder eller arbejdsbyrden, der genopretter forbindelsen, i stedet for at antage, at enhver langsom genopretning kræver endnu en timer.
Den nyttige vane er at kontrollere uligheden, før du rører ved noget andet. Det kræver én kommando, og det afgør diskussionen.