Od RIP trasy na CE k vzdialenej VRF: kde sa vykonáva export

Aktualizácia RIPv2 prichádza na provider edge, dostane sa do smerovacej tabuľky VRF a tam sa zastaví, pokiaľ ju niečo explicitne neexportuje. Tri rozhodnutia prebiehajú za sebou a každé môže prefix odmietnuť z vlastného dôvodu. Čítať ich ako jedinú udalosť je dôvod, prečo ľudia hľadajú chybu v nesprávnom zariadení, keď vzdialené pracovisko nedosiahne sieť, ktorú CE jasne ohlasuje. Sledujte trasu cez PE a postup sa stane zrejmým.

Čo PE robí s aktualizáciou RIP

PE prijme aktualizáciu na rozhraní VRF, overí, že zdroj je povolený sused, a nainštaluje prefix do smerovacej tabuľky VRF s počtom skokov odvodeným z ohlasu. Táto tabuľka je bežná smerovacia tabuľka s vlastnými administratívnymi vzdialenosťami a vlastným výberom najlepšej cesty. Ak CE ohlási rovnaký prefix dvakrát s rozdielnymi metrikami, v tabuľke prežije iba lepší. Nič v tomto kroku nezahŕňa chrbticu poskytovateľa.

Prefix teraz existuje v rámci smerovacieho kontextu jedného zákazníka, čo je ďaleko od toho, aby bol dostupný kdekoľvek inde.

Export je politický akt, nie dôsledok protokolu

Aby trasa opustila VRF, musí byť redistribuovaná do procesu MP-BGP, ktorý prenáša trasy VPN, a potrebuje extended community route target, ktorý určuje, ktoré vzdialené VRF ju môžu importovať. Architektúra v RFC 4364 drží tieto výmeny oddelene od protokolu CE-PE práve z tohto dôvodu. Používanie RIP na okraji nehovorí nič o tom, čo má prejsť sieťou poskytovateľa.

Napíšte exportný kontrakt skôr, než čokoľvek nakonfigurujete: zákaznícke prefixy, ktoré musia byť dostupné na diaľku, trasy, ktoré musia zostať lokálne, a akékoľvek predvolené trasy, konkrétnejšie trasy alebo výnimky pre zdieľané služby. Porovnajte tento kontrakt so skutočnou VRF, nie s rovnako nazvanou VRF iného zákazníka.

Strana importu je druhá politika s vlastnými route targetmi a zodpovedajúci export s nezodpovedajúcim importom vytvorí prefix, ktorý existuje v chrbtici a neobjaví sa v žiadnej vzdialenej tabuľke.

Redistribúcia a explicitné origination sa správajú odlišne

Redistribúcia berie trasy, ktoré už existujú v tabuľke VRF, a kopíruje ich do BGP, filtrované route mapou. Mapa rozhoduje, ktoré prefixy sú spôsobilé a aké atribúty nesú, a metriku treba nastaviť explicitne, pretože počet skokov RIP nemá ako metrika BGP žiadny význam. Všetko, čo necháte nenastavené, sa dedí spôsobom, ktorý zvyčajne prekvapí človeka, ktorý konfiguráciu číta o pol roka.

Vzájomná redistribúcia je miesto, kde vzniká tichá škoda. Prefix exportovaný do BGP sa môže vrátiť cez druhý bod redistribúcie a bez tagov alebo filtrov trasa osciluje, kým obe tabuľky v každom okamihu vyzerajú vierohodne. Filtrujte podľa tagov aplikovaných na okraji namiesto spoliehania sa na topológiu, že zabráni návratovej ceste.

Explicitné origination vyzerá upratanejšie a nie je bezpodmienečné. Network statement zvyčajne potrebuje zodpovedajúcu trasu v smerovacej tabuľke predtým, než sa prefix originuje, takže ohlas zmizne v okamihu, keď ho CE prestane ohlasovať. Často je to správanie, ktoré chcete, a nie je to isté ako statická trasa, ktorá zostane nakonfigurovaná navždy. Overte skutočné pravidlo platformy namiesto predpokladania jedného z oboch správaní.

V každom prípade otázka pri každom prefixe je, ktorý aktívny zdroj ho robí spôsobilým a čo sa stane, keď ten zdroj zmizne.

Overte reťaz na štyroch miestach

Pozrite sa na ohlas CE, smerovaciu tabuľku VRF, tabuľku trás VPN s jej route targetom a import vo vzdialenej VRF, v tomto poradí. V IOS to znamená výstup susedov CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, a ten istý príkaz na vzdialenom PE. V IOS-XR sa ekvivalentný výstup nachádza pod show bgp vrf CUSTOMER ipv4 unicast. Názvy príkazov sa líšia, štyri kontrolné body nie.

Prefix, ktorý má byť odmietnutý, skontrolujte rovnako starostlivo ako ten, ktorý má prejsť, pretože politika, ktorá povoľuje všetko, vyzerá rovnako ako správna až do prvej výnimky. Potom sledujte withdrawal: vypnite rozhranie CE a potvrďte, že vzdialený záznam zmizne v rámci očakávaného časovača, namiesto toho aby zostal.

Zaznamenajte, kto vlastní každú politiku. Keď poskytovateľ prevádzkuje CE, dodané správanie patrí do zmluvy o službe, a iný protokol alebo politika withdrawal na spravovanom zariadení je najprv problém dokumentácie a až potom problém smerovania.