Kaks PE-d, üks prefiks: miks RD nähtavuse otsustab
Kaks serva-ruuterit, mis kuulutavad sama prefiksit, jagavad üht sihtkohta, kui nende route distinguisherid ei erine. Määrake teadlikult ja kontrollige seejärel VRF-i.
Kaks serva-ruuterit, mis kuulutavad sama kliendi prefiksit, kirjeldavad üht VPNv4 sihtkohta seni, kuni miski need lahutab, ja lahutaja on route distinguisher. See kvalifitseerib prefiksi; see ei otsusta, kes tulemuse impordib, see on route targeti töö. Määrake RD-d nende marsruutide hulgast, mis peavad jääma eristatavaks igas domeenis, kus need kuulutused kokku võivad saada, mitte ühe seadme failipaigutuse järgi. Number, mille valite, on identiteet, millest hilisemad ülevaatused sõltuvad, seega kuulub see inventuuri enne, kui jõuab konfiguratsiooni.
RD pluss prefiks on üks sihtkoht
RD pluss IPv4 prefiks moodustab VPNv4 sihtkoha, mida juhtimistasand võrdleb. Andke kahele PE-le eri klientide jaoks sama prefiks ja ilma erinevate RD-deta kuulutavad nad marsruute ühe sihtkoha suunas. Miski ekraanil ei ütle, et see grupeerimine on vale, sest platvorm teeb täpselt seda, mida identiteet ütleb. Muutke RD-d ühel neist ja vana kuulutus võetakse tagasi, samal ajal kui teise identiteedi all ilmub uus. Kõik allavoolu, mis toetus vanale identiteedile, marsruudi valikust salvestatud operaatorifiltrini, viitab nüüd millelegi, mida enam ei ole.
Mitu marsruuti sihtkoha kohta on BGP tavaline käitumine, mitte sümptom. Speaker võib hoida mitut vastuvõetud marsruuti, valides samal ajal edastamiseks ühe parima, ja vahe vastuvõetu ja valitu vahel on koht, kus nähtavuse küsimused elavad. Kui marsruut näib kadunud olevat, kinnitage enne sessiooni vaatamist, kas identiteet, kuhu see kuulus, on veel olemas.
Sama RD, sama sihtkoht, erinevad marsruudid
Saatke üks RD ja üks prefiks kahest ruuterist sama teenuse nimel ja mõlemad pakuvad marsruute ühe sihtkoha suunas, tavaliselt erinevate järgmiste hüpetega. Millise neist route reflector edasi annab, on otsus reflektori kohta: selle marsruudivalik, kuulutamisvõime ja selle peale kihitatud poliitika. Kumbki serva-ruuter ei kontrolli seda valikut. Andke kahele kuulutusele erinevad RD-d ja kumbki saab oma sihtkohaks, nii et mõlemad suudavad vastu pidada juhtimistasandil, mis muidu kannab ainult valitud marsruuti ühe identiteedi jaoks.
Nähtavus ja mitmikmarsruutimine kohtuvad vastuvõtvas VRF-is, kuid need ei ole sama otsus, ja kahte identiteeti kandev reflektor ei ole konfigureerinud teist paigaldatud marsruuti. VRF paigaldab selle, mida selle impordipoliitika lubab, ja selle, mida lubab selle enda maksimaalsete marsruutide seade. Kontrollige seda seadet eraldi, kui soovite, et teist marsruuti kasutataks, mitte ainult nähtaks.
Kohalik unikaalsusreegel ei ole poliitika
Iga PE ja iga marsruutimisinstantsi jaoks oma RD andmine on terve tava: see nimetab päritolu, hoiab mitteseotud teenused ühel identiteedil kokku põrkamast ja annab inventuurile püsiva võtme. Mõned platvormid nõuavad unikaalsust ainult seadme sees ja lubavad ruuteritel sama VPN-instantsi jaoks RD-d jagada. See luba on teostuspiirang, mitte võrkudevaheline reegel, mille saate tarnijale delegeerida. Kui domeen hõlmab meeskondi, kirjutage määramispoliitika ise.
Liikmelisus ei tule kunagi numbritest. Muster nagu 65000:12 ühe PE jaoks ja 65000:13 teise jaoks on harjumus, samas kui kattuvad ekspordi- ja impordisihtmärgid nagu 65000:112 on see, mis paneb marsruudi VRF-i. Käsitlege RD-d marsruudi identiteedina ja route targetit loana, mis selle VRF-i viib.
Tõestage muudatus VRF-il, mitte ekraanil
Enne kui RD-d puudutate, kirjutage üles neli asja: mida PE täna kuulutab, mida reflektor peegeldab, mida vastuvõttev VRF impordib ja millise marsruudi see valib. Uus RD võtab ühe kuulutuse tagasi ja toob sisse teise, seega on muudatus nähtav sessiooni mõlemal poolel ja seda on lihtne valesti lugeda, kui jälgite ainult kuulutavat poolt. Vastuvõtt peaks toetuma soovitud kättesaadavusele, mitte lisareale prefiksite loendis. Allolev tabel hoiab kolm identifikaatorit selle ülevaatuse ajal kokku sulamast.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
Alustage kuulutavast PE-st ja võrrelge mõlemat identiteeti sama prefiksi jaoks enne, kui midagi eemaldate. Allolevad IOS-käsud vastavad kolmele küsimusele järjekorras: kas vana kuulutus on veel alles, kas uus identiteet on reflektorile nähtav ja kas VRF valib selle prefiksi.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
Teised platvormid trükivad sama teabe teise süntaksiga ja küsimused jäävad selle muudatuse järel püsima. Kui uus identiteet puudub reflektoril, samal ajal kui PE loetleb selle kuulutatuna, on esimene kahtlusalune reflektori poliitika või kuulutamisvõime, mitte numereerimine.
Kirjutage PE, instants, RD, ekspordi- ja impordisihtmärgid ning prefiksi omand ühte kohta, sest järgmine määramine on otsing, mitte oletus ainult siis, kui see kirje olemas on. Hoidke vana RD-d seni, kuni uus identiteet on vastuvõtvas VRF-is nähtav, seejärel võtke see teise sammuna tagasi, et iga etapp jääks pööratavaks.