Od RIP poti na CE do oddaljenega VRF: kje se izvede izvoz

Posodobitev RIPv2 prispe na provider edge, se znajde v usmerjevalni tabeli VRF in se tam ustavi, razen če jo nekaj izrecno izvozi. Tri odločitve se zgodijo zaporedoma in vsaka lahko predpono zavrne iz svojega razloga. Branje teh treh kot enega dogodka je razlog, da ljudje iščejo napako na napačni napravi, ko oddaljena lokacija ne doseže omrežja, ki ga CE jasno oglašuje. Sledite poti skozi PE in zaporedje postane očitno.

Kaj PE naredi s posodobitvijo RIP

PE prejme posodobitev na vmesniku VRF, preveri, da je vir dovoljen sosed, in namesti predpono v usmerjevalno tabelo VRF s številom skokov, izpeljanim iz oglasa. Ta tabela je običajna usmerjevalna tabela z lastnimi administrativnimi razdaljami in lastno izbiro najboljše poti. Če CE isto predpono oglasi dvakrat z različnimi metrikami, v tabeli preživi le boljša. Noben del tega koraka ne vključuje hrbtenico ponudnika.

Predpona zdaj obstaja znotraj usmerjevalnega konteksta ene stranke, kar je daleč od tega, da bi bila dosegljiva kjer koli drugje.

Izvoz je politično dejanje, ne posledica protokola

Da bi pot zapustila VRF, jo je treba prerazporediti v proces MP-BGP, ki prenaša poti VPN, in potrebuje extended community route target, ki določa, kateri oddaljeni VRF-i jo lahko uvozijo. Arhitektura v RFC 4364 ohranja te izmenjave ločene od protokola CE-PE prav iz tega razloga. Uporaba RIP na robu ne pove ničesar o tem, kaj naj bi prečkalo omrežje ponudnika.

Zapišite izvozno pogodbo, preden karkoli konfigurirate: predpone strank, ki morajo biti dosegljive na daljavo, poti, ki morajo ostati lokalne, in vse privzete poti, bolj specifične poti ali izjeme za skupne storitve. To pogodbo primerjajte z dejanskim VRF-om, ne z enako imenovanim VRF-om druge stranke.

Stran uvoza je druga politika z lastnimi route targeti, in ustrezni izvoz z neustreznim uvozom ustvari predpono, ki obstaja v hrbtenici in se ne pojavi v nobeni oddaljeni tabeli.

Prerazporeditev in izrecno origination se obnašata različno

Prerazporeditev vzame poti, ki že obstajajo v tabeli VRF, in jih kopira v BGP, filtrirane z route mapo. Mapa odloči, katere predpone so primerne in katere atribute nosijo, metriko pa je treba nastaviti izrecno, ker število skokov RIP kot metrika BGP nima pomena. Vse, kar pustite nenastavljeno, se podeduje na način, ki običajno preseneti človeka, ki konfiguracijo bere pol leta pozneje.

Vzajemna prerazporeditev je kraj, kjer nastane tiha škoda. Predpona, izvožena v BGP, se lahko vrne skozi drugo točko prerazporeditve, in brez oznak ali filtrov pot niha, medtem ko sta obe tabeli v vsakem trenutku videti verodostojni. Filtrirajte po oznakah, uporabljenih na robu, namesto da zaupate topologiji, da bo preprečila povratno pot.

Izrecno origination je videti bolj urejeno in ni brezpogojno. Network statement običajno potrebuje ustrezno pot v usmerjevalni tabeli, preden se predpona originina, zato oglas izgine v trenutku, ko ga CE preneha oglaševati. To je pogosto obnašanje, ki ga želite, in ni isto kot statična pot, ki ostane konfigurirana za vedno. Preverite dejansko pravilo platforme, namesto da bi predpostavili eno od obeh obnašanj.

V vsakem primeru je vprašanje pri vsaki predponi, kateri aktivni vir jo naredi primerno in kaj se zgodi, ko ta vir izgine.

Preverite verigo na štirih mestih

Poglejte oglas CE, usmerjevalno tabelo VRF, tabelo poti VPN z njenim route targetom in uvoz v oddaljenem VRF-u, v tem vrstnem redu. V IOS to pomeni izhod sosedov CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, in isti ukaz na oddaljenem PE. V IOS-XR je enakovreden izhod pod show bgp vrf CUSTOMER ipv4 unicast. Imena ukazov se razlikujejo, štiri kontrolne točke ne.

Predpono, ki bi morala biti zavrnjena, preglejte enako skrbno kot tisto, ki bi morala priti skozi, ker je politika, ki dovoli vse, videti enaka pravilni do prve izjeme. Nato opazujte withdrawal: izklopite vmesnik CE in potrdite, da oddaljeni vnos izgine v pričakovanem časovniku, namesto da bi ostal.

Zabeležite, kdo je lastnik vsake politike. Ko ponudnik upravlja CE, dostavljeno obnašanje spada v pogodbo o storitvi, in drug protokol ali politika withdrawal na upravljani napravi je najprej problem dokumentacije in šele nato problem usmerjanja.