RD față de RT într-o VPN MPLS: unicitate față de politica de import

Două situri de client pot anunța 10.20.0.0/24 și amândouă rămân valide într-o singură rețea a furnizorului. Distingătorul de rută ține acele anunțuri separate; ținta de rută decide ce VRF de client poate lua o copie. Ele apar una lângă alta în configurație și fac lucruri complet diferite. Confundarea lor duce la modificări care par rezonabile și nu repară nimic.

Urmăriți o rută de la marginea clientului până la un VRF îndepărtat și separarea devine concretă: identitatea este atașată înainte ca ruta să intre în BGP, iar politica de distribuție este evaluată când ruta ajunge la marginea furnizorului care o primește.

O rută VPN-IPv4 este un RD plus un prefix IPv4

RFC 4364 definește familia de adrese VPN-IPv4 ca un distingător de rută de opt octeți, urmat de o adresă IPv4 de patru octeți. RD este pus în fața prefixului clientului, astfel încât două prefixe identice din situri diferite devin două rute BGP diferite.

Această construcție este întregul mecanism de unicitate. Furnizorul nu are nevoie ca clienții să cadă de acord asupra unui spațiu de adrese fără suprapunere, iar o rută dintr-un sit nu poate înlocui în tăcere un prefix identic din alt sit.

Formatul RD în sine este o valoare aleasă de administrator, de obicei un număr de sistem autonom și un număr local. Forma sa numerică este o convenție, nu un semn că cele două câmpuri împart o semnificație cu o țintă de rută care folosește din întâmplare aceleași cifre.

RD face prefixele care se suprapun distingibile

Luați în considerare două anunțuri pentru același prefix. Situl A poartă RD 65000:101, iar situl B poartă RD 65000:202, ambele pentru 10.20.0.0/24. BGP are acum două rute VPN-IPv4 care pot fi comparate, filtrate și selectate independent.

RD nu spune ce VRF trebuie să primească vreuna dintre rute și nu identifică un client sau un serviciu. Este un câmp de identitate al rutei, nu o listă de apartenență. RD-ul propriu al unui VRF nu trebuie să corespundă cu RD-ul unei rute pe care o importă.

De aceea schimbarea unui RD ca să corespundă numărului altui sit nu repară nimic. Dacă o rută lipsește în cealaltă parte, potrivirea cifrelor creează o altă problemă de identitate în loc să repare decizia de import.

RT este un atribut BGP, nu o etichetă din pachet

O politică de export atașează la rută una sau mai multe ținte de rută ca atribute de comunitate extinsă BGP. Marginea furnizorului care primește compară acele atribute cu politica de import a fiecărui VRF. RT călătorește cu ruta prin planul de control. Comparația are loc în întregime în politica de rutare, înainte ca vreun pachet al clientului să fie transmis mai departe.

Pachetele de date ale clientului nu transportă RT. Odată ce o rută este instalată într-un VRF, transmiterea folosește tabela acelui VRF și stiva de etichete MPLS pe care arhitectura o alocă. Marginea furnizorului nu citește o țintă de rută din fiecare pachet al clientului.

O rută poate purta mai multe RT, iar un VRF poate importa mai multe. Configurația arată adesea ca un bloc scurt:

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

Citiți acel bloc ca două afirmații separate. Linia de export controlează ce se atașează rutelor care părăsesc acest VRF; linia de import controlează ce este acest VRF dispus să ia în considerare. Numerele identice sunt comode, nu obligatorii.

Eligibilitatea la import nu este instalare

O rută poate fi eligibilă pentru un VRF și totuși să nu apară în tabela sa de transmitere. Eligibilitatea este un filtru; apoi procesul normal de decizie al BGP compară rutele eligibile și selectează una. O rută mai veche sau mai puțin preferată poate pierde în fața altei căi eligibile.

Verificați ruta selectată, nu doar politica de import. Un VRF care importă RT 65000:500 și nu afișează nicio rută pentru 10.20.0.0/24 poate a primit ruta și a respins-o la selecție, sau poate nu a primit-o niciodată.

Această distincție contează și când apare un prefix neașteptat. O politică de import prea largă poate atrage rute pe care situl nu intenționa să le folosească, iar unicitatea RD nu împiedică deloc acest lucru. Amploarea distribuției este o chestiune de politică RT.

Depanați o rută lipsă în ordinea planului de control

Începeți cu anunțul: VRF-ul de origine exportă RT-ul dorit și ruta există ca rută VPN-IPv4 pe reflectorul de rute sau pe PE-ul care primește? Apoi verificați atributul așa cum a fost primit, nu așa cum este configurat la expeditor.

Apoi comparați lista de import a VRF-ului care primește cu valorile RT reale ale rutei. În final inspectați ruta selectată în acel VRF și legarea etichetei. Fiecare pas răspunde la o altă întrebare, iar saltul la RD omite de obicei exact pasul greșit.

Notați RD-ul, RT-ul exportat, RT-ul importat și următorul salt selectat pentru situl care funcționează și pentru cel care eșuează. Patru valori alăturate transformă un vag „VPN-ul nu transmite rute” în pasul exact din planul de control care diferă.