Wêrom jo VPN-backup gjin EIGRP-helbere opfolger is

In twadde tunnel komt omheech, de rûteleabel lit noch altyd ien paad sjen, en de foar de hân lizzende konklúzje is dat it protokoll it net opmurken hat. Meastentiids hat it it opmurken en wegere. EIGRP ynstallearret allinnich in reserve as dy in spesifike lusfrije test trochstiet, en dat in tunnel omheech is seit neat oer oft de rapportearre ôfstân fan ’e buorman dy test trochstiet. Dat ferskil is it hiele antwurd, en it is rekkenjen ynstee fan in timer.

De betingst, krekt formulearre

RFC 7868 definiearret de helberensbetingst as in foldwaande kontrôle foar it lusfrije paad fan in buorman: de rapportearre ôfstân fan ’e buorman foar in bestimming moat strikt lytser wêze as de lokale helbere ôfstân. Strikt. Net lytser as of gelyk.

Just dy iene ûngelikens makket in alternatyf in helbere opfolger. Al it oare hjir is boekhâlding deromhinne.

Twa ôfstannen mei ferskillende taken

De rapportearre ôfstân is wat de buorman foar de bestimming oankundiget. De helbere ôfstân is in fêstlizzing fan ’e lytste bekende totale metryk sûnt de lêste ACTIVE–PASSIVE-oergong, en dêrom kin dy ferskille fan ’e metryk fan it hjoeddeiske bêste paad. It trochinoar heljen fan dy beide jout selsbewuste ferkearde konklúzjes.

Yn in operasjonele werjefte steane ferskate ôfstân-like kolommen njonken elkoar. Lês de kop fan ’e kolom dy’t jo brûke, en tink deroan dat de folsleine berekkene paadmetryk fan in buorman net deselde grutheid is as de ôfstân dy’t er jo rapportearre hat.

Ien útwurke ferliking

Nim in oankundige foarbyld mei in helbere ôfstân fan 1000. In buorman dy’t 900 rapportearret trochstiet de test en kin in helbere opfolger wurde. In buorman dy’t 1000 rapportearret slagget net, om’t de betingst in strikte ûngelikens is en gelikens net genôch is.

Dy sifers binne rekkenjen, gjin keppelingsfaasjes. Lês se net as in foarsizzing oer in beskate router of as in oanrekommandearre metryk.

Deteksje is gjin geskiktheid

In meganisme kin in deade partner fluch opmerke wylst EIGRP noch gjin geskikte ferfanging hat. Opmerken is ien stadium; koördinearre rûteberekkening is in oar, en dy begjint allinnich as der gjin helbere opfolger bestiet. It net heljen fan ’e betingst bewiist net dat it alternatyf fysyk in lus hat. It betsjut dat de lokale fluchtoets de garânsje net fêstige hat, dus de berekkening moat it resultaat ôfhandelje.

It koartsjen fan in libbenskrêfttimer kin gjin berikberens meitsje dy’t der nea wie, en it feroarjen fan in konfigurearre bânbreedte of fertragingswearde is gjin mjitting fan kapasiteit.

Lês de fjilden, test dan de applikaasje

Registrearje de bestimming, de hjoeddeiske opfolger, de kandidaat-buorman, syn rapportearre ôfstân, de helbere ôfstân en de resultearjende rûtestatus. show ip eigrp topology 10.10.10.0/24 jout jo it measte dêrfan foar ien foarheaksel. Byn dan it beslút oan it tunnelpaad dat de folgjende hop echt draacht, om’t de rûteleabel en de tunnelleabel it net iens wêze kinne oer hokker ynterface brûkt wurdt.

Under in goedkarde observaasje, folgje trije dingen apart: deteksje, rûtekar en it eigen herstel fan ’e applikaasje. Dy folchoarder fertelt jo oft it ûntbrekkende stik in geskikte reserve is, it VPN-paad derûnder of de wurklêst dy’t wer ferbynt, ynstee fan oan te nimmen dat elk stadich herstel noch in timer nedich hat.

De nuttige gewoante is om de ûngelikens te kontrolearjen foardat jo eat oars oanreitsje. It kostet ien opdracht en it besljochtet de diskusje.