DMVPN-WAN-oorskakeling: roetebeleid of die tonnel sluit?

'n Dual-WAN-DMVPN-hub skakel op een van twee maniere oor, en die verskil is groter as wat dit lyk. Die een verander watter volgende sprong 'n roetebeleid kies, sodat pakkette bly vloei en net hul uitgang verander. Die ander sluit die tonnel administratief, wat elke diens op daardie koppelvlak saam met dit laat afgaan. Albei kan korrek wees, want hulle antwoord verskillende vrae.

Die besluit kom voor die konfigurasie

Drie toestande besluit dit vir jou. Is daar iets anders wat daarvan afhanklik is dat die tonnelkoppelvlak op is, soos 'n tweede DMVPN-profiel of 'n monitor wat die toestand daarvan lees? Dra die verkeer wat moet oorskakel sy eie beleid, of maak dit op die globale roetetabel staat? En het die operateur 'n onmiskenbare toestandsverandering nodig, of is 'n stil padskakeling aanvaarbaar? Antwoord daardie drie en die keuse maak gewoonlik homself.

As 'n afsluiting dienste sou laat afgaan wat gewerk het, is die roetebeleid die kleiner aksie. As die vereiste is dat die tonnel nie mag bestaan terwyl die primêre WAN af is nie, kan geen beleidinskrywing dit uitdruk nie.

Skryf die antwoord neer, want die konfigurasie is die maklike deel.

Wat die roetebeleid werklik verander

Met beleidgebaseerde roetering kan 'n gevolgde objek 'n volgende sprong hek. Die roetekaart-inskrywing noem 'n kandidaat-volgende sprong en die gevolgde objek wat op moet wees voordat dit gebruik word, en daardie volgtoestand kom van 'n IP SLA-peiling. Wanneer die objek afgaan, hou die inskrywing op om te pas en word die pakkie deur die volgende inskrywing of deur die gewone roetetabel geëvalueer.

Daardie laaste besonderheid verras mense: 'n beleid wat ophou om 'n volgende sprong te kies, laat gewoonlik normale roetering toe eerder as om verkeer te blokkeer. As jy 'n swartgat by mislukking nodig het, moet jy een skryf.

Die sintaks verskil tussen platforms en vrystellings, so kyk in die gids vir die weergawe wat jy werklik gebruik.

Wat die sluiting van die tonnel verander

'n Koppelvlak sluit verander administratiewe toestand. Elke tonnel, roete en sessie wat daarvan afhanklik is, gaan gelyktydig af, wat presies is wat jy wil he as die tonnel die ding is wat moet verdwyn. Dit is ook hoe 'n EEM-applet 'n WAN-probleem in 'n onderbreking omskep wat onverwante dienste insluit.

As jy hierdie weg volg, beperk die applet tot een koppelvlak en een sneller, stoor die vorige administratiewe toestand, definieer die herstelaksie en maak seker dat herhaalde flappe dit nie in 'n lus kan dryf nie.

'n Hardgekodeerde herstelopdrag kan ook 'n instandhoudingsluiting wat iemand anders uitgevoer het, oorheers.

Laat die peiling die pad volg wat jy dink

'n Peiling wat die huidige beste roete volg, beweeg saam met alles anders na die rugsteun-WAN en rapporteer dan die primêre as gesond omdat dit dit nie meer gebruik nie.

Pen die peiling vas aan die koppelvlak of bronadres van die pad wat jy toets. Kyk ook waarna dit mik, want om die ISP se volgende sprong te bereik bewys minder as om die diens te bereik waarvoor die tonnel bestaan. Stel die op- en af-vertragings doelbewus: 'n kort af-vertraging reageer vinnig en flapper, terwyl 'n lang een skommelinge uitsit en werklike foute verberg. Cisco se IOS XE-volg- en beleidroeteringsgids dokumenteer die ondersteunde kombinasies, en die funksiestel op jou platform besluit watter daarvan jy kan gebruik.

Teken albei vertragingswaardes langs die gevolgde objek aan, anders sal niemand weet hoekom dit so opgetree het nie.

Besluit oor herstel, en verifieer dan

Herstel verdien sy eie besluit. 'n Skakel wat aanhoudend die drempel oorsteek, kan sessies dikweler verskuif as een wat duidelik misluk het, en elke verskuiwing kos herversleuteling en toepassing-herpogings. Kies 'n stabiliteitsvereiste en laat die vertraging dit uitdruk. Verifieer dan tydens 'n veranderingsvenster met die peiling se pad sigbaar: gekose roete, buitenste eweknie-pad en wat die toepassing werklik gedoen het.

As oorskakeling werk maar die toepassing breek steeds, sit die probleem bo die roeteringslaag en geen hoeveelheid volging sal dit regstel nie.

Bewaar die bewyse uit daardie venster, want die volgende verandering sal daarteen vergelyk word.