VRF-roete ontbreek: plaaslik, VPNv4 of aanstuurtafel?

’n Klant sê ’n voorvoegsel ontbreek ná ’n wysiging aan die roetenteiken, en die eerste skermbeeld wat hulle stuur, is gewoonlik die verkeerde tabel. Drie verskillende tabelle beantwoord drie verskillende vrae: of die voorvoegsel binne die VRF bestaan, of dit as ’n VPNv4-roete geadverteer en ingevoer is, en of ’n aanstuurinskrywing werklik geïnstalleer is. Om hulle buite volgorde te lees, lewer selfversekerde, verkeerde gevolgtrekkings. Hierdie runbook lei een plaaslike voorvoegsel en een afgeleë voorvoegsel deur al drie, in volgorde, en eindig met ’n terugrolplan vir die RT-wysiging wat dit begin het.

Noem die voorvoegsel en die tabel waarin dit hoort

Skryf twee voorvoegsels neer voordat jy iets tik. Een is plaaslik by die klant se perseel, geleer van ’n gekoppelde koppelvlak of ’n CE-advertensie. Die ander is afgeleë, en word verwag om oor die diensverskaffer se ruggraat te arriveer. Hulle neem verskillende paaie na dieselfde VRF, en ’n fout in een sê niks oor die ander nie.

Hou die onderskeid tussen die twee identifiseerders reg, want die meeste verwarring in hierdie kaartjies kom daaruit. Die roete-onderskeier is deel van die VPNv4-NLRI en bestaan om andersins identiese klantvoorvoegsels oor die ruggraat uniek te maak. Die roetenteiken is ’n uitgebreide gemeenskap wat as ’n eienskap gedra word, en dit is waaraan invoer- en uitvoerbeleid pas. Dit is nie ’n tweede naam vir die onderskeier nie en dit word nie in die klant se pakkette gedra nie.

Stap 1: bewys die voorvoegsel is in die VRF

Begin met die plaaslike aansig, dan die RT's wat invoer beheer. As die plaaslike voorvoegsel hier ontbreek, kan niks stroomop fout wees nie:

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

’n Voorvoegsel wat as gekoppel of staties verskyn, is plaaslik geleer, en sy teenwoordigheid sê niks oor of dit uitgevoer is nie. Dit is die enkele mees algemene verkeerde lesing in hierdie werkvloei: ’n gesonde VRF-tabel is bewys oor plaaslike leer alleen. Die uitvoerkant is ’n aparte vraag, beantwoord deur die buuraansig en die gekoppelde uitvoerteiken.

Kontroleer die RT-lyste op die VRF terwyl jy hier is. As die beoogde invoerteiken nie in die lys is nie, is alles stroomaf irrelevant. As dit teenwoordig is maar verskil van wat die afgeleë PE uitvoer, het jy die fout gevind sonder om ’n enkele pakkie-opname oop te maak.

Stap 2: lees die VPNv4-tabel en sy teikens

Die VPNv4-tabel wys wat die beheervlak werklik uitgeruil het. Soek die afgeleë voorvoegsel onder die korrekte onderskeier, en kyk dan na die gemeenskappe wat daaraan geheg is:

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

’n Inskrywing met die regte roetenteiken maar geen plaaslike installasie nie, wys op invoerbeleid of op roeteseleksie, nie op bereikbaarheid nie. ’n Inskrywing wat glad nooit in die VPNv4-tabel verskyn nie, wys stroomop: die oorsprong-PE het dit dalk nie uitgevoer nie, of die sessie dra dalk nie die adresfamilie nie.

Daar is ’n derde geval wat mense tydens wysigings laat struikel. Sommige platforms beperk watter VPN-roetes hulle versoek of behou, deur lidmaatskapinligting van roetenteikens te gebruik, so die afwesigheid van ’n afgeleë NLRI in een gefiltreerde aansig is nie bewys dat die advertensie nêrens bestaan nie. Kontroleer die ongefilterde tabel en die buur se advertised-routes voordat jy tot die gevolgtrekking kom dat ’n roete wêreldwyd onttrek is.

Stap 3: bevestig iets is geïnstalleer en van ’n etiket voorsien

’n BGP-inskrywing is ’n besluit, nie ’n pad nie. Die aanstuurtabelle vertel jou of pakkette êrens heen het om te gaan:

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

’n CEF-inskrywing met ’n opgeloste aangrensendheid en ’n uitgaande etiket beteken data-vlakverkeer behoort te werk, en enige oorblywende simptoom hoort by die toepassing of by filtering binne die VRF. ’n CEF-inskrywing wat ’n onopgeloste volgende hop wys, beteken die etiketpad is onvolledig al lyk BGP gesond, en dit is juis die geval waar ’n skermbeeld van die BGP-tabel ’n wysigingsbeoordeling mislei het.

Vergelyk die etiket wat die plaaslike PE oplê met die een wat die afgeleë PE verwag om te ontvang. ’n Wanverhouding tussen die twee aansigte is ’n etikettoekenning- of sessieprobleem, en dit sal nie reggemaak word deur roetenteikens te wysig nie, maak nie saak hoe gereeld jy dit doen nie.

Rol die RT-wysiging terug met ’n verklaarde omvang

As die fout met ’n roetenteiken-wysiging begin het, maak dit ongedaan as een doelbewuste stap en sê watter omvang jy verander. Om ’n invoerteiken te verwyder, onttrek geskiktheid binne daardie VRF. Dit verwyder nie die VPNv4-advertensie uit die ruggraat nie, en op sommige platforms bly die roete in die tabel behou. Dit is verskillende uitkomste en die gebruikersigbare effek hang daarvan af watter een jy bedoel.

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

’n Sagte herkonfigurasie inwaarts is genoeg wanneer die sessie die voorvoegsels reeds stoor; ’n harde herstel van ’n diensverskaffergerigte sessie tydens besigheidsure is ’n besluit wat iemand anders moet neem. Op Junos lees die ekwivalente kontroles die per-VRF-tabel en die VPN-tabel direk, en die terugrol is ’n terugkeer tydens commit eerder as ’n ongedaanmaking per opdrag, so neem die konfigurasieverskil op voordat jy begin.

Eindig met dieselfde drie opdragte as waarmee jy begin het, in dieselfde volgorde, en teken hul uitset met ’n tydstempel aan. ’n Kaartjie wat sê die RT was verkeerd en nou is dit reg, is nie herbaar nie; een wat wys die voorvoegsel is in die VRF, in VPNv4 en in CEF geïnstalleer, is bewys waarmee die volgende persoon kan vergelyk. As net die eerste twee verander het, het jy die wysiging nie klaargemaak nie.