RD kundrejt RT në një VPN MPLS: uniciteti kundrejt politikës së importit

Dy sajte klientësh mund të shpallin 10.20.0.0/24 dhe të dyja mbeten të vlefshme brenda një rrjeti të vetëm të ofruesit. Dalluesi i rrugës i mban ato shpallje të ndara; objektivi i rrugës vendos cila VRF e klientit mund të marrë një kopje. Ato shfaqen krah për krah në konfigurim dhe bëjnë punë krejt të ndryshme. Ngatërrimi i të dyjave çon në ndryshime që duken të arsyeshme dhe nuk rregullojnë asgjë.

Ndiqni një rrugë nga skaji i klientit deri në një VRF të largët dhe ndarja bëhet konkrete: identiteti bashkëngjitet përpara se rruga të hyjë në BGP, dhe politika e shpërndarjes vlerësohet kur rruga arrin skajin e ofruesit që e pranon.

Një rrugë VPN-IPv4 është një RD plus një parashtesë IPv4

RFC 4364 e përcakton familjen e adresave VPN-IPv4 si një dallues rrugë prej tetë bajtësh, të ndjekur nga një adresë IPv4 prej katër bajtësh. RD vendoset përpara parashtesës së klientit, kështu që dy parashtesa identike nga sajte të ndryshëm bëhen dy rrugë BGP të ndryshme.

Ai ndërtim është i gjithë mekanizmi i unicitetit. Ofruesi nuk ka nevojë që klientët të bien dakord për një hapësirë adresash pa mbivendosje, dhe një rrugë nga një sajt nuk mund të zëvendësojë në heshtje një parashtesë identike nga një sajt tjetër.

Vetë formati i RD është një vlerë e zgjedhur nga administratori, zakonisht një numër sistemi autonom dhe një numër lokal. Forma e tij numerike është një konventë, jo një shenjë se dy fushat ndajnë kuptim me një objektiv rruge që përdor rastësisht të njëjtat shifra.

RD i bën të dallueshme parashtesat që mbivendosen

Merrni në shqyrtim dy shpallje për të njëjtën parashtesë. Sajti A mban RD 65000:101 dhe sajti B mban RD 65000:202, të dyja për 10.20.0.0/24. BGP tani mban dy rrugë VPN-IPv4 që mund të krahasohen, filtrohen dhe zgjidhen në mënyrë të pavarur.

RD nuk thotë cila VRF duhet të marrë ndonjë nga ato rrugë dhe nuk identifikon një klient ose një shërbim. Është një fushë identiteti për rrugën, jo një listë anëtarësie. RD e një VRF nuk duhet domosdoshmërisht të përputhet me RD e një rrugë që ajo importon.

Prandaj ndryshimi i një RD për t’u përputhur me numrin e një sajti tjetër nuk rregullon asgjë. Nëse një rrugë mungon në anën tjetër, përputhja e shifrave krijon një problem tjetër identiteti në vend që të riparojë vendimin e importit.

RT është një atribut BGP, jo një etiketë në paketë

Një politikë eksporti bashkëngjit një ose më shumë objektiva rruge tek rruga si atribute të komunitetit të zgjeruar të BGP. Skaji i ofruesit që pranon i krahason ato atribute me politikën e importit të secilës VRF. RT udhëton me rrugën nëpër rrafshin e kontrollit. Krahasimi ndodh plotësisht në politikën e rrugëzimit, përpara se të përcillet ndonjë paketë e klientit.

Paketat e të dhënave të klientit nuk mbartin RT. Pasi një rrugë instalohet në një VRF, përcjellja përdor tabelën e asaj VRF dhe pirgun e etiketave MPLS që cakton arkitektura. Skaji i ofruesit nuk lexon një objektiv rruge nga çdo paketë e klientit.

Një rrugë mund të mbajë disa RT, dhe një VRF mund të importojë disa. Konfigurimi shpesh duket si një bllok i shkurtër:

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

Lexojeni atë bllok si dy pohime të veçanta. Rreshti i eksportit kontrollon çfarë bashkëngjitet rrugëve që largohen nga kjo VRF; rreshti i importit kontrollon çfarë është kjo VRF e gatshme të marrë në konsideratë. Numrat që përputhen janë të përshtatshëm, jo të detyrueshëm.

Përshtatshmëria për import nuk është instalim

Një rrugë mund të jetë e përshtatshme për një VRF dhe prapë të mos shfaqet në tabelën e përcjelljes. Përshtatshmëria është një filtër; më pas procesi normal i vendimmarrjes së BGP krahason rrugët e përshtatshme dhe zgjedh njërën. Një rrugë më e vjetër ose më pak e preferuar mund të humbasë ndaj një shtegu tjetër të përshtatshëm.

Kontrolloni rrugën e zgjedhur, jo vetëm politikën e importit. Një VRF që importon RT 65000:500 dhe nuk tregon asnjë rrugë për 10.20.0.0/24 mund ta ketë marrë rrugën dhe ta ketë refuzuar gjatë zgjedhjes, ose mund të mos e ketë marrë kurrë.

Ky dallim ka rëndësi edhe kur shfaqet një parashtesë e papritur. Një politikë importi shumë e gjerë mund të tërheqë rrugë që sajti nuk synonte t’i përdorte, dhe uniciteti i RD nuk e pengon aspak këtë. Shtrirja e shpërndarjes është çështje e politikës së RT.

Gjurmoni një rrugë që mungon sipas rendit të rrafshit të kontrollit

Filloni nga shpallja: a e eksporton VRF burim RT e synuar dhe a ekziston rruga si rrugë VPN-IPv4 te reflektori i rrugëve ose te PE që pranon? Më pas kontrolloni atributin ashtu siç u prit, jo ashtu siç është konfiguruar te dërguesi.

Më pas krahasoni listën e importit të VRF që pranon me vlerat reale të RT të rrugës. Në fund shqyrtoni rrugën e zgjedhur në atë VRF dhe lidhjen e etiketës. Çdo hap i përgjigjet një pyetjeje tjetër, dhe kërcimi te RD zakonisht anashkalon pikërisht hapin që është i gabuar.

Shënoni RD, RT e eksportuar, RT e importuar dhe hapin tjetër të zgjedhur për sajtin që funksionon dhe për atë që dështon. Katër vlera krah për krah e kthejnë një “VPN-ja nuk i kalon rrugët” të paqartë në hapin e saktë të rrafshit të kontrollit që ndryshon.