DMVPN WAN failoverra: bide-politika ala tunela itzali?
Failoverrak bi gauza desberdin esan nahi ditu: hurrengo jauzia hautatzeari uzten dion politika, edo administratiboki erortzen den tunela. Aukeratu horren mende dagoenaren arabera.
Bi WAN dituen DMVPN hub batek bi moduetako batean egiten du failover, eta aldea dirudiena baino handiagoa da. Batek bide-politika batek zein hurrengo jauzi hautatzen duen aldatzen du, beraz paketeak isurtzen jarraitzen dute eta haien irteera soilik aldatzen da. Besteak tunela administratiboki itzaltzen du, eta horrek interfaze horretako zerbitzu guztiak ere behera eramaten ditu. Biak izan daitezke zuzenak, galdera ezberdinei erantzuten dietelako.
Erabakia konfigurazioaren aurretik dator
Hiru baldintzak erabakitzen dute hau zuretzat. Tunelaren interfazea martxan egotearen mende dago beste ezer, adibidez bigarren DMVPN profil bat edo haren egoera irakurtzen duen monitore bat? Failoverra egin behar duen trafikoak bere politika propioa darama, edo bide-taulen globalaren mende dago? Eta operadoreak egoera-aldaketa zalantzarik gabekoa behar du, edo bide-aldaketa isila onargarria da? Erantzun hiru horiei eta aukerak berez egiten du.
Itzaltzeak funtzionatzen ari ziren zerbitzuak behera baleuzka, bide-politika da ekintzarik txikiena. Baldintza tunela WAN nagusia behera dagoen bitartean existi ez dadila bada, politika-sarrerarik ezin du hori adierazi.
Idatzi erantzuna, konfigurazioa zati erraza baita.
Zer aldatzen du bide-politikak benetan
Politikan oinarritutako bideratzean, jarraitutako objektu batek hurrengo jauzia kontrola dezake. Bide-mapareko sarrerak hautagai den hurrengo jauzia eta erabiltzeko martxan egon behar duen jarraitutako objektua izendatzen ditu, eta jarraipen-egoera hori IP SLA zunda batetik dator. Objektua erortzen denean, sarrerak bat egiteari uzten dio eta paketea hurrengo sarrerak edo bide-taulen arruntak ebaluatzen du.
Azken xehetasun horrek harritzen du jendea: hurrengo jauzia hautatzeari uzten dion politikak normalean bideratze arrunta baimendu ohi du, trafikoa blokeatu beharrean. Hutsegitean zulo beltz bat behar baduzu, zuk idatzi behar duzu.
Sintaxia plataformaren eta bertsioaren arabera aldatzen da, beraz begiratu benetan exekutatzen duzun bertsioaren gida.
Zer aldatzen du tunela itzaltzeak
Interfaze bat itzaltzeak administrazio-egoera aldatzen du. Haren mende dauden tunel, bide eta saio guztiak batera erortzen dira, eta hori da zehazki nahi duzuna tunela desagertu behar duen gauza bada. Horrela bihurtzen du EEM applet batek WAN arazo bat erlaziorik gabeko zerbitzuak barne hartzen dituen eten batean.
Bide hori hartzen baduzu, mugatu appleta interfaze bakarrera eta eragile bakarrera, gorde aurreko administrazio-egoera, definitu berreskuratze-ekintza eta ziurtatu errepikatutako flapek ezin dutela begizta batera eraman.
Kodetuta dagoen berreskuratze-komando batek beste norbaitek egindako mantentze-itzaltzea gainidatzi dezake.
Egin zundak zuk uste duzun bidea egin dezan
Uneko biderik onena jarraitzen duen zunda batek WAN babeslekura mugitzen da beste guztiarekin batera, eta gero nagusia osasuntsu dagoela jakinarazten du, jada ez baitu erabiltzen.
Ainguratu zunda probatzen ari zaren bidearen interfazera edo iturburu-helbidera. Egiaztatu zer helburu duen ere, hornitzailearen hurrengo jauzia lortzeak tunela existitzen den zerbitzua lortzeak baino gutxiago frogatzen baitu. Ezarri igoera eta jaitsierako atzerapenak nahita: jaitsierako atzerapen laburrak azkar erreakzionatzen du eta flapeatzen du, luzeak ordea gorabeherak jasaten ditu eta benetako hutsegiteak ezkutatzen ditu. Cisco-ren IOS XEko jarraipen eta politika-bideratze gida dokumentuak jasaten dituen konbinazioak biltzen ditu, eta zure plataformako funtzio-multzoak erabakitzen du zein erabil ditzakezun.
Idatzi bi atzerapen-balioak jarraitutako objektuaren ondoan, bestela inork ez daki zergatik jokatu zuen horrela.
Erabaki berreskurapena, gero egiaztatu
Berreskurapenak bere erabakia merezi du. Atalasea etengabe zeharkatzen duen esteka batek saioak sarriago mugi ditzake argi eta garbi huts egin duenak baino, eta mugimendu bakoitzak gakoen berriz negoziatzea eta aplikazioaren berriz saiatzea dakar. Aukeratu egonkortasun-baldintza bat eta utzi atzerapenari hura adierazten. Gero egiaztatu aldaketa-leihoan zundaren bidea ikusgai dela: aukeratutako bidea, kanpoko parearen bidea eta aplikazioak benetan zer egin zuen.
Failoverrak funtzionatzen badu baina aplikazioa oraindik apurtzen bada, arazoa bideratze-geruzaren gainean dago eta ez du inongo jarraipen-kantitatek konponduko.
Gorde leiho hartako frogak, hurrengo aldaketa haiekin alderatuko baita.