Az EVPN-határt az exportálási szabályzat, ne a csatlakozások köré építse

A szokásos feltevés, hogy a határon lévő Layer 2 csatlakozási modell meghatározza mindazt, ami fölötte van, ezért a tervezés egy vPC-párral indul, és felfelé halad. Általában véletlenül meghozott útválasztási döntésekkel végződik. Az EVPN-határ mindenekelőtt útválasztási határ: egy bérlői útválasztási kontextus találkozik egy külső útválasztási tartománnyal, és ami ezt a vonalat átlépi, az szabályzatnyilatkozat. Válassza ki az útvonalakat, az ASN-viszonyt és a hibaútvonalakat, mielőtt bárki vitatkozni kezdene a port-channels megoldásokról. A csatlakozási modell ezután egy követelményből következik, ahelyett hogy előírná azt.

Kezdje azzal, ami átlépi a határt

Írja le azokat az útvonalakat, amelyeknek mindkét oldalon láthatónak kell lenniük, az irányt, amerre haladnak, és azt, hogy ki hagyja jóvá a lista módosítását. Annak a határnak, amely mindent elfogad és mindent meghirdet, nincs szabályzata, csak egy kábel.

Ezután nevezze meg azt a hibát, amelyet üzemeltetni kíván: egy uplink leáll, egy border leaf leáll, vagy a teljes külső tartomány elérhetetlen. Minden válasz megváltoztatja, hogy két független szomszédra, megosztott Layer 2 csatlakozásra vagy mindkettőre van-e szükség.

Csak akkor válik megválaszolhatóvá a csatlakozás kérdése, ha ez a két lista létezik. Előtte minden mechanizmus egyformán érvényesnek tűnik. Utána a legtöbb kizárja önmagát. Ez a teljes érv amellett, hogy az útválasztási munkát először végezzük el.

Rögzítse az ASN- és peering-határt

A privát AS-ekkel működő fabric általában eBGP-n keresztül peerel a nyilvános határtartománnyal, és az érdekes rész a két oldal szabályzata. Döntse el, mely prefixeket fogadják el, melyeket hirdetnek meg, és milyen AS path-t kapjon az upstream.

Az RFC 6996 egy ASN-tartományt tart fenn privát használatra, és ezeknek az ASN-eknek nem szabad globális hirdetésekben megjelenniük. Alkalmazza a platform által támogatott eltávolítási vagy szűrési szabályzatot, és ellenőrizze az eredményül kapott hirdetést ahelyett, hogy feltételezné, az eszköz megtette. Ez a lépés arra sem jogosítja fel, hogy tetszőleges nyilvános prefixet hirdessen, az külön beszélgetés a cím tulajdonosával.

A konföderáció vagy a local-AS funkció egy adott topológia tervezési döntése. Egyik sem kötelező csak azért, mert a fabric és az upstream különböző ASN-szerepeket használ, és az egyik követelmény nélküli bevezetése minden jövőbeli változtatáshoz mozgó alkatrészeket ad.

A Layer 3 uplinkekhez nem kell multichassis LAG

A saját BGP-szomszédokkal rendelkező független irányított interfészek két világos utat és két világos hibadomént adnak. A vPC vagy egy másik multichassis LAG Layer 2 csatlakozási követelményt szolgál, és ez a megfelelő eszköz, amikor ez a követelmény fennáll.

Az az általános szabály, hogy minden határpárnak vPC-t kell használnia, vagy kerülnie kell, elrejti azokat a feltételeket, amelyek valójában eldöntik az esetet. Kérdezze meg, mit kell a csatlakozásnak hordoznia, majd válassza azt a mechanizmust, amely a legkevesebb közös hibaüzemmóddal hordozza.

Az elsőként megírt útválasztási szabályzat nem változik meg, amikor a csatlakozási mechanizmus változik, ami jó jel arra, hogy a sorrend helyes volt.

Csak azt exportálja, amire a bérlőnek szüksége van

Egy bérlőnek szüksége lehet alapértelmezett útvonalra, kiválasztott külső prefixek halmazára vagy sokkal nagyobb táblára. Ezt a terjedelmet a valós továbbítási és vezérlősík-kapacitás alapján válassza, nem egy régi internetes útvonalszám alapján, amelyet senki sem mért újra.

Az EVPN IP Prefix útvonal, amelyet általában Type 5 néven emlegetnek, és amelyet a RFC 9136definiál, prefixinformációt hordoz az overlayben. A megvalósításnak továbbra is illeszkedő export- és importszabályzatra, valamint next-hop-feloldásra van szüksége, tehát egy külső BGP-útvonal fogadása a határon nem jelenti azt, hogy minden bérlői VRF importálja.

Nem minden leafnek kell a teljes tábla csak azért, mert a határ birtokolja. Ossza el, amit a bérlő forgalma igényel, a többit pedig birtokolja a határ.

Ellenőrizzen egy prefixet végponttól végpontig

Válasszon egy reprezentatív külső prefixet, és kövesse végig a határ szándékolt VRF-jén, az exportszabályzaton, a fogadó leaf továbbítási kontextusán és a bérlői forráshoz vezető visszaúton. Az a prefix, amely az egyik helyen megjelenik, a következőn pedig nem, azonnal lokalizálja a hibát.

Erősítse meg, hogyan oldódik fel a next hop az overlayen keresztül, mert a feloldatlan next hop-pal jelen lévő útvonal semmit nem továbbít. Ezután ismételje meg az ellenőrzést egy uplink-változás után, mert akkor tér el leggyakrabban a szabályzat és a next-hop-feloldás.

A munka sorrendje: listázza a határt átlépő útvonalakat, egyeztesse az ASN-szabályzatot, válassza a csatlakozást a tényleges feladatához, határolja be az exportot bérlőnként, majd ellenőrizzen egy prefixet és annak visszaútját.