RD ja RT MPLS VPN-is: unikaalsus ja impordipoliitika

Marsruudi eristaja teeb kattuvad prefiksid unikaalseks ja marsruudi sihtmärk otsustab, milliseid marsruute VRF importida tohib. Jälgige ühte MPLS marsruuti mõlemas rollis.

Kaks kliendi asukohta võivad reklaamida 10.20.0.0/24 ja mõlemad jäävad ühe teenusepakkuja võrgu sees kehtima. Marsruudi eristaja hoiab need reklaamid eraldi; marsruudi sihtmärk otsustab, milline kliendi VRF võib koopia võtta. Need seisavad konfiguratsioonis kõrvuti ja teevad täiesti erinevat tööd. Nende segamini ajamine viib muudatusteni, mis näivad mõistlikud ja ei paranda midagi.

Jälgige ühte marsruuti kliendi servast kaugesse VRF-i ja jaotus muutub konkreetseks: identiteet lisatakse enne, kui marsruut BGP-sse jõuab, ja jaotuspoliitikat hinnatakse siis, kui marsruut jõuab vastuvõtva teenusepakkuja servani.

Marsruut VPN-IPv4 on RD pluss IPv4 prefiks

RFC 4364 määratleb VPN-IPv4 aadresside perekonna kaheksabaidise marsruudi eristajana, millele järgneb neljabaidine IPv4 aadress. RD lisatakse kliendi prefiksi ette, nii et kaks identset prefiksit erinevatest asukohtadest muutuvad kaheks erinevaks BGP marsruudiks.

See konstruktsioon on kogu unikaalsuse mehhanism. Teenusepakkuja ei vaja, et kliendid lepiksid kokku mittekattuvas aadressiruumis, ja ühe asukoha marsruut ei saa teise asukoha identset prefiksit vaikselt asendada.

RD vorming ise on administraatori valitud väärtus, tavaliselt autonoomse süsteemi number ja kohalik number. Selle numbriline kuju on konventsioon, mitte märk sellest, et need kaks välja jagavad tähendust marsruudi sihtmärgiga, mis juhtumisi kasutab samu numbreid.

RD muudab kattuvad prefiksid eristatavaks

Vaatleme kahte reklaami sama prefiksi kohta. Asukoht A kannab RD-d 65000:101 ja asukoht B kannab RD-d 65000:202, mõlemad 10.20.0.0/24 jaoks. BGP hoiab nüüd kahte VPN-IPv4 marsruuti, mida saab sõltumatult võrrelda, filtreerida ja valida.

RD ei ütle, milline VRF peaks kummagi marsruudi vastu võtma, ega tuvasta klienti ega teenust. See on marsruudi identiteediväli, mitte liikmete nimekiri. VRF-i enda RD ei pea ühtima marsruudi RD-ga, mida see impordib.

Seetõttu ei paranda RD muutmine teise asukoha numbrile vastavaks midagi. Kui marsruut teisel pool puudub, tekitavad kattuvad numbrid teise identiteediprobleemi, selle asemel et impordiotsus parandada.

RT on BGP atribuut, mitte paketi silt

Ekspordipoliitika kinnitab marsruudi külge ühe või mitu marsruudi sihtmärki BGP laiendatud kogukonna atribuutidena. Vastuvõttev teenusepakkuja serv võrdleb neid atribuute iga VRF-i impordipoliitikaga. RT rändab koos marsruudiga läbi juhtimistasandi. Võrdlus toimub täielikult marsruutimispoliitikas, enne kui ükski kliendi pakett edasi saadetakse.

Kliendi andmepaketid RT-d ei kanna. Kui marsruut on VRF-i paigaldatud, kasutab edastamine selle VRF-i tabelit ja MPLS-siltide virna, mille arhitektuur määrab. Teenusepakkuja serv ei loe igast kliendi paketist marsruudi sihtmärki.

Marsruut võib kanda mitut RT-d ja VRF võib importida mitut. Konfiguratsioon näeb sageli välja nagu lühike plokk:

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

Lugege seda plokki kahe eraldi väitena. Ekspordirida määrab, mis kinnitatakse sellest VRF-ist väljuvate marsruutide külge; impordirida määrab, mida see VRF on valmis arvestama. Numbrite kattumine on mugav, mitte kohustuslik.

Impordiõigus ei ole paigaldamine

Marsruut võib olla VRF-i jaoks sobilik ja siiski mitte ilmuda selle edastustabelisse. Sobivus on filter; seejärel võrdleb tavaline BGP otsustusprotsess sobilikke marsruute ja valib ühe. Vanem või vähem eelistatud marsruut võib kaotada teisele sobilikule teele.

Kontrollige valitud marsruuti, mitte ainult impordipoliitikat. VRF, mis impordib RT-d 65000:500 ega näita marsruuti 10.20.0.0/24 jaoks, võis marsruudi vastu võtta ja valiku käigus tagasi lükata, või ei pruukinud seda üldse saada.

See erinevus loeb ka siis, kui ilmub ootamatu prefiks. Liiga lai impordipoliitika võib sisse tõmmata marsruute, mida asukoht ei kavatsenud kasutada, ja RD unikaalsus ei takista seda sugugi. Jaotuse ulatus on RT poliitika küsimus.

Jälgige puuduvat marsruuti juhtimistasandi järjekorras

Alustage reklaamist: kas lähtev VRF ekspordib kavandatud RT-d ja kas marsruut on olemas VPN-IPv4 marsruudina marsruudipeegeldil või vastuvõtval PE-l? Seejärel kontrollige atribuuti nii, nagu see vastu võeti, mitte nii, nagu see on saatja juures konfigureeritud.

Järgmisena võrrelge vastuvõtva VRF-i impordinimekirja marsruudi tegelike RT väärtustega. Lõpuks uurige valitud marsruuti selles VRF-is ja sildi sidumist. Iga samm vastab erinevale küsimusele ja hüpe RD juurde jätab tavaliselt vahele just selle, mis on vale.

Märkige üles RD, eksporditud RT, imporditud RT ja valitud järgmine hüpe töötava ja vigase asukoha jaoks. Neli väärtust kõrvuti muudavad ebamäärase “VPN ei edasta marsruute” täpseks juhtimistasandi sammuks, mis erineb.

Seotud artiklid