OSPF metrika maximoa: adarraren transitua baztertzea adarra kendu gabe
Adar bat irisgarri egon daiteke, aldi berean erakargarria ez den transitu-kostua iragarriz. Ibili bidea, irakurri router-LSA eta probatu azken bidearen kasua.
Bi bulego adar baten bidez konektatuta daude, eta adarrak bere trafikoa eta oso gutxi beste eraman beharko luke. Adarrak bi lekuetarako ibilbideak behar ditu, eta inongo lekuak ez luke hura bien arteko bide gisa hobetsi behar. Adarra topologiatik kentzeak transitu arazoa konponduko luke eta baldintza hautsiko luke, adarrak oraindik bi lekuetara iritsi behar duelako eta bi lekuek oraindik adarrera iritsi behar dutelako.
Nahi duzuna hobespen bat da, bideratze protokoloan adierazia, adarra erabat irisgarri uzten duena eta hortik pasatzen den edozertarako aukera txarra egiten duena. Ibili arazoa bideratzaileek ikusten duten ordenan.
Hasi saihestu nahi duzun bidetik
Marraztu topologia protokoloak ikusten duen bezala, ez diagramak ikusten duen bezala. Zein interfazek osatzen dituzte albokotasunak, zein daude eremu berean, eta albokotasun horietatik zeinek eramango lukete trafikoa bi bulegoen artean adarra hobetsiko balitz? Hiru galdera bereizi dira, eta diagrama batek ez dio inori modu fidagarrian erantzuten.
Gero aurkitu bide alternatiboa. Bulegoen arteko ibilbide bakarra adarretik pasatzen bada, metrika batek ere ezin du trafikoa hortik atera, trafikoak ez duelako inora joaterik. Erreserba ez da diseinu honen xehetasuna; aurretiazko baldintza da. Paperean bakarrik dagoen bigarren bide batek ez du balio.
show ip ospf neighbor
show ip ospf interface brief
show ip route 10.40.0.0
Hiru ikuspegi horiek galdera desberdinei erantzuten diete: nor den albokoa, zein interfazek hartzen duten parte eta zein kosturekin, eta zein bide aukeratzen duen gailuak une honetan. Tunel bidezko hedapenak laugarren bat gehitzen du: diagramako marra bat ez da albokotasuna haren gainean sortu dela frogatzen duenik, eta sortutako albokotasuna ez da birbidaltzeak bide bera jarraitzen duela frogatzen duenik. Tunel diseinuetan agertzen da hutsune hori sarrien.
Zer iragartzen duen metrika maximoak
RFC 6987k router bat deskribatzen du, bere esteka ez-stubak esteka-metrika maximoarekin iragartzen dituena, 0xffff gisa definituta. Routerrak oraindik bere burua eta bere estekak deskribatzen ditu; soilik barrutiaren goiko muturrean prezioztatzen ditu, eta horrela beste edozein routerrek hortik pasatzen den bidea garesti gisa kalkulatzen du.
Hau router-LSA aldaketa bat da, ez topologia kentzea. Bereizketa garrantzitsua da: router-LSA garbitzeak topologia informazioa bera erretiratzen du, eta horrek routerrera eta haren atzeko aurrizkietara iristeko behar diren harremanak ere erretira ditzake. Iragarkia mantentzeak eta haren prezioa igotzeak harreman horiek zaintzen ditu. Hori da teknika honen eta kentzearen arteko aldea osoa.
RFC 6987 mekanismoak ere ez du zerikusirik eremu motekin ez eta izendatutako routerraren hautaketarekin. Stub eremu batek esteka-egoeraren iragarkien kategoria bat blokeatzen du eremu mugan, eta stub router batek bere esteken prezioa jartzen du. Hitz antzekoak, makineria erlaziorik gabea.
Zergatik irauten duen irisgarritasunak, eta ez transituak
Beste routerrek oraindik badute adarraren konektatutako aurrizkietarako ibilbidea, adarrak oraindik iragartzen dituelako eta estekek oraindik existitzen direlako. Aldatzen dena adarretik beste norabait doan edozein bideren kostu osoa da. Aurrizkiak ez dira mugitzen; routerra zeharkatzearen prezioa baino ez da aldatzen.
Iturria edo helmuga adarra bera duen trafikoarentzat, esteka garestia oraindik bide zentzuzko bakarrean dago, eta beraz erabiltzen da. Bi bulegoen arteko trafikoarentzat, bide alternatiboak irabazten du orain kostuan, eta adarrak birbidaltze erabakian parte hartzeari uzten dio, topologiatik desagertu gabe. Bi norabide, bi erantzun desberdin, eta biak mekanismoa lanean ari dela.
Hori da suposatu beharrean egiaztatu beharreko portaera. Begiratu adarrak sortzen duen router-LSAri, gero beste router batek adarraren atzeko helmuga baterako eta beste bulegoko helmuga baterako aukeratzen duen bideari. Bi erantzunek desberdinak izan beharko lukete, eta ez badira, metrika aldaketak ez du uste duzun erabakira iristen.
Azken bidearen arazoa
RFC berak argi esaten du teknika honek ez duela erabilera debekatzen. Bide alternatiboak huts egiten duenean, routerrak adarretik doan bide garestira itzultzen dira, oraindik bide baliozkoa delako eta protokoloak bide garestia nahiago duelako biderik eza baino.
Atzera-egite hori onargarria den ala ez erantzun behar duzun politika kontua da, hedatu aurretik. Igoera-esteka txiki bateko adar batek bat-batean bulegoen arteko trafikoa eramaten badu, etenaldia baino okerragoa izan daiteke, eta mantenimendu leiho batean zehar nahi duzun zehazki hori izan daiteke. Bi erantzunak zilegiak dira; isiltasuna ez.
Baldintza debeku zorrotza bada eta ez hobespena, metrika diseinuak bakarrik ez du lortuko. Asmoarekin bat egiten duen birbidaltze betearazpena behar duzu, eta trafikoa hala ere iristen den kasurako definitutako portaera bat. Bide bat erabilgarri gisa iragarri eta gero trafikoa botatzeak zulo beltz bat sortzen du, bideratze begizta bat baino diagnostikatzeko zailagoa dena.
OSPFv3rako RFCk R-bit-a aztertzen du transitu parte-hartzea baztertzeko beste modu gisa. Ez suposatu metrika maximoaren teknikaren azken bidearen portaera bera heredatzen duenik, eta ez kopiatu konfigurazioak bi helbide familien artean funtzio bera balira bezala.
Egiaztatu baldintza normaletan eta hutsegiteetan
Probatu bitan: behin bi bideak erabilgarri daudela eta behin hobetsitako bidea kenduta. Lehen probak hobespena lanean ari dela erakusten du, eta bigarrenak sareak hobespena errespetatu ezin duenean zer egiten duen erakusten du. Bigarren proba saltatzeak erdi garrantzitsua aztertu gabe uzten du.
show ip ospf database router 10.0.0.3
show ip route 172.20.8.0
traceroute 172.20.8.1
Datu-basearen ikuspegiak iragarritako metrika erakusten du, bidearen bilaketak hautatutako hurrengo jauzia erakusten du, eta trazak paketeak benetan noraino joan ziren erakusten du. Hirurak bat datozenean, egiaztatutako diseinu bat duzu, zuzena ematen duen konfigurazio bat beharrean.
Gero berrezarri hobetsitako bidea eta egiaztatu adarrak bere trafikoa baino ez duela eramaten duela berriro. Berrezartze urratsa probaren parte da, ez garbiketaren parte, hurrengo aldaketara arte baino funtzionatzen ez duen diseinu bat ez delako diseinu. Idatzi bi emaitzak, atzera-egitea barne, bigarrena izango delako norbaitek goizeko hiruretan beharko duen erantzuna.