Kial via VPN-rezervo ne estas farebla posteulo de EIGRP
Farebla posteulo devas trapasi striktan neegalaĵon, ne nur ekzisti. Komparu la raportitan kaj fareblan distancon antaŭ ol agordi tempigilojn aŭ kulpi la tunelon.
Dua tunelo leviĝas, la enkursiga tabelo ankoraŭ montras unu vojon, kaj la evidenta konkludo estas, ke la protokolo ne rimarkis tion. Kutime ĝi rimarkas kaj malakceptas. EIGRP instalas rezervon nur kiam ĝi trapasas specifan senbuklan teston, kaj tio, ke tunelo estas levita, diras nenion pri tio, ĉu la raportita distanco de la najbaro trapasas tiun teston. Tiu distingo estas la tuta respondo, kaj ĝi estas aritmetiko, ne tempigilo.
La kondiĉo, precize formulita
RFC 7868 difinas la fareblecan kondiĉon kiel sufiĉan kontrolon por la senbukla vojo de najbaro: la raportita distanco de la najbaro al celloko devas esti strikte malpli granda ol la loka farebla distanco. Strikte. Ne malpli aŭ egala.
Ĝuste tiu unu neegalaĵo igas alternativon farebla posteulo. Ĉio alia ĉi tie estas librotenado ĉirkaŭ ĝi.
Du distancoj kun malsamaj taskoj
La raportita distanco estas tio, kion la najbaro anoncas por la celloko. La farebla distanco estas registro de la plej malgranda konata totala metriko ekde la lasta transiro ACTIVE–PASSIVE, kaj tial ĝi povas diferenci de la metriko de la nuna plej bona vojo. Konfuzi la du produktas memfidajn malĝustajn konkludojn.
En operacia montraĵo pluraj distancecaj kolumnoj staras unu apud la alia. Legu la kapkapon de la kolumno, kiun vi uzas, kaj memoru, ke la plena komputita vojmetriko de najbaro ne estas la sama kvanto kiel la distanco, kiun ĝi raportis al vi.
Unu prilaborita komparo
Prenu deklarita ekzemplo kun farebla distanco de 1000. Najbaro raportanta 900 trapasas la teston kaj povas fariĝi farebla posteulo. Najbaro raportanta 1000 malsukcesas, ĉar la kondiĉo estas strikta neegalaĵo kaj egaleco ne sufiĉas.
Tiuj nombroj estas aritmetiko, ne ligilaj rapidecoj. Ne legu ilin kiel antaŭdiron pri iu aparta enkursigilo aŭ kiel rekomenditan metrikon.
Detekto ne estas taŭgeco
Mekanismo povas rapide rimarki mortan kunulon, dum EIGRP ankoraŭ havas neniun taŭgan anstataŭanton. Rimarki estas unu stadio; kunordigita voja kalkulado estas alia, kaj ĝi komenciĝas nur kiam mankas farebla posteulo. Malsukceso de la kondiĉo ne pruvas, ke la alternativo fizike havas buklon. Ĝi signifas, ke la loka mallongiga test ne establis la garantion, do la kalkulado devas pritrakti la rezulton.
Mallongigi vivecan tempigilon ne povas krei atingeblon, kiu neniam ekzistis, kaj ŝanĝi agorditan bendlarĝon aŭ prokrastan valoron ne estas mezurado de kapacito.
Legu la kampojn, poste testu la aplikaĵon
Registru la cellokon, la nunan posteulon, la kandidatan najbaron, ĝian raportitan distancon, la fareblan distancon kaj la rezultan vojstaton. show ip eigrp topology 10.10.10.0/24 donas al vi la plej multon de tio por unu prefikso. Poste ligigu la decidon al la tunela vojo, kiu efektive portas la sekvan salton, ĉar la enkursiga tabelo kaj la tunela tabelo povas malkonsenti pri tio, kiu interfaco estas uzata.
Sub aprobita observado, sekvu tri aferojn aparte: detekto, voja elekto kaj la propra reakiro de la aplikaĵo. Tiu sinsekvo diras al vi, ĉu la mankanta peco estas taŭga rezervo, la VPN-vojo sub ĝi, aŭ la laborŝarĝo rekonektiĝanta, anstataŭ supozi, ke ĉiu malrapida reakiro bezonas alian tempigilon.
La utila kutimo estas kontroli la neegalaĵon antaŭ ol tuŝi ion alian. Ĝi postulas unu komandon kaj ĝi solvas la disputon.