Ve stejném paketu VXLAN se objevují dvě MAC adresy a jen jedna z nich patří cílovému hostiteli. V návrhu EVPN VXLAN IP-VRF až IP-VRF je vnitřní cílová MAC adresa inzerovaná router MAC adresa výstupního routeru, zatímco vnější cílová MAC adresa patří tomu, co paket doručí na dalším odkazu underlay. Záměna těchto dvou posílá lidi do underlay hledat závadu, která tam není. Provedťe kontroly popořadě.

Každý krok odpovídá na jednu otázku a první odpověď rozhoduje, zda jsou ty další vůbec relevantní.

1. Přečtěte prefixovou routu a její communities

Začněte u routy, ne u zachycení paketů:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Ruta Type 5 inzeruje IP prefix. V modelu IP-VRF bez rozhraní nese také L3 VNI a rozšířenou community s router MAC a právě tato community identifikuje výstupní bod směrování. Čtěte community, místo abyste předpokládali, že MAC je vložena v prefixu NLRI, protože není. Pokud je ruta přítomná a community je připojená, řídicí rovina už svou část udělala.

2. Ověřte, který model předávání se používá

Model bez rozhraní a rekurze podle overlay indexu jsou různé podporované varianty. Model bez rozhraní směruje paket, sestaví vnitřní rámec pro vzdálený bod směrování a zapouzdří ho směrem k výstupnímu VTEP.

Při rekurzi podle overlay indexu potřebuje vstupní router další vyhledání, aby před předáním vyřešil další skok. Oba modely jsou platné a použitelný postup závisí na tom, který vaše síť používá. Aplikace logiky přímého dalšího skoku na síť postavenou opačně vede k závěru, který vypadá správně v zachycení a špatně v návrhové revizi.

3. Očekávejte dvě různé role MAC adresy

Vnitřní cílová MAC adresa je inzerovaná router MAC adresa výstupního routeru. Vnější cílová MAC adresa je další skok místního doručení, kterým může být router v underlay a který se může měnit na každém skoku. To, že se liší, je normální, a to, že jsou stejné, je náhoda, ne požadavek. Zachycení, které uvnitř ukazuje adresu připomínající šasi a venku fyzickou adresu dalšího skoku, popisuje přesně zamýšlené zapouzdření.

4. Hodnotu odvozenou ze šasi berte jako volbu implementace

Platforma může svou inzerovanou router MAC odvodit z identity systému nebo šasi, a to je rozhodnutí implementace, ne pravidlo protokolu. Než začnete do formátu adresy cokoli vkládat, ověřte model alokace a redundance u výrobce.

Dvě implementace, které obě vyhovují, mohou inzerovat různě vypadající router MAC adresy, a proto jejich srovnání mezi výrobci dokazuje velmi málo.

5. Nic neměňte, dokud se stav nerozejde

Pro revizi porovnejte vybranou prefixovou routu, její rozšířené communities, další skok BGP, L3 VNI a výsledný stav předávání. Potom označte vnitřní a vnější hlavičky v zachycení.

Pokud se těch pět shoduje, MAC, která vypadá podivně, dělá svou práci, a její změna rozbije bod směrování, místo aby opravila chybu adresování. Pokud se neshodují, už víte, které pole je špatné, a změna je cílená, ne spekulativní. Specifikace IP prefixů pro EVPN je odkaz, který je vhodné v této diskusi citovat, protože popisuje jak model, tak community, která hodnotu nese.

Související články