Du PE, vienas prefiksas: kodėl RD lemia matomumą
Du krašto maršrutizatoriai, skelbiantys tą patį prefiksą, dalijasi vienu tikslu, nebent jų route distinguisher skiriasi. Skirkite apgalvotai, tada patikrinkite VRF.
Du krašto maršrutizatoriai, skelbiantys tą patį kliento prefiksą, aprašo vieną VPNv4 tikslą tol, kol kažkas jų neatskiria, o atskiriamasis yra route distinguisher. Jis kvalifikuoja prefiksą; jis nenusprendžia, kas importuos rezultatą, tai route target užduotis. RD skirkite iš maršrutų rinkinio, kurie turi likti atskiriami kiekviename domene, kur tie skelbimai gali susitikti, o ne iš vieno įrenginio failų išdėstymo. Pasirinktas numeris yra tapatybė, nuo kurios priklausys vėlesnės peržiūros, todėl jis priklauso inventoriui prieš patekdamas į konfigūraciją.
RD ir prefiksas sudaro vieną tikslą
RD kartu su IPv4 prefiksu sudaro VPNv4 tikslą, kurį lygina valdymo plokštuma. Duokite dviem PE tą patį prefiksą skirtingiems klientams ir be skirtingų RD jie skelbia maršrutus į vieną tikslą. Ekrane niekas nepasako, kad toks grupavimas neteisingas, nes platforma daro būtent tai, ką sako tapatybė. Pakeiskite RD viename jų ir senas skelbimas atšaukiamas, o po kita tapatybe pasirodo naujas. Viskas pasroviui, kas rėmėsi sena tapatybe, nuo maršruto parinkimo iki išsaugoto operatoriaus filtro, dabar nurodo į tai, ko nebėra.
Keli maršrutai vienam tikslui yra įprastas BGP elgesys, o ne simptomas. Kalbėtojas gali laikyti kelis gautus maršrutus, kol renkasi vieną geriausią persiuntimui, ir tarpas tarp gauto ir pasirinkto yra vieta, kur gyvena matomumo klausimai. Kai maršrutas atrodo dingęs, prieš žiūrėdami į sesiją patvirtinkite, ar tapatybė, kuriai jis priklausė, dar egzistuoja.
Tas pats RD ir tikslas, skirtingi maršrutai
Išsiųskite vieną RD ir vieną prefiksą iš dviejų maršrutizatorių tos pačios paslaugos vardu ir abu siūlo maršrutus į vieną tikslą, paprastai su skirtingais kitais šuoliais. Kurį iš jų perduos maršrutų atspindėtuvas, yra sprendimas apie atspindėtuvą: jo maršruto parinkimas, skelbimo galimybė ir bet kokia virš jo uždėta politika. Nė vienas krašto maršrutizatorius nekontroliuoja to pasirinkimo. Duokite dviem skelbimams skirtingus RD ir kiekvienas tampa savo tikslu, todėl abu gali išgyventi valdymo plokštumoje, kuri kitaip neša tik vienos tapatybės pasirinktą maršrutą.
Matomumas ir kelių maršrutų palaikymas susitinka priimančiame VRF, bet tai nėra tas pats sprendimas, o atspindėtuvas, nešantis dvi tapatybes, nesukonfigūravo antro įdiegto maršruto. VRF įdiegia tai, ką leidžia jo importo politika, ir tai, ką leidžia jo paties didžiausio maršrutų skaičiaus nuostata. Patikrinkite tą nuostatą atskirai, kai norite, kad antras maršrutas būtų naudojamas, o ne tik matomas.
Vietinė unikalumo taisyklė nėra politika
Duoti kiekvienam PE ir kiekvienai maršrutizavimo instancei savo RD yra sveika konvencija: ji įvardija kilmę, neleidžia nesusijusioms paslaugoms susidurti vienoje tapatybėje ir suteikia inventoriui stabilų raktą. Kai kurios platformos reikalauja unikalumo tik įrenginio viduje ir aiškiai leidžia maršrutizatoriams dalytis RD tai pačiai VPN instancei. Tas leidimas yra įgyvendinimo apribojimas, o ne tarp tinklų galiojanti taisyklė, kurią galite perduoti tiekėjui. Jei domenas apima komandas, paskirstymo politiką parašykite patys.
Narystė niekada neateina iš skaitmenų. Šablonas, kaip 65000:12 vienam PE ir 65000:13 kitam, yra įprotis, o atitinkantys eksporto ir importo tikslai, kaip 65000:112, yra tai, kas įdeda maršrutą į VRF. Traktuokite RD kaip maršruto tapatybę, o route target kaip leidimą, kuris jį nuneša į VRF.
Įrodykite pokytį VRF, o ne ekrane
Prieš liesdami RD, užsirašykite keturis dalykus: ką PE skelbia šiandien, ką atspindi atspindėtuvas, ką importuoja priimantis VRF ir kurį maršrutą jis pasirenka. Naujas RD atšaukia vieną skelbimą ir įveda kitą, todėl pokytis matomas abiejose sesijos pusėse ir jį lengva perskaityti neteisingai, jei stebite tik skelbiančiąją pusę. Priėmimas turėtų remtis norimu pasiekiamumu, o ne papildoma eilute, pasirodžiusia prefiksų sąraše. Žemiau esanti lentelė neleidžia trims identifikatoriams susilieti per tą peržiūrą.
| 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 |
Pradėkite nuo skelbiančiojo PE ir palyginkite abi tapatybes tam pačiam prefiksui prieš ką nors šalindami. Žemiau esančios IOS komandos iš eilės atsako į tris klausimus: ar senas skelbimas dar yra, ar nauja tapatybė matoma atspindėtuvui ir ar VRF pasirenka prefiksą.
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
Kitos platformos spausdina tą pačią informaciją kita sintakse, ir klausimai išlieka po to pokyčio. Jei naujos tapatybės atspindėtuve nėra, o PE ją rodo kaip paskelbtą, pirmasis įtariamasis yra atspindėtuvo politika ar skelbimo galimybė, o ne numeravimas.
Užrašykite PE, instanciją, RD, eksporto ir importo tikslus bei prefikso nuosavybę vienoje vietoje, nes kitas paskirstymas yra paieška, o ne spėjimas tik tada, kai tas įrašas egzistuoja. Laikykite seną RD, kol nauja tapatybė taps matoma priimančiame VRF, tada atšaukite jį antru žingsniu, kad kiekvienas etapas liktų grįžtamas.