RSVP-TE tunelis veikia, bet kliento L3VPN neturi kelio
Transportas ir paslauga yra atskiri sprendimai. Perskaitykite žymių krūvą, atskirai patikrinkite kito šuolio sprendimą ir VRF prisijungimą, tada išbandykite vieną tikrą kliento srautą.
Dvi komandos gali būti teisios vienu metu, kai klientas praneša, kad VPN neveikia, o transporto komanda praneša, kad tunelis tvarkingas. Srautui inžineruotas LSP ir MPLS L3VPN atsako į skirtingus klausimus: vienas perkelia pažymėtus paketus per branduolį, kitas nusprendžia, kuriam maršrutizavimo kontekstui paketas priklauso. Kai jie sumaišomi, ginčas sukasi ratu, nes kiekviena pusė matuoja skirtingą objektą ir abu matavimai galioja.
Transportas veikia, o paslauga ne – tai normali būsena
LSP gali būti sukonfigūruotas, perduoti srautą ir būti matomas kiekvienoje stebėjimo sistemoje, kol kliento paslauga lieka netinkama naudoti. Šiame derinyje nėra nieko prieštaringo, nes tunelis neturi nuomonės, ar egzistuoja nuotolinis prefiksas, ar importo politika jį priėmė, ar prijungta grandinė praleidžia kadrus.
Požymis, kuris paprastai atskleidžia painiavą, yra asimetriškas: ping iš PE loopback sėkmingi, o kliento LAN pagrindinis kompiuteris nieko negauna, arba atvirkščiai. Užsirašykite, kurie adresai veikė, prieš kurdami teoriją. Kai pastebėsite, kad tikrinote du skirtingus objektus, kitas žingsnis yra perskaityti žymių krūvą, o ne ginčytis, kieno grafas teisingas. Du adresai, du savininkai ir paprastai du skirtingi žmonės, kurių kiekvienas tiki, kad kitas ką nors sulaužė.
Skaitykite krūvą kaip dvi atsakomybes
Apatinė žymė priklauso paslaugai, o viršutinė žymė priklauso keliui. RFC 4364 paprastai aprašo seką: pirmiausia uždedama VPN maršruto žymė, paskui tas pažymėtas paketas tuneliuojamas link kito BGP šuolio, kur srauto inžinerijos tunelis uždeda savo žymę viršuje.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
Nuotoliniame PE paslaugos žymė parenka apdorojimą, kuris gali būti VRF paieška arba prisijungimo sprendimas. Šios žymės negalima pakeisti tokia, kuri tik kerta branduolį, ir abi nėra keičiamos net tada, kai abi atsiranda toje pačioje krūvoje tame pačiame sąsajame.
Ką įrodo RSVP sėkmė ir ko ne
RSVP-TE sukuria aiškiai maršrutizuotus LSP, su išteklių rezervacija arba be jos, ir tai yra konkreti bei naudinga garantija dėl kelio, kuriuo paketas eina per branduolį. Tai ne teiginys apie kliento maršrutus, o sukonfigūruotas tunelio pavadinimas apskritai nėra maršrutas.
RSVP buvimas taip pat nesuteikia viso kelio našumo pažado. Pralaidumo rezervacija viename LSP nieko nesako apie prijungtą grandinę, paties kliento prieigos liniją ar eilės elgseną tolimajame krašte. Traktuojant tai kaip garantiją gaunami užtikrinti atsakymai į klausimus, kurių niekas neuždavė. Jei reikalavimas tikrai yra pralaidumo įsipareigojimas, jis turi būti sudarytas iš dalių, kurios tikrai jį įgyvendina, o LSP yra tik tos grandinės vidurys.
Tikrinkite eilės tvarka, tada sustokite
Dirbkite nuo transporto į išorę ir sustokite ties pirmuoju žingsniu, kuris nepavyksta, nes kiekvienas vėlesnis žingsnis daro prielaidą, kad ankstesni išsilaikė. Pirmiausia patvirtinkite, kad LSP sukurtas ir kad paslaugos prefikso perdavimo įrašas tikrai rodo į jį. Tada patvirtinkite, kad VPN maršrutas egzistuoja teisingoje lentelėje, kad jo žymės susiejimas yra, ir kad importo politika jį priėmė. Tada patvirtinkite prisijungimą: sąsają, inkapsuliavimą ir, kur taikoma, tos sutarties VLAN identifikatorių.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERKomandų sintaksė skiriasi priklausomai nuo platformos, todėl tas keturias eilutes traktuokite kaip keturis klausimus, o ne kaip scenarijų. Svarbu tai, kad kiekviena jų klausinėja skirtingą objektą, ir būtent todėl gedimas nurodo konkretų savininką.
Sekite vieną leidžiamą užklausą ir išsaugokite gerus įrodymus
Užbaikite viena tikra kliento užklausa, kurią leidžia politika, ir jos atsakymu. Vienas veikiantis srautas nuo pradžios iki pabaigos išsprendžia daugiau nei puslapis skaitiklių rodmenų, ir jis tikrina derinį, o ne kiekvieną dalį atskirai.
Kai vėlesnis etapas nepavyksta, išsaugokite sėkmingą LSP stebėjimą, o ne perstatykite transportą. Veikiančio tunelio perstatymas negali pataisyti trūkstamo nuotolinio prefikso, neteisingo VRF prisijungimo ar paskirties vietos prieigos taisyklės, ir jis sunaikina įrodymą, kuris iš pradžių pasakė, kad transportas sveikas.