DMVPN centrmezgls ar diviem WAN pārslēdzas uz rezerves ceļu vienā no diviem veidiem, un atšķirība ir lielāka, nekā šķiet. Viens maina to, kuru nākamo lēcienu izvēlas maršruta politika, tāpēc paketes turpina plūst un mainās tikai to izeja. Otrs administratīvi izslēdz tuneli, kas līdzi nogāž katru pakalpojumu šajā saskarnē. Abi var būt pareizi, jo tie atbild uz dažādiem jautājumiem.

Lēmums nāk pirms konfigurācijas

Trīs nosacījumi to izlemj jūsu vietā. Vai vēl kaut kas ir atkarīgs no tā, ka tuneļa saskarne ir aktīva, piemēram, otrs DMVPN profils vai monitors, kas nolasa tās stāvokli? Vai satiksme, kurai jāpārslēdzas, nes savu politiku, vai paļaujas uz globālo maršrutēšanas tabulu? Un vai operatoram vajadzīga nepārprotama stāvokļa maiņa, vai ir pieņemama klusa ceļa pārslēgšana? Atbildiet uz šiem trim, un izvēle parasti izdara pati sevi.

Ja izslēgšana nogāztu pakalpojumus, kas strādāja, maršruta politika ir mazākā darbība. Ja prasība ir tāda, ka tunelim nav jāpastāv, kamēr primārais WAN ir izslēgts, neviens politikas ieraksts to nevar izteikt.

Pierakstiet atbildi, jo konfigurācija ir vieglā daļa.

Ko maršruta politika patiešām maina

Politikā balstītā maršrutēšanā izsekots objekts var kontrolēt nākamo lēcienu. Maršruta kartes ieraksts nosauc kandidātu nākamajam lēcienam un izsekoto objektu, kuram jābūt aktīvam, lai to izmantotu, un šis izsekošanas stāvoklis nāk no IP SLA zondes. Kad objekts nokrīt, ieraksts pārstāj atbilst, un paketi novērtē nākamais ieraksts vai parastā maršrutēšanas tabula.

Šī pēdējā detaļa pārsteidz cilvēkus: politika, kas pārstāj izvēlēties nākamo lēcienu, parasti pieļauj parastu maršrutēšanu, nevis bloķē satiksmi. Ja jums vajag melnu caurumu atteices gadījumā, jums tas jāuzraksta pašam.

Sintakse atšķiras starp platformām un laidieniem, tāpēc pārbaudiet rokasgrāmatu tai versijai, kuru jūs faktiski izmantojat.

Ko maina tuneļa izslēgšana

Saskarnes izslēgšana maina administratīvo stāvokli. Katrs tunelis, maršruts un sesija, kas no tās atkarīga, nokrīt uzreiz, un tas ir tieši tas, ko vēlaties, ja tunelis ir lieta, kurai jāpazūd. Tā arī EEM lietotne pārvērš WAN problēmu pārtraukumā, kas ietver arī nesaistītus pakalpojumus.

Ja izvēlaties šo ceļu, ierobežojiet lietotni ar vienu saskarni un vienu trigeri, saglabājiet iepriekšējo administratīvo stāvokli, definējiet atjaunošanas darbību un pārliecinieties, ka atkārtoti flapi nevar to ievest cilpā.

Cieti kodēta atjaunošanas komanda var arī atcelt cita veiktu apkopes izslēgšanu.

Ļaujiet zondei iet pa ceļu, kuru jūs domājat

Zonde, kas seko pašreizējam labākajam maršrutam, pārvietojas uz rezerves WAN kopā ar visu pārējo un pēc tam ziņo, ka primārais ir vesels, jo tā to vairs neizmanto.

Piespraudiet zondi tā ceļa saskarnei vai avota adresei, kuru testējat. Pārbaudiet arī, uz ko tā mērķē, jo pakalpojumu sniedzēja nākamā lēciena sasniegšana pierāda mazāk nekā tā pakalpojuma sasniegšana, kuram tunelis pastāv. Iestatiet augšup un lejup aiztures apzināti: īsa lejup aizture reaģē ātri un flipo, bet gara pārdzīvo īsus traucējumus un slēpj īstas atteices. Cisco IOS XE izsekošanas un politikas maršrutēšanas rokasgrāmata dokumentē atbalstītās kombinācijas, un jūsu platformas funkciju kopa nosaka, kuras no tām jūs varat izmantot.

Pierakstiet abas aiztures vērtības blakus izsekotajam objektam, citādi neviens nezinās, kāpēc tas uzvedās tieši tā.

Izlemiet par atjaunošanu, pēc tam pārbaudiet

Atjaunošana ir pelnījusi savu lēmumu. Saite, kas nepārtraukti šķērso slieksni, var pārvietot sesijas biežāk nekā tā, kas skaidri sabojājusies, un katra pārvietošana izmaksā atslēgu pārrunāšanu un lietotnes atkārtotus mēģinājumus. Izvēlieties stabilitātes prasību un ļaujiet aizturei to izteikt. Pēc tam pārbaudiet izmaiņu logā ar redzamu zondes ceļu: izvēlētais maršruts, ārējā partnera ceļš un tas, ko lietotne patiešām izdarīja.

Ja pārslēgšanās darbojas, bet lietotne joprojām lūzt, problēma ir virs maršrutēšanas slāņa, un nekāda izsekošana to neizlabos.

Saglabājiet tā loga pierādījumus, jo nākamā izmaiņa tiks salīdzināta ar tiem.

Saistītie raksti