Prüfen Sie die EVPN-Router-MAC, bevor Sie das Underlay beschuldigen

Zwei MAC-Adressen erscheinen im selben VXLAN-Paket, und nur eine davon gehört zum Zielhost. In einem EVPN-VXLAN-IP-VRF-zu-IP-VRF-Design ist die innere Ziel-MAC die annoncierte Router-MAC des Egress-Routers, während die äußere Ziel-MAC zu dem Gerät gehört, das das Paket auf dem nächsten Underlay-Link zustellt. Wer die beiden verwechselt, schickt Leute ins Underlay auf der Suche nach einem Fehler, der dort nicht ist. Arbeiten Sie die Prüfungen der Reihe nach ab.

Jeder Schritt beantwortet eine Frage, und die erste Antwort entscheidet, ob die späteren überhaupt relevant sind.

1. Lesen Sie die Prefix-Route und ihre Communities

Beginnen Sie bei der Route und nicht beim Paketmitschnitt:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Eine Type-5-Route annonciert ein IP-Prefix. Im Interface-losen IP-VRF-Modell transportiert sie außerdem die L3-VNI und die erweiterte Router-MAC-Community, und genau diese Community kennzeichnet den Egress-Routing-Endpunkt. Lesen Sie die Community, statt anzunehmen, die MAC sei in der Prefix-NLRI eingebettet, denn das ist sie nicht. Ist die Route vorhanden und die Community angehängt, hat die Control Plane ihren Teil bereits erledigt.

2. Bestätigen Sie, welches Weiterleitungsmodell verwendet wird

Das Interface-lose Modell und die Overlay-Index-Rekursion sind unterschiedliche unterstützte Verfahren. Das Interface-lose Modell routet das Paket, baut einen inneren Frame für den entfernten Routing-Endpunkt und kapselt ihn in Richtung des Egress-VTEP.

Bei der Overlay-Index-Rekursion braucht der Ingress-Router einen zusätzlichen Lookup, um den Next Hop aufzulösen, bevor er weiterleiten kann. Beide Modelle sind gültig, und das anzuwendende Verfahren hängt davon ab, welches Ihr Fabric nutzt. Die Denkweise des direkten Next Hops auf ein anders gebautes Fabric anzuwenden, liefert eine Schlussfolgerung, die im Mitschnitt richtig und in der Design-Review falsch aussieht.

3. Erwarten Sie zwei verschiedene MAC-Rollen

Die innere Ziel-MAC ist die annoncierte Router-MAC des Egress-Routers. Die äußere Ziel-MAC ist der Next Hop der lokalen Zustellung, der ein Underlay-Router sein kann und sich bei jedem Hop ändern kann. Dass sie sich unterscheiden, ist normal, und dass sie gleich sind, ist ein Zufall und keine Anforderung. Ein Mitschnitt, der innen eine Chassis-artige Adresse und außen eine physische Next-Hop-Adresse zeigt, beschreibt genau die beabsichtigte Kapselung.

4. Behandeln Sie einen chassis-abgeleiteten Wert als Implementierungsentscheidung

Eine Plattform kann ihre annoncierte Router-MAC aus einer System- oder Chassis-Identität ableiten, und das ist eine Implementierungsentscheidung und keine Protokollregel. Prüfen Sie das Allokations- und Redundanzmodell des Herstellers, bevor Sie irgendetwas in das Adressformat hineinlesen.

Zwei Implementierungen, die beide konform sind, können unterschiedlich aussehende Router-MACs annoncieren, weshalb ein Vergleich über Hersteller hinweg sehr wenig beweist.

5. Ändern Sie nichts, solange der Zustand nicht widerspricht

Vergleichen Sie für eine Review die ausgewählte Prefix-Route, ihre erweiterten Communities, den BGP-Next-Hop, die L3-VNI und den daraus resultierenden Weiterleitungszustand. Beschriften Sie dann im Mitschnitt den inneren und den äußeren Header.

Stimmen diese fünf überein, erfüllt die seltsam aussehende MAC ihre Aufgabe, und eine Änderung würde einen Routing-Endpunkt brechen statt einen Adressierungsfehler zu beheben. Stimmen sie nicht überein, wissen Sie jetzt, welches Feld falsch ist, und die Änderung ist gezielt statt spekulativ. Die EVPN-Spezifikation für IP-Prefixe ist die Referenz, die in dieser Diskussion zu zitieren ist, denn sie beschreibt sowohl das Modell als auch die Community, die den Wert transportiert.