VRF-an falta den bidea: tokikoa, VPNv4 ala birbidalketa-taula?

Bezero batek dio aurrizki bat falta dela bide-helburua aldatu ondoren, eta bidaltzen duen lehen pantaila-argazkia okerreko taula izaten da normalean. Hiru taula desberdinek hiru galdera desberdini erantzuten diete: aurrizkia VRFaren barruan badagoen, VPNv4 bide gisa iragarri eta inportatu zen, eta birbidalketa-sarrera bat benetan instalatu zen. Hauek ordenaz kanpo irakurtzeak ondorio ziurrak eta okerrak ematen ditu. Gida honek aurrizki lokal bat eta urruneko beste bat hiru tauletatik ordenan eramaten ditu, eta hori hasi zuen RT aldaketarako atzera-egite planarekin amaitzen da.

Izenda itzazu aurrizkia eta dagokion taula

Idatz itzazu bi aurrizki ezer tekleatu aurretik. Bat bezeroaren gunerako lokala da, konektatutako interfaze batetik edo CE iragarpen batetik ikasia. Bestea urrunekoa da, eta hornitzailearen bizkarrezurretik iristea espero da. VRF berera bide desberdinetatik sartzen dira, eta bateko akatsak ez du ezer esaten besteaz.

Eduki argi bi identifikatzaileen arteko aldea, ticket hauetan nahasmenik handiena hortik etortzen baita. Bide-bereizlea VPNv4 NLRIren parte da eta bestela berdinak diren bezero-aurrizkiak bizkarrezurrean zehar bakarrak egiteko sortu zen. Bide-helburua atributu gisa eramaten den komunitate hedatu bat da, eta harekin parekatzen du inportazio- eta esportazio-politikak. Ez da bereizlearen bigarren izena eta ez da bezeroaren paketeetan eramaten.

1. urratsa: frogatu aurrizkia VRFan dagoela

Hasi tokiko ikuspegitik, gero inportazioa gobernatzen duten RTetatik. Tokiko aurrizkia hemen falta bada, ez dago ezer goragoko errua izan daitekeenik:

show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-A

Konektatu edo estatiko gisa agertzen den aurrizki bat lokalki ikasia da, eta haren presentziak ez du ezer esaten esportatu zen ala ez. Hau da lan-fluxu honetan okerren irakurtzen den gauza: VRF taula osasuntsu bat tokiko ikaskuntzaren froga soila da. Esportazioaren aldea galdera aparta da, eta auzokidearen ikuspegiak eta atxikitako esportazio-helburuak erantzuten diote.

Egiaztatu VRFaren RT zerrendak hemen zauden bitartean. Inportazio-helburu asmoa zerrendan ez badago, beherako guztia ez da garrantzitsua. Badago, baina urruneko PEk esportatzen duenaren desberdina bada, akatsa aurkitu duzu pakete-kaptura bat ere ireki gabe.

2. urratsa: irakurri VPNv4 taula eta haren helburuak

VPNv4 taulak kontrol-planoak benetan zer trukatu zuen erakusten du. Bilatu urruneko aurrizkia bereizle egokiaren azpian, eta gero begiratu hari atxikitako komunitateei:

show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routes

Bide-helburu egokia baina tokiko instalaziorik gabeko sarrera batek inportazio-politikari edo bide-hautaketari egiten dio erreferentzia, ez irisgarritasunari. VPNv4 taulan inoiz agertzen ez den sarrera batek gorantz egiten du: jatorrizko PEk agian ez zuen esportatu, edo saioak ez du helbide-familia eramaten.

Hirugarren kasu bat dago aldaketen garaian jendea nahasten duena. Plataforma batzuek mugatzen dute zein VPN bide eskatzen edo gordetzen dituzten, bide-helburuen kidetza-informazioa erabiliz, beraz urruneko NLRI bat ikuspegi iragazi batean ez egotea ez da froga iragarpena inon ez dagoenik. Egiaztatu iragazigabea den taula eta auzokidearen iragarritako bideak ondorioztatu aurretik bide bat mundu osoan kendu dela.

3. urratsa: egiaztatu zerbait instalatu eta etiketatu zela

BGP sarrera bat erabakia da, ez bidea. Birbidalketa-taulek esaten dute paketeek norantz joateko duten:

show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A

CEF sarrera batek auzotasun ebatzita eta irteerako etiketa bat baditu, datu-planoaren trafikoak funtzionatu beharko luke, eta gainerako edozein sintoma aplikazioari edo VRF barruko iragazketari dagokio. CEF sarrera batek hurrengo jauzi ebatzia erakusten badu, etiketa-bidea osatugabea da BGP osasuntsu egon arren, eta hori da BGP taularen pantaila-argazki batek aldaketa-berrikuspena engainatu zuen kasua.

Konparatu tokiko PEk inposatzen duen etiketa urruneko PEk jasotzea espero duenarekin. Bi ikuspegien arteko desadostasuna etiketen esleipenaren edo saioaren arazoa da, eta ez da konponduko bide-helburuak aldatuta, zenbat aldiz egin ere.

Egin atzera RT aldaketan adierazitako esparruarekin

Akatsa bide-helburuaren aldaketa batekin hasi bazen, desegin ezazu nahitako urrats bakar gisa eta esan zein esparru aldatzen ari zaren. Inportazio-helburu bat kentzeak VRF horren barruko egokitasuna kentzen du. Ez du VPNv4 iragarpena bizkarrezurretik ezabatzen, eta plataforma batzuetan bidea taulan gordeta geratzen da. Emaitza desberdinak dira eta erabiltzaileak ikusten duen efektua zein adierazi nahi duzun araberakoa da.

configure terminal
vrf definition CUST-A
 address-family ipv4
  no route-target import 65000:410
 end
clear ip bgp vpnv4 vrf CUST-A soft in

Sarrerako birkonfigurazio biguna nahikoa da saioak aurrizkiak jada gordetzen dituenean; hornitzaileari begira dagoen saio bat berrezartze gogorra lanorduetan beste norbaitek hartu beharreko erabakia da. Junosen baliokide diren egiaztapenek VRF bakoitzeko taula eta VPN taula zuzenean irakurtzen dituzte, eta atzera-egitea commitean egindako itzulera da, ez komando bakoitzeko desegitea, beraz gorde konfigurazio-diferentzia hasi aurretik.

Amaitu hasi zinen hiru komando berberekin, ordena berean, eta erregistratu haien irteera denbora-marka batekin. RT oker zegoela eta orain zuzen dagoela dioen ticket bat ez da berrerabilgarria; aurrizkia VRFan, VPNv4n eta CEFen instalatuta dagoela erakusten duena hurrengo pertsonak konparatu dezakeen froga da. Lehenengo biak soilik aldatu badira, ez duzu aldaketa amaitu.