CE RIP-marsruudist kaugesse VRF-i: kus eksport toimub

RIPv2-värskendus saabub teenusepakkuja servale, maandub VRF-i marsruutimistabelisse ja jääb sinna, kui miski seda selgesõnaliselt ei ekspordi. Kolm otsust toimuvad järjest ja igaüks võib prefiksi omal põhjusel tagasi lükata. Just nende lugemine ühe sündmusena on põhjus, miks inimesed ajavad taga valet kasti, kui kaugem asukoht ei saa kätte võrku, mida CE selgelt kuulutab. Jälgige marsruuti läbi PE ja järjekord muutub ilmseks.

Mida PE RIP-värskendusega teeb

PE võtab värskenduse vastu VRF-i liidesel, kontrollib, et allikas on lubatud naaber, ja paigaldab prefiksi VRF-i marsruutimistabelisse kuulutusest tuletatud hüpete arvuga. See tabel on tavaline marsruutimistabel oma administratiivsete kauguste ja oma parima tee valikuga. Kui CE kuulutab sama prefiksit kaks korda erinevate mõõdikutega, jääb tabelisse püsima ainult parem. Miski selles etapis ei puuduta teenusepakkuja magistraali.

Prefiks eksisteerib nüüd ühe kliendi marsruutimiskonteksti sees, mis on kaugel sellest, et olla kusagil mujal kättesaadav.

Eksport on poliitika akt, mitte protokolli tagajärg

VRF-ist lahkumiseks tuleb marsruut ümber jagada MP-BGP protsessi, mis kannab VPN-marsruute, ja see vajab route target tüüpi laiendatud kogukonda, mis määrab, millistel kaugematel VRF-idel on lubatud seda importida. Arhitektuur RFC 4364 hoiab need vahetused just sel põhjusel CE-PE protokollist eraldi. RIP-i kasutamine serval ei ütle midagi selle kohta, mis peaks teenusepakkuja võrku läbima.

Kirjutage ekspordileping üles enne, kui midagi seadistate: kliendi prefiksid, mis peavad olema kaugelt kättesaadavad, marsruudid, mis peavad jääma kohalikuks, ja kõik vaike-, täpsemad või jagatud teenuse erandid. Võrrelge seda lepingut tegeliku VRF-iga, mitte sarnase nimega, mis kuulub teisele kliendile.

Importi pool on teine poliitika oma route target-itega ja sobiv eksport mittevastava impordiga annab prefiksi, mis eksisteerib magistraalis ja ei ilmu üheski kaugemas tabelis.

Ümberjagamine ja selgesõnaline päritolu käituvad erinevalt

Ümberjagamine võtab marsruudid, mis on VRF-i tabelis juba olemas, ja kopeerib need BGP-sse, filtreerituna marsruudikaardiga. Kaart otsustab, millised prefiksid on kõlblikud ja milliseid atribuute nad kannavad, ning mõõdik tuleb seada selgesõnaliselt, sest RIP-i hüpete arvul pole BGP mõõdikuna mingit tähendust. Kõik seadmata jäetu päritakse viisil, mis tavaliselt üllatab inimest, kes loeb konfiguratsiooni pool aastat hiljem.

Vastastikune ümberjagamine on koht, kus vaikne kahju juhtub. BGP-sse eksporditud prefiks võib teise ümberjagamispunkti kaudu tagasi tulla ja ilma siltide või filtriteta marsruut võngub, samal ajal kui mõlemad tabelid näivad igal hetkel usutavad. Filtreerige serval rakendatud siltide järgi, selle asemel et loota topoloogiale tagasitee takistamisel.

Selgesõnaline päritolu näeb korralikum välja ja ei ole tingimusteta. Võrguavaldus nõuab tavaliselt enne prefiksi tekkimist marsruutimistabelis sobivat marsruuti, nii et kuulutus kaob hetkel, mil CE selle kuulutamise lõpetab. See on sageli käitumine, mida soovite, ja see ei ole sama mis staatiline marsruut, mis jääb igavesti seadistatuks. Kontrollige platvormi tegelikku reeglit, selle asemel et eeldada kumbagi käitumist.

Ükskõik kuidas, iga prefiksi kohta tuleb küsida, milline aktiivne allikas teeb selle kõlblikuks ja mis juhtub, kui see allikas kaob.

Kontrollige ahelat neljas kohas

Vaadake CE kuulutust, VRF-i marsruutimistabelit, VPN-marsruutide tabelit koos selle route target-iga ja kaugema VRF-i importi selles järjekorras. IOS-is tähendab see CE naabri väljundit, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, ja sama käsku kaugel PE-l. IOS-XR-is asub samaväärne väljund all show bgp vrf CUSTOMER ipv4 unicast. Käsunimed erinevad, neli kontrollpunkti mitte.

Kontrollige prefiksit, mis tuleks tagasi lükata, sama hoolikalt kui seda, mis peaks läbi minema, sest poliitika, mis lubab kõike, näeb välja identne õige poliitikaga, kuni saabub esimene erand. Seejärel jälgige tagasivõtmist: lülitage CE liides välja ja kinnitage, et kaugem kirje kaob oodatud taimeri jooksul, mitte ei jää püsima.

Kirjutage üles, kellele iga poliitika kuulub. Kui teenusepakkuja haldab CE-d, kuulub tarnitud käitumine teenuselepingusse ja erinev protokoll või tagasivõtmispoliitika hallataval seadmel on dokumentatsiooniprobleem enne, kui see on marsruutimisprobleem.