Trūkstamas maršrutas VRF: vietinis, VPNv4 ar persiuntimo lentelė?

Klientas sako, kad pakeitus maršruto taikinį dingo priešdėlis, o pirmoji atsiųsta ekrano kopija paprastai rodo ne tą lentelę. Trys skirtingos lentelės atsako į tris skirtingus klausimus: ar priešdėlis yra VRF viduje, ar jis buvo paskelbtas ir importuotas kaip VPNv4 maršrutas, ir ar persiuntimo įrašas tikrai įdiegtas. Skaitant jas ne iš eilės gaunamos užtikrintos, bet klaidingos išvados. Šis vadovas praveda vieną vietinį ir vieną nuotolinį priešdėlį per visas tris lenteles iš eilės ir baigiasi to RT pakeitimo atšaukimo planu, nuo kurio viskas prasidėjo.

Įvardykite priešdėlį ir lentelę, kuriai jis priklauso

Užsirašykite du priešdėlius prieš ką nors įvesdami. Vienas yra vietinis kliento aikštelėje, išmoktas iš prijungtos sąsajos arba CE paskelbimo. Kitas yra nuotolinis ir turėtų atkeliauti per tiekėjo magistralę. Jie į tą pačią VRF patenka skirtingais keliais, o vieno gedimas nieko nesako apie kitą.

Aiškiai skirkite abu identifikatorius, nes didžioji dalis painiavos šiuose tiketuose kyla iš to. Maršruto skyriklis yra VPNv4 NLRI dalis ir egzistuoja tam, kad kitaip identiški kliento priešdėliai būtų unikalūs visoje magistralėje. Maršruto taikinys yra išplėstinė bendruomenė, perduodama kaip atributas, ir būtent su ja derina importo bei eksporto politika. Tai ne antrasis skyriklio pavadinimas ir jis neperduodamas kliento paketuose.

1 žingsnis: įrodykite, kad priešdėlis yra VRF

Pradėkite nuo vietinio vaizdo, paskui nuo RT, kurie valdo importą. Jei vietinio priešdėlio čia nėra, niekas aukščiau negali būti kaltas:

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

Priešdėlis, rodomas kaip prijungtas arba statinis, yra išmoktas vietiškai, ir jo buvimas nieko nesako apie tai, ar jis buvo eksportuotas. Tai dažniausia klaidinga interpretacija šiame darbe: sveika VRF lentelė yra tik vietinio mokymosi įrodymas. Eksporto pusė yra atskiras klausimas, į kurį atsako kaimyno vaizdas ir prijungtas eksporto taikinys.

Kol esate čia, patikrinkite VRF RT sąrašus. Jei numatytas importo taikinys nėra sąraše, viskas žemiau yra nesvarbu. Jei jis yra, bet skiriasi nuo to, ką eksportuoja nuotolinis PE, gedimą radote neatidarę nė vieno paketų įrašymo.

2 žingsnis: perskaitykite VPNv4 lentelę ir jos taikinius

VPNv4 lentelė rodo, ką valdymo plokštuma tikrai apsikeitė. Ieškokite nuotolinio priešdėlio po teisingu skyrikliu, tada pažiūrėkite į jam prijungtas bendruomenes:

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

Įrašas su teisingu maršruto taikiniu, bet be vietinio įdiegimo, nurodo importo politiką arba maršruto pasirinkimą, o ne pasiekiamumą. Įrašas, kurio visai nėra VPNv4 lentelėje, nurodo aukštyn: galbūt šaltinio PE jo neeksportavo arba sesija neperduoda adresų šeimos.

Yra ir trečias atvejis, kuris pakeitimų metu klaidina žmones. Kai kurios platformos, naudodamos maršruto taikinių narystės informaciją, riboja, kurių VPN maršrutų prašo ar laiko, todėl nuotolinio NLRI nebuvimas viename filtruotame vaizde neįrodo, kad paskelbimo niekur nėra. Patikrinkite nefiltruotą lentelę ir kaimyno paskelbtus maršrutus prieš darydami išvadą, kad maršrutas atšauktas visame pasaulyje.

3 žingsnis: patvirtinkite, kad kažkas buvo įdiegta ir paženklinta

BGP įrašas yra sprendimas, o ne kelias. Persiuntimo lentelės pasako, ar paketai turi kur eiti:

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 įrašas su išspręstu gretimumu ir išeinančia žyme reiškia, kad duomenų plokštumos srautas turėtų veikti, o bet koks likęs simptomas priklauso programai arba filtravimui VRF viduje. CEF įrašas su neišspręstu kitu šuoliu reiškia, kad žymės kelias nepilnas net tada, kai BGP atrodo sveikas, ir būtent tokiu atveju BGP lentelės ekrano kopija suklaidino pakeitimo peržiūrą.

Palyginkite žymę, kurią primeta vietinis PE, su ta, kurią nuotolinis PE tikisi gauti. Dviejų vaizdų neatitikimas yra žymių paskirstymo arba sesijos problema, ir jos neištaisys maršruto taikinių keitimas, kad ir kiek kartų tai darytumėte.

Grąžinkite RT pakeitimą nurodydami apimtį

Jei gedimas prasidėjo keičiant maršruto taikinį, atšaukite tai kaip vieną sąmoningą žingsnį ir pasakykite, kokią apimtį keičiate. Importo taikinio pašalinimas atima tinkamumą tos VRF viduje. Tai neištrina VPNv4 paskelbimo iš magistralės, o kai kuriose platformose maršrutas lieka laikomas lentelėje. Tai skirtingi rezultatai, o vartotojui matomas poveikis priklauso nuo to, kurį turite omenyje.

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

Švelni įeinančioji perkonfigūracija pakanka, kai sesija jau saugo priešdėlius; kietas tiekėjo krypties sesijos perkrovimas darbo metu yra sprendimas, kurį turi priimti kas nors kitas. Junos sistemoje atitinkami patikrinimai tiesiogiai skaito kiekvienos VRF lentelę ir VPN lentelę, o atšaukimas yra grįžimas commit metu, o ne atšaukimas po komandą, todėl užfiksuokite konfigūracijos skirtumą prieš pradėdami.

Baigkite tomis pačiomis trimis komandomis, kuriomis pradėjote, ta pačia tvarka, ir užrašykite jų išvestį su laiko žyma. Tiketas, kuriame sakoma, kad RT buvo neteisingas, o dabar teisingas, negali būti naudojamas pakartotinai; tas, kuris rodo priešdėlį VRF, VPNv4 ir įdiegtą CEF, yra įrodymas, su kuriuo kitas žmogus gali palyginti. Jei pasikeitė tik pirmieji du, pakeitimo nebaigėte.