RD ir RT MPLS VPN: unikalumas ir importo politika

Maršruto atskiriklis padaro persidengiančius prefiksus unikalius, o maršruto tikslas nusprendžia, kuriuos maršrutus VRF gali importuoti. Sekite vieną MPLS maršrutą abiem vaidmenimis.

Dvi klientų svetainės gali skelbti 10.20.0.0/24, ir abi lieka galiojančios viename paslaugų teikėjo tinkle. Maršruto atskiriklis išlaiko tuos skelbimus atskirus, o maršruto tikslas nusprendžia, kuri kliento VRF gali paimti kopiją. Jie stovi vienas šalia kito konfigūracijoje ir atlieka visiškai skirtingą darbą. Sumaišius šiuos du dalykus, atsiranda pakeitimai, kurie atrodo pagrįsti ir nieko nesutvarko.

Sekite vieną maršrutą nuo kliento krašto iki nutolusios VRF ir pasidalijimas tampa konkretus: tapatybė pridedama prieš maršrutui patenkant į BGP, o paskirstymo politika vertinama, kai maršrutas pasiekia priimantį paslaugų teikėjo kraštą.

VPN-IPv4 maršrutas yra RD ir IPv4 prefiksas

RFC 4364 apibrėžia VPN-IPv4 adresų šeimą kaip aštuonių baitų maršruto atskiriklį, po kurio eina keturių baitų IPv4 adresas. RD pridedamas prieš kliento prefiksą, todėl du identiški prefiksai iš skirtingų svetainių tampa dviem skirtingais BGP maršrutais.

Ši konstrukcija yra visas unikalumo mechanizmas. Paslaugų teikėjui nereikia, kad klientai susitartų dėl nesikertančios adresų erdvės, ir vienos svetainės maršrutas negali tyliai pakeisti identiško kitos svetainės prefikso.

Pats RD formatas yra administratoriaus pasirinkta reikšmė, paprastai autonominės sistemos numeris ir vietinis numeris. Jo skaitinė forma yra konvencija, o ne ženklas, kad du laukai turi bendrą prasmę su maršruto tikslu, kuris atsitiktinai naudoja tuos pačius skaitmenis.

RD padaro persidengiančius prefiksus atskiriamus

Apsvarstykite du skelbimus tam pačiam prefiksui. A svetainė turi RD 65000:101, o B svetainė turi RD 65000:202, abu skirti 10.20.0.0/24. Dabar BGP turi du VPN-IPv4 maršrutus, kuriuos galima nepriklausomai palyginti, filtruoti ir pasirinkti.

RD nepasako, kuri VRF turi gauti bet kurį iš šių maršrutų, ir nenurodo kliento ar paslaugos. Tai maršruto tapatybės laukas, o ne narystės sąrašas. VRF savas RD neturi atitikti maršruto, kurį ji importuoja, RD.

Todėl keisti RD, kad jis atitiktų kitos svetainės numerį, nieko nesutvarko. Jei maršruto trūksta kitoje pusėje, skaitmenų sutapimas sukuria kitą tapatybės problemą, o ne ištaiso importo sprendimą.

RT yra BGP atributas, o ne paketo žymė

Eksporto politika prideda vieną ar daugiau maršruto tikslų prie maršruto kaip išplėstinius BGP bendruomenės atributus. Priimantis paslaugų teikėjo kraštas lygina tuos atributus su kiekvienos VRF importo politika. RT keliauja su maršrutu per valdymo plokštumą. Palyginimas vyksta visiškai maršrutizavimo politikoje, prieš perduodant bet kurį kliento paketą.

Kliento duomenų paketai netransportuoja RT. Kai maršrutas įdiegtas VRF, perdavimas naudoja tos VRF lentelę ir MPLS žymių dėklą, kurį priskiria architektūra. Paslaugų teikėjo kraštas neskaito maršruto tikslo iš kiekvieno kliento paketo.

Maršrutas gali turėti kelis RT, o VRF gali importuoti kelis. Konfigūracija dažnai atrodo kaip trumpas blokas:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Skaitykite šį bloką kaip du atskirus teiginius. Eksporto eilutė nustato, kas pridedama prie maršrutų, paliekančių šią VRF; importo eilutė nustato, ką ši VRF yra pasirengusi apsvarstyti. Sutampantys numeriai yra patogu, bet ne privaloma.

Importo teisė nėra įdiegimas

Maršrutas gali būti tinkamas VRF ir vis tiek neatsirasti jos perdavimo lentelėje. Tinkamumas yra filtras; po to įprastas BGP sprendimų priėmimo procesas palygina tinkamus maršrutus ir pasirenka vieną. Senesnis ar mažiau pageidaujamas maršrutas gali pralaimėti kitam tinkamam keliui.

Tikrinkite pasirinktą maršrutą, o ne tik importo politiką. VRF, kuri importuoja RT 65000:500 ir nerodo jokio maršruto 10.20.0.0/24, galėjo gauti maršrutą ir jį atmesti pasirinkimo metu arba jo niekada negauti.

Šis skirtumas svarbus ir tada, kai atsiranda netikėtas prefiksas. Per plati importo politika gali pritraukti maršrutus, kurių svetainė neketino naudoti, o RD unikalumas to visiškai netrukdo. Paskirstymo apimtis yra RT politikos klausimas.

Suraskite trūkstamą maršrutą valdymo plokštumos tvarka

Pradėkite nuo skelbimo: ar šaltinio VRF eksportuoja numatytą RT, ir ar maršrutas egzistuoja kaip VPN-IPv4 maršrutas maršrutų atšvaitoje arba priimančiame PE? Tada patikrinkite atributą tokį, koks gautas, o ne tokį, koks sukonfigūruotas siuntėjuje.

Toliau palyginkite priimančios VRF importo sąrašą su tikromis maršruto RT reikšmėmis. Galiausiai apžiūrėkite pasirinktą maršrutą toje VRF ir žymės susiejimą. Kiekvienas žingsnis atsako į kitą klausimą, o šuolis prie RD paprastai praleidžia būtent tą žingsnį, kuris klaidingas.

Užrašykite RD, eksportuotą RT, importuotą RT ir pasirinktą kitą šuolį veikiančiai ir nepavykstančiai svetainei. Keturių reikšmių gretinimas neaiškų „VPN neperduoda maršrutų“ paverčia tiksliu valdymo plokštumos žingsniu, kuris skiriasi.

Susiję straipsniai