Postavte hranicu EVPN okolo exportnej politiky, nie okolo pripojení

Zvyčajný predpoklad je, že model pripojenia Layer 2 na hranici určuje všetko nad ním, takže návrh začína párom vPC a ide nahor. Zvyčajne to skončí rozhodnutiami o smerovaní prijatými náhodou. Hranica EVPN je v prvom rade hranicou smerovania: kontext smerovania nájomcu sa stretáva s externou doménou smerovania a to, čo prekračuje túto líniu, je vyhlásenie politiky. Vyberte trasy, vzťah ASN a cesty zlyhania skôr, než sa niekto začne hádať o port-channels. Model pripojenia potom vyplýva z požiadavky namiesto toho, aby ju diktoval.

Začnite tým, čo prekračuje hranicu

Zapíšte trasy, ktoré majú byť viditeľné na každej strane, smer, ktorým sa pohybujú, a kto schvaľuje zmenu tohto zoznamu. Hranica, ktorá prijíma všetko a ohlasuje všetko, nemá politiku, iba kábel.

Potom pomenujte zlyhanie, ktoré zamýšľate prevádzkovať: jeden uplink dole, jeden border leaf dole alebo celá externá doména nedostupná. Každá odpoveď mení, či potrebujete dvoch nezávislých susedov, zdieľané pripojenie Layer 2 alebo oboje.

Až keď tieto dva zoznamy existujú, otázka pripojenia sa stáva zodpovedateľnou. Predtým vyzerá každý mechanizmus rovnako platne. Potom sa väčšina z nich sama vylúči. To je celý argument pre to, aby sa práca na smerovaní urobila prvá.

Upevnite hranicu ASN a peeringu

Fabrika so súkromnými AS zvyčajne peeruje s verejnou hraničnou doménou cez eBGP a zaujímavá časť je politika na oboch stranách. Rozhodnite, ktoré prefixy sa prijímajú, ktoré sa ohlasujú a akú AS path má upstream dostať.

RFC 6996 vyčleňuje rozsah ASN na súkromné použitie a tieto ASN by sa nemali objavovať v globálnych ohláseniach. Aplikujte platformou podporovanú politiku odstraňovania alebo filtrovania a overte výsledné ohlásenie, namiesto toho, aby ste predpokladali, že zariadenie to urobilo. Ten krok vám tiež nedáva oprávnenie ohlasovať ľubovoľný verejný prefix, čo je samostatná konverzácia s vlastníkom adresy.

Konfederácia alebo funkcia local-AS je návrhová voľba pre konkrétnu topológiu. Ani jedno nie je povinné len preto, že fabrika a upstream používajú rôzne role ASN, a prijatie jedného bez požiadavky pridáva pohyblivé časti do každej budúcej zmeny.

Uplinky Layer 3 nepotrebujú multichassis LAG

Nezávislé smerované rozhrania s vlastnými susedmi BGP dávajú dve jasné cesty a dve jasné domény zlyhania. vPC alebo iný multichassis LAG slúži požiadavke pripojenia Layer 2 a je správnym nástrojom, keď taká požiadavka existuje.

Všeobecné pravidlo, že každá hraničná dvojica musí používať vPC alebo sa mu musí vyhýbať, skrýva podmienky, ktoré prípad vlastne rozhodujú. Spýtajte sa, čo musí pripojenie niesť, a potom vyberte mechanizmus, ktorý to nesie s najmenším počtom zdieľaných režimov zlyhania.

Politika smerovania, ktorú ste napísali prvú, sa nemení, keď sa zmení mechanizmus pripojenia, čo je dobrý znak, že poradie bolo správne.

Exportujte len to, čo nájomca potrebuje

Nájomca môže potrebovať predvolenú trasu, súbor vybraných externých prefixov alebo oveľa väčšiu tabuľku. Vyberte ten rozsah podľa skutočnej kapacity preposielania a riadiacej roviny, nie podľa starého počtu internetových trás, ktorý nikto znova nezmeral.

Trasa EVPN IP Prefix, bežne nazývaná Type 5 a definovaná v RFC 9136prenáša informácie o prefixe v overlaye. Implementácia stále potrebuje zodpovedajúcu exportnú a importnú politiku plus rozlíšenie next-hop, takže prijatie externej BGP trasy na hranici neznamená, že ju každý VRF nájomcu importuje.

Nie každý leaf potrebuje kompletnú tabuľku len preto, že ju hranica drží. Distribuujte to, čo si prevádzka nájomcu vyžaduje, a zvyšok nechajte hranici.

Overte jeden prefix od začiatku do konca

Vyberte reprezentatívny externý prefix a sledujte ho cez zamýšľaný VRF hranice, exportnú politiku, kontext preposielania prijímajúceho leafu a spätnú cestu k zdroju nájomcu. Prefix, ktorý sa objaví na jednom mieste a nie na ďalšom, okamžite lokalizuje chybu.

Potvrďte, ako sa next hop rozlišuje cez overlay, pretože trasa prítomná s nerozlíšeným next hop nepreposiela nič. Potom zopakujte kontrolu po zmene uplinku, pretože práve vtedy sa politika a rozlíšenie next-hop najčastejšie rozchádzajú.

Poradie práce: vypíšte prekračujúce trasy, odsúhlaste politiku ASN, vyberte pripojenie pre jeho skutočnú úlohu, ohraničte export na nájomcu a potom overte jeden prefix a jeho spätnú cestu.