DMVPN WAN-i üleminek: marsruudipoliitika või tunnel kinni?

Kahe WAN-iga DMVPN-keskjaam läheb varuplaanile ühel kahest viisil ja vahe on suurem, kui paistab. Üks muudab seda, millise järgmise hüppe marsruudipoliitika valib, nii et paketid liiguvad edasi ja muutub ainult nende väljumine. Teine sulgeb tunneli administratsiooniliselt, mis toob selle liidese kõik teenused kaasa. Mõlemad võivad olla õiged, sest nad vastavad erinevatele küsimustele.

Otsus tuleb enne konfiguratsiooni

Seda otsustavad teie eest kolm tingimust. Kas veel midagi sõltub sellest, et tunneliliides on üleval, näiteks teine DMVPN-profiil või monitor, mis loeb selle olekut? Kas liiklus, mis peab üle minema, kannab oma poliitikat või toetub üldisele marsruuditabelile? Ja kas operaatoril on vaja ühemõttelist olekumuutust või on vaikne teeviide vastuvõetav? Vastake neile kolmele ja valik teeb end tavaliselt ise.

Kui sulgemine tooks alla teenused, mis töötasid, on marsruudipoliitika väiksem tegevus. Kui nõue on, et tunnelit ei tohi olla, kuni esmane WAN on maas, ei suuda ükski poliitikakirje seda väljendada.

Kirjutage vastus üles, sest konfiguratsioon on lihtne osa.

Mida marsruudipoliitika tegelikult muudab

Poliitikal põhineva marsruutimise korral saab jälgitud objekt järgmist hüpet väravana kontrollida. Marsruudikaardi kirje nimetab kandidaat-järgmise hüppe ja jälgitud objekti, mis peab kasutamiseks üleval olema, ning see jälgimisolek tuleb IP SLA sondist. Kui objekt alla läheb, lõpetab kirje sobimise ja paketti hinnatakse järgmise kirje või tavalise marsruuditabeli järgi.

See viimane üksikasjal üllatab inimesi: poliitika, mis lõpetab järgmise hüppe valimise, lubab tavaliselt tavalist marsruutimist, mitte ei blokeeri liiklust. Kui vajate musta auku rikke korral, peate selle kirjutama.

Süntaks erineb platvormide ja versioonide lõikes, seega kontrollige juhendit selle versiooni kohta, mida tegelikult kasutate.

Mida tunneli sulgemine muudab

Liidese sulgemine muudab administratiivset olekut. Iga tunnel, marsruut ja sessioon, mis sellest sõltub, läheb korraga alla, mis on täpselt see, mida soovite, kui tunnel on asi, mis peab kaduma. Nii muudab ka EEM-applet WAN-probleemi katkestuseks, mis hõlmab ka mitteseotud teenuseid.

Kui lähete seda teed, piirake applet ühe liidese ja ühe päästikuga, salvestage eelmine administratiivne olek, määrake taastamistoiming ja veenduge, et korduvad flapid ei saa seda tsüklisse ajada.

Kõvasti kodeeritud taastamiskäsk võib ka tühistada kellegi teise tehtud hoolduseks sulgemise.

Pange sond liikuma teed, mida te arvate

Sond, mis järgib praegust parimat marsruuti, liigub koos kõige muuga varu-WAN-ile ja teatab seejärel, et esmane on terve, sest ta ei kasuta seda enam.

Kinnitage sond selle tee liidese või lähteaadressi külge, mida testite. Kontrollige ka, mida see sihib, sest teenusepakkuja järgmise hüppe tabamine tõestab vähem kui selle teenuse tabamine, mille jaoks tunnel olemas on. Määrake üles- ja allamineku viivitused teadlikult: lühike allamineku viivitus reageerib kiiresti ja flappib, pikk aga peab vastu lühikestele häiretele ja varjab tõelisi rikkeid. Cisco juhend jälgimise ja poliitikapõhise marsruutimise kohta IOS XE-s dokumenteerib toetatud kombinatsioonid ning teie platvormi funktsioonikomplekt otsustab, milliseid neist saate kasutada.

Kirjutage mõlemad viivituse väärtused jälgitud objekti kõrvale, muidu ei tea keegi, miks see nii käitus.

Otsustage taastamine ja seejärel kontrollige

Taastamine väärib oma otsust. Link, mis läbib läve pidevalt, võib liigutada sessioone sagedamini kui see, mis on selgelt ebaõnnestunud, ja iga liigutus maksab võtmete uuendamise ja rakenduse korduskatsete arvelt. Valige stabiilsusnõue ja laske viivitusel seda väljendada. Seejärel kontrollige muudatuste aknas, kus sondi tee on nähtav: valitud marsruut, välimise partneri tee ja mida rakendus tegelikult tegi.

Kui üleminek töötab, aga rakendus ikka katkeb, on probleem marsruutimiskihist kõrgemal ja ükski jälgimine ei paranda seda.

Hoidke selle akna tõendid alles, sest järgmist muudatust võrreldakse nendega.