CE RIP bide batetik urruneko VRF batera: non gertatzen den esportazioa

RIPv2 eguneratze bat hornitzailearen ertzera iristen da, VRF bideratze-taulera erortzen da eta han gelditzen da, ezerk berariaz esportatzen ez badu. Hiru erabaki sekuentzialki gertatzen dira, eta bakoitzak aurrizkia bere arrazoi propioagatik bazter dezake. Hauek gertaera bakar gisa irakurtzeak eragiten du jendeak kutxa okerraren atzetik ibiltzea, urruneko gune batek CEk argi iragartzen duen sare batera iritsi ezin duenean. Jarraitu bidea PE zehar eta sekuentzia begi-bistakoa bihurtzen da.

Zer egiten du PEk RIP eguneratze batekin

PEk eguneratzea VRF interfazean hartzen du, egiaztatzen du iturria baimendutako bizilaguna dela, eta aurrizkia VRF bideratze-taulan instalatzen du iragarkitik eratorritako jauzi-kontagailuarekin. Taula hori bideratze-taula arrunta da, bere distantzia administratiboekin eta bere biderik onenaren hautaketarekin. CEk aurrizki bera bi aldiz iragartzen badu metrika ezberdinekin, onenak bakarrik irauten du taulan. Urrats honetan ez dago hornitzailearen bizkarrezurra inplikatzen duen ezer.

Aurrizkia orain bezero bakarreko bideratze-testuinguru baten barruan dago, eta hori oso urrun dago beste edonon eskuragarri egotetik.

Esportazioa politikaren egintza da, ez protokoloaren ondorioa

VRFtik ateratzeko, bidea VPN bideak daramatzan MP-BGP prozesura birbanatu behar da, eta route target motako komunitate hedatu bat behar du, zein urruneko VRFek inporta dezaketen adierazten duena. Arkitektura RFC 4364 horrek truke horiek CE-tik PErako protokolotik bereizita edukitzen ditu arrazoi beragatik. Ertzean RIP erabiltzeak ez du ezer esaten hornitzailearen sarean zehar zer igaro behar den.

Idatzi esportazio-kontratua ezer konfiguratu aurretik: urrunetik eskuragarri egon behar duten bezeroaren aurrizkiak, tokian tokikoak izan behar duten bideak, eta edozein lehenetsi, zehatzago edo zerbitzu partekatuko salbuespen. Konparatu kontratu hori benetako VRFarekin eta ez beste bezero bati dagokion antzeko izeneko batekin.

Inportazio aldea bigarren politika da, bere route target propioekin, eta esportazio bat datozena inportazio ez-datozenarekin bat eginez gero, bizkarrezurrean dagoen eta inolako urruneko taulan agertzen ez den aurrizki bat sortzen da.

Birbanaketak eta jatorri esplizituak desberdin jokatzen dute

Birbanaketak VRF taulan lehendik dauden bideak hartzen ditu eta BGPra kopiatzen ditu, bide-mapa batekin iragazita. Mapak erabakitzen du zein aurrizki diren hautagarri eta zein atributu daramatzaten, eta metrika modu esplizituan ezarri behar da, RIP jauzi-kontagailuak ez baitu esanahirik BGP metrika gisa. Ezarri gabe uzten duzun guztia sei hilabete geroago konfigurazioa irakurtzen duena harritu ohi duen moduan heredatzen da.

Elkarrekiko birbanaketa kalte isila gertatzen den lekua da. BGPre esportatutako aurrizki bat bigarren birbanaketa-puntu batetik itzul daiteke, eta etiketa edo iragazkirik gabe bidea oszilatzen da, bi taulek une oro sinesgarri diruditen bitartean. Iragazi ertzean aplikatutako etiketen arabera, eta ez fidatu topologiak itzulera-bidea eragozteaz.

Jatorri esplizituak itxura ordenatuagoa du eta ez da baldintzarik gabea. Sare-adierazpen batek normalean bideratze-taulan bat datorren bide bat behar du aurrizkia sortu aurretik, beraz iragarkia desagertzen da CEk iragartzeari uzten dion unean. Askotan horixe da nahi duzun portaera, eta ez da betiko konfiguratuta geratzen den bide estatiko baten berdina. Egiaztatu plataformaren benetako araua, bi portaeretako edozein suposatu beharrean.

Edozein modutan, aurrizki bakoitzari buruz egin beharreko galdera da zein iturri aktibok egiten duen hautagarri eta zer gertatzen den iturri hori desagertzen denean.

Egiaztatu katea lau lekutan

Begiratu CEren iragarkia, VRF bideratze-taula, VPN bide-tabla bere route targetarekin eta urruneko VRFren inportazioa, hurrenkera horretan. IOSen horrek CE bizilagunaren irteera esan nahi du, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, eta komando bera urruneko PEn. IOS-XRn irteera baliokidea honen azpian dago: show bgp vrf CUSTOMER ipv4 unicast. Komandoen izenak desberdinak dira, lau kontrol-puntuek ez.

Egiaztatu baztertu behar litzatekeen aurrizki bat pasatu beharko lukeen beste arretaz, dena onartzen duen politika bat politika zuzen baten berdin-berdina itxurakoa baita lehen salbuespena iritsi arte. Gero ikusi atzera-egite bat: itzali CE interfazea eta egiaztatu urruneko sarrera espero den tenporizadorearen barruan desagertzen dela, ez dela geratzen.

Erregistratu nork duen politika bakoitza. Hornitzaileak CE kudeatzen duenean, emandako portaera zerbitzu-kontratuan sartzen da, eta kudeatutako gailuan protokolo edo atzera-egite politika ezberdin bat dokumentazio-arazo bat da bideratze-arazo bat izan aurretik.