Kontrollera EVPN-router-MAC:en innan du skyller på underlayet

Två MAC-adresser förekommer i samma VXLAN-paket, och bara en av dem tillhör målvärden. I en EVPN VXLAN IP-VRF-till-IP-VRF-design är den inre destinations-MAC:en den utgående routerns annonserade router-MAC, medan den yttre destinations-MAC:en tillhör det som levererar paketet på nästa underlay-länk. Att förväxla de två skickar folk ner i underlayet för att leta efter ett fel som inte finns där. Gå igenom kontrollerna i ordning.

Varje steg besvarar en fråga, och det första svaret avgör om de senare alls är relevanta.

1. Läs prefixrutten och dess communities

Börja vid rutten i stället för vid paketfångsten:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

En Type 5-rutt annonserar ett IP-prefix. I den gränssnittslösa IP-VRF-modellen bär den också L3 VNI:n och den utökade router-MAC-communityn, och det är den communityn som identifierar den utgående routingändpunkten. Läs communityn i stället för att anta att MAC:en är inbäddad i prefix-NLRI:n, för det är den inte. Om rutten finns och communityn är bifogad har kontrollplanet redan gjort sitt.

2. Bekräfta vilken vidarebefordringsmodell som används

Den gränssnittslösa modellen och overlay-indexrekursion är två olika stödda upplägg. Den gränssnittslösa modellen routar paketet, bygger en inre ram för den avlägsna routingändpunkten och kapslar in den mot den utgående VTEP:en.

Med overlay-indexrekursion behöver den ingående routern en extra uppslagning för att lösa nästa hopp innan den kan vidarebefordra. Båda modellerna är giltiga, och förfarandet som gäller beror på vilken ditt nät använder. Att tillämpa resonemanget om direkt nästa hopp på ett nät byggt på det andra sättet ger en slutsats som ser rätt ut i fångsten och fel ut i designgranskningen.

3. Förvänta dig två olika MAC-roller

Den inre destinations-MAC:en är den utgående routerns annonserade router-MAC. Den yttre destinations-MAC:en är nästa hopp för den lokala leveransen, vilket kan vara en underlay-router och kan ändras vid varje hopp. Att de skiljer sig är normalt, och att de är lika är en slump och inte ett krav. En fångst som visar en chassiliknande adress på insidan och en fysisk nästa-hopp-adress på utsidan beskriver precis den avsedda inkapslingen.

4. Behandla ett chassi-härlett värde som ett implementeringsval

En plattform kan härleda sin annonserade router-MAC från en system- eller chassiidentitet, och det är ett implementeringsbeslut och inte en protokollregel. Kontrollera leverantörens allokerings- och redundansmodell innan du läser in något i adressformatet.

Två implementeringar som båda är kompatibla kan annonsera olika utseende router-MAC:er, och därför bevisar en jämförelse mellan leverantörer mycket lite.

5. Ändra ingenting förrän tillståndet är oenigt

För en granskning, jämför den valda prefixrutten, dess utökade communities, BGP-nästa-hoppet, L3 VNI:n och det resulterande vidarebefordringstillståndet. Märk sedan de inre och yttre rubrikerna i fångsten.

Om de fem stämmer överens gör MAC:en som ser märklig ut sitt jobb, och att ändra den bryter en routingändpunkt i stället för att rätta ett adresseringsfel. Om de inte stämmer vet du nu vilket fält som är fel, och ändringen är riktad i stället för spekulativ. Specifikationen för IP-prefix i EVPN är referensen som bör citeras i den diskussionen, eftersom den beskriver både modellen och communityn som bär värdet.