MPLS L3VPN laboratorija nepinga? Patikrinkite šiuos penkis taškus

Du kliento maršrutizatoriai, pora tiekėjo krašto dėžučių ir ping, kuris miršta be jokio klaidos pranešimo. Mažoje MPLS L3VPN laboratorijoje gedimas beveik visada slypi viename iš penkių patikros taškų, ir kiekvienas jų turi komandą, kuri parodo, ar priklausomybė veikia, ar jos trūksta. Klaida yra paleisti BGP iš naujo kiekvieną kartą, kai ping nepavyksta, užuot tikrinus priklausomybes iš eilės. Šokę tiesiai į VRF konfigūraciją, galite praleisti valandą prie problemos, kuri prasidėjo nuo neišspręsto next hop dviejų įrenginių atstumu.

Sąrašą dirbkite iš apačios į viršų. Patikros taškas, kuris praėjo, lieka praėjęs, o pirmasis nepavykimas yra tas, kurį verta derinti.

Pirmas patikros taškas: PE pasiekia vienas kitą

Kiekvienas PE turi turėti maršrutą į kito PE loopback, ir tas maršrutas turi būti išspręstas per kažką tikrą. Įprastas būdas ten patekti yra vidinio tinklo vartų protokolas, bet statinis maršrutas taip pat tinka, jei rekursinė paieška nusileidžia ant gyvo gretimumo. IOS stiliaus įrenginiuose show ip route 10.0.0.2 ir po jo show ip cef 10.0.0.2 parodys, ar prefiksas egzistuoja ir ar jis turi išspręstą gretimumą. Maršrutas lentelėje be gretimumo už jo nėra pasiekiamumas.

Tikrinkite abi kryptis. Asimetriškos IGP sąnaudos, pasyvus sąsaja ne toje pusėje arba platinimo sąrašas, filtruojantis loopback, kiekvienas jų sulaužo tik vieną kryptį, o vienos krypties pakanka sesijai numarinti. Jei loopback atsako į ping, bet BGP sesija stovi Active būsenoje, prieš ką nors liesdami pažiūrėkite į atnaujinimų šaltinį.

Antras patikros taškas: egzistuoja žymų kelias

IP maršrutas į nuotolinį loopback neįrodo, kad transportas įspaus žymą. LDP projekte patikrinkite, ar nuotolinis loopback turi vietinį ir nuotolinį susiejimą, ir ar išeinanti žyma atsiranda persiuntimo lentelėje. show mpls ldp bindings 10.0.0.2 32 parodo žymų poras, o show mpls forwarding-table 10.0.0.2 parodo, ką linijos kortelė iš tikrųjų įrašys. Kai antroji komanda rodo „no label“ arba perduoda į IP, transportas neneša VPN srauto taip, kaip numato projektas.

Skirtumas kyla iš to, kaip MPLS atskiria persiuntimo būseną nuo paskirties prefiksų, ir tai yra modelis, aprašytas RFC 3031. Jei jūsų laboratorija naudoja RSVP-TE arba su BGP susijusias žymas vietoj LDP, tikrinkite to mechanizmo būseną; manyti, kad LDP paskirsto kiekvieną underlay žymą, yra įprastas būdas vytis vaiduoklišką klaidą. Nutrūkęs žymų kelias paprastai pasirodo vėliau kaip VPN maršrutas, kuris yra, bet netinkamas naudoti.

Trečias patikros taškas: VPN maršrutas atkeliavo sveikas

Žiūrėkite į VPNv4 arba VPNv6 maršrutą tiksliajam kliento prefiksui, o ne į sesijos suvestinę. show bgp vpnv4 unicast all 10.10.1.0/24 turėtų parodyti maršruto skiriamąjį požymį, next hop, nustatytą į nuotolinį PE loopback, ir žymą. Jei prefikso nėra, pirmasis įtariamasis yra eksporto politika pradiniame PE arba importo politika priimančiame PE, o route target paprastai būna kaltininkas.

Route target patikrą skaitykite atskirai nuo BGP gavimo. Maršrutas gali atkeliauti su teisingu next hop ir vis tiek nepatekti į VRF, nes import target nesutampa. Priimančiame PE show ip route vrf CUSTOMER 10.10.1.0 yra tas bandymas, kuris svarbus; BGP lentelė tik įrodo, kad maršrutas kirto valdymo plokštumą.

Ketvirtas patikros taškas: sąsaja yra VRF

VRF aprašas su maršruto skiriamuoju požymiu ir route target neperkelia jokios sąsajos į jį. Į CE nukreiptai sąsajai reikia VRF priskyrimo, ir show ip vrf interfaces arba show ip interface brief turėtų ją išvardyti po tinkamu egzemplioriumi. Tai patikros taškas, kuriame nusirašyta konfigūracija dažniausiai sugenda, nes VRF blokas atrodo baigtas, o sąsaja vis dar sėdi globalioje lentelėje.

Tada patikrinkite, ar PE išmoko vietinį kliento prefiksą į tą VRF, ir ar CE turi kelią atgal per prisijungimą. Statinis numatytasis maršrutas CE įrenginyje, nukreiptas į PE, laboratorijai pakanka, jei PE VRF turi maršrutą į CE LAN. Jei trūksta kurios nors pusės, ping nepavyksta dar prieš įspaudžiant bet kokią žymą.

Penktas patikros taškas: atsakymas randa kelią namo

Sekite pirminį paketą, o paskui sekite grįžtamąjį paketą, nes jie naudoja skirtingas lenteles. Įėjimo PE kliento šaltinis turi būti išspręstas VRF viduje į nuotolinį prefiksą su nuotoline žyma. Išėjimo PE paskirtis turi būti išspręsta toje pačioje VRF į į CE nukreiptą sąsają. Ping iš paties PE nėra įrodymas: jis gali išeiti per globalią lentelę ar kitą šaltinio adresą, todėl ping vrf CUSTOMER 10.10.2.10 source 10.10.1.1 yra bandymas, kurį reikia atlikti.

Prigluminių ugniasienės, atvirkštinio kelio filtravimas ir CE prieigos sąrašai vis dar galioja. Jei pirminis kelias veikia, o atsakymas miršta, problema yra maršrutas arba filtras grįžimo pusėje, o ne MPLS transportas.

Laikykite vienos eilutės įrašą kiekvienam patikros taškui, nurodantį pirmąją nepavykusią priklausomybę. Tas įrašas paverčia „klientas negali pinginti“ konkrečiu klausimu apie pasiekiamumą, žymų būseną, maršrutų importą, sąsajos priklausymą arba grįžimo kelią ir neleidžia kitai derinimo sesijai kartoti tų pačių penkių komandų ta pačia tvarka.