DMVPN-WAN-Failover: Routing-Policy oder den Tunnel zoumaachen?

En DMVPN-Hub mat zwou WANen schalt op eng vun zwou Aarten op Backup ëm, an den Ënnerscheed ass méi grouss wéi en ausgesäit. Déi eng ännert, wéi en nächsten Hop eng Routing-Policy wielt, sou datt d'Pakete weider fléissen an nëmmen hir Ausgang ännert. Déi aner mécht den Tunnel administrativ zou, wat all Service op där Schnëttstell mat erofhëlt. Béid kënnen richteg sinn, well se verschidden Froen beäntwerten.

D'Entscheedung kënnt virun der Konfiguratioun

Dräi Bedingunge entscheeden dat fir Iech. Hängt nach eppes aneres dorun, datt d'Tunnel-Schnëttstell aktiv ass, wéi en zweete DMVPN-Profil oder en Monitor, deen hire Stat liest? Dréit den Trafik, deen ëmmer muss ëmgoen, eng eege Policy, oder verlooss en sech op déi global Routing-Tabell? An brauch den Operateur eng onmiessverständlech Statännerung, oder ass en duussen Ëmwee akzeptabel? Beäntwert déi dräi, an d'Wiel mécht sech meeschtens selwer.

Wann e Zoumaache Servicer erofhuele géif, déi funktionéiert hunn, ass d'Routing-Policy déi méi kleng Aktioun. Wann d'Ufuerderung ass, datt den Tunnel net däerf existéieren, soulaang de primären WAN erof ass, kann keen Policy-Andrag dat ausdrécken.

Schreift d'Äntwert op, well d'Konfiguratioun ass deen einfachen Deel.

Wat d'Routing-Policy tatsächlech ännert

Bei policy-baséiertem Routing kann en verfollegten Objet en nächsten Hop kontrolléieren. Den Route-Map-Andrag nennt en Kandidat fir den nächsten Hop an den verfollegten Objet, dee muss aktiv sinn, fir datt en benotzt gëtt, an dee Tracking-Stat kënnt vun enger IP-SLA-Sond. Wann den Objet erofgeet, hält den Andrag op ze passen an d'Paket gëtt vum nächsten Andrag oder vun der gewéinlecher Routing-Tabell bewäert.

Dee leschten Detail iwwerrascht d'Leit: eng Policy, déi ophält en nächsten Hop ze wielen, erlaabt meeschtens normal Routing amplaz den Trafik ze blockéieren. Wann Dir e schwaarzt Lach bei Ausfall braucht, musst Dir eent schreiwen.

D'Syntax ënnerscheet sech tëschend Plattformen a Verëffentlechungen, also kuckt de Guide fir déi Versioun, déi Dir tatsächlech lafe looss.

Wat d'Zoumaache vum Tunnel ännert

Eng Schnëttstell zoumaachen ännert den administrativen Stat. All Tunnel, Route a Sessioun, déi dovun ofhänkt, geet op eemol erof, wat genee dat ass, wat Dir wëllt, wann den Tunnel dat ass, wat verschwanne muss. Sou mécht en EEM-Applet och aus engem WAN-Problem eng Stéierung, déi onofhängeg Servicer mat abegräift.

Wann Dir dëse Wee gitt, begrenzt den Applet op eng Schnëttstell an een Ausléiser, späichert den viregten administrativen Stat, definéiert d'Erhuelungsaktivitéit a séchert Iech, datt widderholl Flaps en net an eng Schleis kënnen dréien.

En haart kodéierte Erhuelungsbefehl kann och eng Ënnerhaltszoumaach iwwerschreiwen, déi een aneren duerchgefouert huet.

Loosst d'Sond dee Wee goen, deen Dir denkt

Eng Sond, déi der aktuell beschter Route suivelt, geet mat allem aneren op de Backup-WAN iwwer a mellt duerno de primären als gesond, well se en net méi benotzt.

Fixéiert d'Sond un d'Schnëttstell oder d'Quelladress vum Wee, deen Dir testt. Kuckt och, wat se zilt, well den nächsten Hop vum Provider z'erreechen beweise manner wéi de Service z'erreechen, fir deen den Tunnel existéiert. Setzt d'Up- an Down-Verzögerungen bewosst: eng kuerz Down-Verzögerung reagéiert séier a flappt, wärend eng laang Auschléi iwwersteet an echt Ausfäll verstoppt. Dem Cisco säi Guide fir Tracking a Policy-Routing an IOS XE dokumentéiert déi ënnerstëtzt Kombinatiounen, an de Funktiounsset op Ärer Plattform entscheet, wat Dir dovun benotze kënnt.

Notéiert béid Verzögerungswäerter nieft dem verfollegten Objet, soss weess kee firwat et sech sou behuel huet.

Entscheet d'Erhuelung, a verifizéiert dann

D'Erhuelung verdéngt eng eege Entscheedung. Eng Verbindung, déi stänneg iwwer de Schwell geet, kann Sessiounen éischter réckelen wéi eng, déi kloer ausgefall ass, an all Réckele kascht nei Schlësselverhandlung an nei Versich vun der Applikatioun. Wielt eng Stabilitéitsufuerderung a loosst d'Verzögerung se ausdrécken. Verifizéiert dann an engem Ännerungsfenster mat sichtbarem Sondenwee: gewielte Route, Wee vum äussere Partner a wat d'Applikatioun tatsächlech gemaach huet.

Wann de Failover funktionéiert, awer d'Applikatioun nach ëmmer brécht, sëtzt de Problem iwwer der Routing-Schicht an keen Tracking wäert en fixéieren.

Behält d'Beweiser aus deem Fenster, well déi nächst Ännerung wäert domat verglach ginn.