Ûntbrekkende rûte yn de VRF: lokaal, VPNv4 of trochstjoertabel?

In klant seit dat in prefiks ûntbrekt nei in wiziging fan it rûte-doel, en de earste skermôfbylding dy't se stjoere is meastentiids de ferkearde tabel. Trije ferskillende tabellen beantwurdzje trije ferskillende fragen: oft it prefiks binnen de VRF bestiet, oft it as VPNv4-rûte oankundige en ymporteare waard, en oft der wier in trochstjoeryng ynstallearre is. Se bûten folchoarder lêze jout selsbetrouwen en ferkearde konklúzjes. Dizze hânlieding liedt ien lokaal en ien ôfstân prefiks troch alle trije tabellen, yn folchoarder, en einiget mei in weromsetplan foar de RT-wiziging dy't it begûn.

Nammje it prefiks en de tabel dêr't it yn heart

Skriuw twa prefiksen op foardat jo eat yntype. Ien is lokaal by it plak fan de klant, leard fan in ferbûn ynterface of in CE-oankundiging. De oare is fan ôfstân en wurdt ferwachte oer it rêchbonke fan de provider te kommen. Se nimme ferskillende paden nei deselde VRF, en in flater yn ien seit neat oer de oare.

Hâld it ferskil tusken de beide identifiers dúdlik, want it measte betizing yn dizze tickets komt dêrwei. De rûte-ûnderskieder is part fan de VPNv4-NLRI en bestiet om oars identike klantprefiksen unyk te meitsjen oer it rêchbonke. It rûte-doel is in útwreide mienskip dy't as attribút droegen wurdt, en dêr't it ymport- en eksportbelied op oerienkomt. It is net in twadde namme foar de ûnderskieder en it wurdt net yn de pakketten fan de klant droegen.

Stap 1: bewiisje dat it prefiks yn de VRF sit

Begjin mei de lokale werjefte, dan mei de RT's dy't ymport regelje. As it lokale prefiks hjir ûntbrekt, kin neat boppe-oan skuldich wêze:

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

In prefiks dat as ferbûn of statysk ferskynt is lokaal leard, en syn oanwêzigens seit neat oer oft it eksportearre is. Dat is de meast foarkommende ferkearde lêzing yn dizze wurkstream: in sûne VRF-tabel is bewiis oer lokaal learen allinnich. De eksportkant is in aparte fraach, beantwurde troch de buermanwerjefte en it oanheakte eksportdoel.

Kontrolearje de RT-listings op de VRF wylst jo hjir binne. As it bedoelde ymportdoel net yn de list stiet, is alles dêrnei irrelevant. As it der is mar oars as wat de ôfstân PE eksportearret, hawwe jo de flater fûn sûnder ien pakketopname te iepenjen.

Stap 2: lês de VPNv4-tabel en syn doelen

De VPNv4-tabel lit sjen wat it kontrôleflak wier útwiksele hat. Sykje it ôfstân prefiks ûnder de juste ûnderskieder, en sjoch dan nei de mienskippen dy't deroan heakke binne:

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

In ynskriuwing mei it juste rûte-doel mar sûnder lokale ynstallaasje wiist op ymportbelied of op rûtekar, net op berikberens. In ynskriuwing dy't hielendal net yn de VPNv4-tabel ferskynt wiist nei boppen: de oarsprong-PE hat it miskien net eksportearre, of de sesje draacht de adresfamylje net.

Der is in tredde gefal dat minsken by wizigings yn de war bringt. Guon platfoarms beheine hokker VPN-rûtes se oanfreegje of hâlde, mei ledenskipynformaasje fan rûte-doelen, dat it ûntbrekken fan in ôfstân NLRI yn ien filtere werjefte is gjin bewiis dat de oankundiging nearne bestiet. Kontrolearje de unfiltere tabel en de oankundige rûtes fan de buorman foardat jo konkludearje dat in rûte wrâldwiid weromlutsen is.

Stap 3: befêstigje dat der wat ynstallearre en labele is

In BGP-ynskriuwing is in beslút, gjin paad. De trochstjoertabellen fertelle jo oft pakketten earne hinne kinne:

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

In CEF-ynskriuwing mei in oploste neistbens en in útgeand label betsjut dat ferkear fan it gegevensflak wurkje moat, en elk oerbliuwend symptoom heart by de applikaasje of by filterjen binnen de VRF. In CEF-ynskriuwing dy't in net-oploste folgjende hop sjen lit betsjut dat it labelpaad ûnfolslein is ek al liket BGP sûn, en dat is krekt it gefal dêr't in skermôfbylding fan de BGP-tabel in wizigingsresinsje mislaat.

Ferlykje it label dat de lokale PE oplitst mei dat wat de ôfstân PE ferwachtet te ûntfangen. In mismatch tusken de beide werjeften is in labeltaskenings- of sesjeprobleem, en it sil net reparearre wurde troch rûte-doelen te bewurkjen, hoe faak jo dat ek dogge.

Rôlje de RT-wiziging werom mei in ferklearre omfang

As de flater begûn is mei in wiziging fan it rûte-doel, meitsje dy dan ûngedien as ien bewuste stap en sis hokker omfang jo feroarje. It fuortheljen fan in ymportdoel lûkt geskiktheid werom binnen dy VRF. It wisket de VPNv4-oankundiging net fan it rêchbonke, en op guon platfoarms bliuwt de rûte yn de tabel holden. Dat binne ferskillende útkomsten en it foar de brûker sichtbere effekt hinget ôf fan hokker jo bedoele.

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

In sêfte yngeande rekonfiguraasje is genôch as de sesje de prefiksen al bewarret; in hurde reset fan in sesje rjochte op de provider yn kantoartiid is in beslút dat in oar nimme moat. Op Junos lêze de lykweardige kontrôles de tabel per VRF en de VPN-tabel direkt, en it weromrôljen is in weromkommen by commit ynstee fan in ûngedienmeitsjen per opdracht, dus fêstlizze jo it konfiguraasjeferkil foardat jo begjinne.

Einigje mei deselde trije opdrachten as wêrmei't jo begûn binne, yn deselde folchoarder, en registrearje harren útfier mei in tiidstimpel. In ticket dat seit dat de RT ferkeard wie en no goed is, is net wer te brûken; ien dat it prefiks yn de VRF, yn VPNv4 en ynstallearre yn CEF sjen lit is bewiis dêr't de folgjende persoan mei ferlykje kin. As allinnich de earste twa feroare binne, hawwe jo de wiziging net ôfmakke.