Preklop WAN pri DMVPN: usmerjevalna politika ali zaprtje tunela?

Zvezdišče DMVPN z dvema WAN se preklopi na rezervno pot na enega od dveh načinov, in razlika je večja, kot se zdi. Eden spremeni, kateri naslednji skok izbere usmerjevalna politika, zato paketi še naprej tečejo in spremeni se le njihov izhod. Drugi administrativno zapre tunel, kar s seboj potegne vsako storitev na tem vmesniku. Oba sta lahko pravilna, ker odgovarjata na različni vprašanji.

Odločitev pride pred konfiguracijo

Trije pogoji to odločijo namesto vas. Je še kaj odvisno od tega, da je vmesnik tunela aktiven, na primer drugi profil DMVPN ali monitor, ki bere njegovo stanje? Ali promet, ki se mora preklopiti, nosi svojo politiko ali se zanaša na globalno usmerjevalno tabelo? In ali operater potrebuje nedvoumno spremembo stanja, ali je tih preklop poti sprejemljiv? Odgovorite na te tri in izbira se običajno naredi sama.

Če bi zaprtje podrlo storitve, ki so delovale, je usmerjevalna politika manjši poseg. Če je zahteva, da tunel ne sme obstajati, dokler je primarni WAN spodaj, noben vnos politike tega ne more izraziti.

Zapišite odgovor, ker je konfiguracija lahki del.

Kaj usmerjevalna politika dejansko spremeni

Pri usmerjanju na podlagi politik lahko sledeni objekt krmili naslednji skok. Vnos v zemljevidu poti poimenuje kandidata za naslednji skok in sledeni objekt, ki mora biti aktiven, da se uporabi, in to stanje sledenja prihaja iz sonde IP SLA. Ko objekt pade, se vnos preneha ujemati in paket ovrednoti naslednji vnos ali običajna usmerjevalna tabela.

Ta zadnja podrobnost preseneti ljudi: politika, ki preneha izbirati naslednji skok, običajno dovoli običajno usmerjanje, namesto da bi blokirala promet. Če potrebujete črno luknjo ob odpovedi, jo morate napisati sami.

Skladnja se razlikuje med platformami in izdajami, zato preverite vodnik za različico, ki jo zares izvajate.

Kaj spremeni zaprtje tunela

Zaprtje vmesnika spremeni administrativno stanje. Vsak tunel, pot in seja, ki je odvisna od njega, padejo hkrati, kar je točno to, kar želite, če je tunel tisto, kar mora izginiti. Tako tudi applet EEM spremeni težavo WAN v izpad, ki vključuje nepovezane storitve.

Če izberete to pot, omejite applet na en vmesnik in en sprožilec, shranite prejšnje administrativno stanje, določite dejanje obnovitve in poskrbite, da ga ponavljajoči se flapi ne morejo pognati v zanko.

Trdo kodiran ukaz za obnovitev lahko tudi razveljavi vzdrževalno zaprtje, ki ga je izvedel nekdo drug.

Naj sonda potuje po poti, ki jo mislite

Sonda, ki sledi trenutni najboljši poti, se premakne na rezervni WAN skupaj z vsem ostalim in nato primarnega prijavi kot zdravega, ker ga ne uporablja več.

Pripnite sonde na vmesnik ali izvorni naslov poti, ki jo preizkušate. Preverite tudi, kaj cilja, saj doseganje naslednjega skoka ponudnika dokazuje manj kot doseganje storitve, za katero tunel obstaja. Nastavite zakasnitvi vzpona in spusta namerno: kratka zakasnitev spusta se odzove hitro in flapa, dolga pa prestane kratke nihanje in skrije resnične okvare. Cisco vodnik za sledenje in usmerjanje na podlagi politik v IOS XE dokumentira podprte kombinacije, nabor funkcij na vaši platformi pa odloči, katere od njih lahko uporabite.

Zapišite obe vrednosti zakasnitve poleg sledenega objekta, sicer nihče ne bo vedel, zakaj se je tako obnašal.

Odločite se o obnovitvi, nato preverite

Obnovitev si zasluži svojo odločitev. Povezava, ki nenehno prečka prag, lahko premika seje pogosteje kot tista, ki je jasno odpovedala, in vsak premik stane ponovno dogovarjanje ključev in ponovne poskuse aplikacije. Izberite zahtevo po stabilnosti in pustite zakasnitvi, da jo izrazi. Nato preverite v oknu sprememb z vidno potjo sonde: izbrana pot, pot zunanjega partnerja in kaj je aplikacija dejansko naredila.

Če preklop deluje, aplikacija pa se še vedno lomi, je težava nad usmerjevalnim slojem in nobena količina sledenja je ne bo odpravila.

Shranite dokaze iz tega okna, ker bo naslednja sprememba primerjana z njimi.