Kontroller EVPN-router-MAC'en, før du bebrejder underlayet

To MAC-adresser optræder i samme VXLAN-pakke, og kun én af dem tilhører destinationsværten. I et EVPN VXLAN IP-VRF-til-IP-VRF-design er den indre destinations-MAC den udgående routers annoncerede router-MAC, mens den ydre destinations-MAC tilhører det, der leverer pakken på det næste underlay-link. At forveksle de to sender folk ned i underlayet for at lede efter en fejl, der ikke er der. Tag kontrollerne i rækkefølge.

Hvert trin besvarer ét spørgsmål, og det første svar afgør, om de senere overhovedet er relevante.

1. Læs præfiksruten og dens communities

Start ved ruten i stedet for ved pakkefangsten:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

En Type 5-route annoncerer et IP-præfiks. I den grænsefladeløse IP-VRF-model bærer den også L3 VNI'en og den udvidede router-MAC-community, og det er den community, der identificerer det udgående routing-endpoint. Læs communityen i stedet for at antage, at MAC'en er indlejret i præfiks-NLRI'en, for det er den ikke. Hvis ruten findes, og communityen er knyttet til den, har kontrolplanet allerede gjort sit.

2. Bekræft, hvilken videresendelsesmodel der bruges

Den grænsefladeløse model og overlay-indeks-rekursion er forskellige understøttede opstillinger. Den grænsefladeløse model router pakken, bygger en indre ramme til det fjerne routing-endpoint og indkapsler den mod den udgående VTEP.

Med overlay-indeks-rekursion har den indgående router brug for et ekstra opslag for at opløse næste hop, før den kan videresende. Begge modeller er gyldige, og proceduren afhænger af, hvilken dit fabric bruger. Anvender man ræsonnementet om direkte næste hop på et fabric bygget på den anden måde, får man en konklusion, der ser rigtig ud i fangsten og forkert ud i designgennemgangen.

3. Forvent to forskellige MAC-roller

Den indre destinations-MAC er den udgående routers annoncerede router-MAC. Den ydre destinations-MAC er næste hop for den lokale levering, som kan være en underlay-router og kan skifte ved hvert hop. At se dem forskellige er normalt, og at se dem ens er et tilfælde snarere end et krav. En fangst, der viser en chassis-agtig adresse på indersiden og en fysisk næste-hop-adresse på ydersiden, beskriver præcis den tilsigtede indkapsling.

4. Behandl en chassis-afledt værdi som et implementeringsvalg

En platform kan udlede sin annoncerede router-MAC fra en system- eller chassis-identitet, og det er en implementeringsbeslutning snarere end en protokolregel. Kontroller leverandørens allokations- og redundansmodel, før du læser noget ind i adresseformatet.

To implementeringer, der begge overholder reglerne, kan annoncere forskelligt udseende router-MAC'er, og derfor beviser en sammenligning på tværs af leverandører meget lidt.

5. Ændr intet, før tilstanden er uenig

Til en gennemgang sammenligner du den valgte præfiksrute, dens udvidede communities, BGP-næste-hoppet, L3 VNI'en og den resulterende videresendelsestilstand. Mærk derefter de indre og ydre headere i fangsten.

Hvis de fem stemmer overens, gør den MAC, der ser mærkelig ud, sit arbejde, og at ændre den vil brække et routing-endpoint i stedet for at rette en adresseringsfejl. Hvis de ikke gør, ved du nu, hvilket felt der er forkert, og ændringen er målrettet i stedet for spekulativ. Specifikationen for IP-præfikser i EVPN er den reference, der bør citeres i den diskussion, fordi den beskriver både modellen og den community, der bærer værdien.