DMVPN WAN-feladatátvétel: útvonal-szabály vagy a tunnel lezárása?

A két WAN-os DMVPN-központ kétféleképpen vált át tartalékra, és a különbség nagyobb, mint látszik. Az egyik megváltoztatja, melyik következő ugrást választja az útvonal-szabály, így a csomagok tovább folynak, és csak a kimenetük változik. A másik adminisztratívan lezárja a tunnelt, ami magával viszi az interfész összes szolgáltatását. Mindkettő helyes lehet, mert más kérdésre válaszolnak.

A döntés a konfiguráció előtt jön

Három feltétel dönti el ezt Ön helyett. Függ-e még valami attól, hogy a tunnel interfész aktív, például egy második DMVPN-profil vagy egy állapotát olvasó monitor? Hordoz-e a forgalom, amelynek át kell váltania, saját szabályt, vagy a globális útválasztási táblára támaszkodik? És az üzemeltetőnek félreérthetetlen állapotváltozásra van szüksége, vagy elfogadható a csendes útvonalváltás? Válaszoljon erre a háromra, és a választás általában magától megszületik.

Ha egy lezárás működő szolgáltatásokat vinne le, az útvonal-szabály a kisebb művelet. Ha a követelmény az, hogy a tunnel ne létezzen, amíg az elsődleges WAN le van állva, egyetlen szabálybejegyzés sem tudja ezt kifejezni.

Írja le a választ, mert a konfiguráció a könnyű rész.

Mit változtat valójában az útvonal-szabály

Szabályalapú útválasztásnál egy követett objektum kapuzhatja a következő ugrást. Az útvonal-térkép bejegyzése megnevez egy jelölt következő ugrást és a követett objektumot, amelynek aktívnak kell lennie a használatához, és ez a követési állapot egy IP SLA-próbából származik. Amikor az objektum leesik, a bejegyzés többé nem illeszkedik, és a csomagot a következő bejegyzés vagy a szokásos útválasztási tábla értékeli.

Ez az utolsó részlet meglep embereket: az a szabály, amely felhagy a következő ugrás kiválasztásával, általában engedélyezi a normál útválasztást a forgalom blokkolása helyett. Ha egy fekete lyukra van szüksége hiba esetén, meg kell írnia egyet.

A szintaxis platformonként és kiadásonként eltér, ezért nézze meg a ténylegesen futtatott verzió útmutatóját.

Mit változtat a tunnel lezárása

Egy interfész lezárása megváltoztatja az adminisztratív állapotot. Minden tőle függő tunnel, útvonal és munkamenet egyszerre leesik, ami pontosan az, amit akkor szeretne, ha a tunnel az a dolog, amelynek el kell tűnnie. Így alakítja át egy EEM-applet a WAN-problémát olyan kieséssé, amely független szolgáltatásokat is tartalmaz.

Ha ezt az utat választja, korlátozza az appletet egy interfészre és egy kiváltóra, mentse el az előző adminisztratív állapotot, határozza meg a helyreállítási műveletet, és győződjön meg arról, hogy az ismételt flapek nem tudják hurokba vinni.

Egy hardkódolt helyreállítási parancs felülírhat egy mások által végrehajtott karbantartási lezárást is.

A próba azt az útvonalat járja be, amelyet gondol

A jelenlegi legjobb útvonalat követő próba a többi forgalommal együtt átkerül a tartalék WAN-ra, majd egészségesnek jelenti az elsődlegest, mert már nem használja azt.

Rögzítse a próbát a tesztelt útvonal interfészéhez vagy forrás-címéhez. Azt is ellenőrizze, mit céloz, mert a szolgáltató következő ugrásának elérése kevesebbet bizonyít, mint annak a szolgáltatásnak az elérése, amelyért a tunnel létezik. Állítsa be szándékosan a fel- és lefelé irányuló késleltetést: a rövid lefelé késleltetés gyorsan reagál és flappel, míg a hosszú átvészeli a rövid kilengéseket és elrejti a valódi hibákat. A Cisco IOS XE követési és szabályalapú útválasztási útmutatója dokumentálja a támogatott kombinációkat, és a platform funkciókészlete dönti el, melyeket használhat.

Jegyezze fel mindkét késleltetési értéket a követett objektum mellé, különben senki sem fogja tudni, miért viselkedett így.

Döntsön a helyreállításról, majd ellenőrizze

A helyreállítás saját döntést érdemel. Egy kapcsolat, amely folyamatosan átlépi a küszöböt, gyakrabban mozgathat munkameneteket, mint egy, amely egyértelműen meghibásodott, és minden mozgatás kulcscsere-egyeztetésbe és alkalmazás-újrapróbálkozásokba kerül. Válasszon stabilitási követelményt, és hagyja, hogy a késleltetés kifejezze. Ezután egy változási ablakban ellenőrizze látható próbaútvonallal: a kiválasztott útvonal, a külső partner útvonala és hogy az alkalmazás valójában mit tett.

Ha a feladatátvétel működik, de az alkalmazás továbbra is elromlik, a probléma az útválasztási réteg felett van, és semmilyen követés nem javítja meg.

Őrizze meg az ablak bizonyítékait, mert a következő változást ezekhez fogják hasonlítani.