EVPN läuft, der Dienst nicht: vier Prüfpunkte

Die Erreichbarkeit der entfernten VTEP-Adresse beweist, dass das Underlay Pakete trägt, und mehr beweist sie nicht. Der Mandantendienst braucht eine BGP-EVPN-Sitzung mit der richtigen Adressfamilie, einen lokal angebundenen und betriebsbereiten VNI, eine originierte Route und einen Import am fernen Ende. Das sind vier getrennte Prüfpunkte, jeder mit einer anderen Reparatur. Ein grünes Underlay als Dienstbereitschaft zu behandeln, ist der häufigste Grund, warum ein EVPN-Inbetriebnahmeversuch hängen bleibt.

Lesen Sie sie der Reihe nach und stoppen Sie beim ersten, der nicht dem entspricht, was das Design erwartet. Spätere Prüfpunkte können einen früheren Fehler nicht ausgleichen.

Prüfpunkt 1: Transport zum VTEP

Beginnen Sie mit der Erreichbarkeit zwischen den Loopback-Adressen, die als VTEP-Quellen dienen. Die Route muss im Underlay existieren, der Pfad muss erlaubt sein, einschließlich etwaiger Kapselungsanforderungen, und der Rückweg muss funktionieren. Eine Route, die existiert, aber in einer Richtung gefiltert wird, erzeugt einen asymmetrischen Fehler, der intermittierend wirkt. Bestätigen Sie beide Richtungen, bevor Sie weitermachen.

Notieren Sie die Quell- und Zieladressen, die Sie geprüft haben. Ein späterer Schritt, der einen Next Hop über eine andere Adresse auflöst, ist ein anderer Test, und sie als einen zu behandeln, ist der Weg, auf dem ein aufgelöster Next Hop für einen Transportfehler verantwortlich gemacht wird.

Prüfpunkt 2: die EVPN-Familie, nicht die Sitzungszahl

Eine etablierte BGP-Sitzung bedeutet nicht, dass die EVPN-Adressfamilie ausgehandelt wurde. Sehen Sie sich den familienspezifischen Zustand für den Nachbarn an: ob die Familie aktiviert ist, ob sie mit dem Peer ausgehandelt wurde und ob die Sitzung sie überhaupt trägt. Eine Sitzung, die für IPv4-Unicast läuft und nie EVPN ausgehandelt hat, zeigt in einer allgemeinen Nachbarübersicht nichts Falsches, und die EVPN-Overlay-Spezifikation behandelt Dienst- und Steuerungsverfahren als vom Transport getrennte Belange.

Prüfen Sie auch die Quelladresse der Sitzung. Ein Peering, das auf einer Adresse aufgebaut ist, die nicht die VTEP-Quelle ist, ist eine Design-Unstimmigkeit, die darauf wartet, einen Weiterleitungsfehler zu erklären.

Prüfpunkt 3: der lokale Dienst ist angebunden

Der lokale VNI muss an die Bridge oder VRF angebunden sein, die den Mandanten repräsentiert, und die Plattform muss ihn als betriebsbereit melden. Der Mitgliedschaftszustand, den das Replikationsmodell verwendet, kann wichtig sein, bevor irgendeine Host-MAC gelernt wird, daher ist eine leere Endpoint-Tabelle kein Beweis dafür, dass der Dienst ausgefallen ist.

Bestätigen Sie dann, was das Gerät tatsächlich ankündigt: die lokale Route für diesen VNI mit den Route Targets, die das Design vorgibt. Ein VNI, der angebunden, aber nicht angekündigt ist, erzeugt einen Dienst, der lokal existiert und sonst nirgends.

Prüfpunkt 4: Import beim Empfänger

Vergleichen Sie am empfangenden Gerät exportierte und importierte Route Targets statt numerischer VNIs. Eine übereinstimmende VNI-Nummer beweist nicht, dass die empfangende Instanz die Ankündigung importiert, und ein nicht übereinstimmendes Route Target ist in einer VNI-Auflistung unsichtbar. Lösen Sie den angekündigten Next Hop über das Underlay auf, bevor Sie dem Weiterleitungseintrag trauen. Lesen Sie dann den Overlay-Weiterleitungszustand für den Dienst statt für das Gerät als Ganzes.

Eine Peer-Tabelle kann auch implementierungsspezifische Dataplane- oder Mitgliedschaftslernprozesse widerspiegeln. Lesen Sie ihre Herkunft und ihren Dienstkontext zusammen mit der EVPN-Route, statt eine Zeilenzahl als Beweis zu behandeln.

Ein Datensatz, der den Pfad abgeht

Führen Sie einen Datensatz pro Dienst: lokaler VNI-Zustand, der EVPN-Nachbar und die Familie, die originierte Route sowie das empfangene und importierte Ergebnis. Gehen Sie diesen Datensatz von der Originierung bis zur Installation ab. Wenn etwas fehlschlägt, sagt der Datensatz, welcher der vier Prüfpunkte zu reparieren ist, statt welches Kommando zu versuchen ist.

Fügen Sie Zeitstempel hinzu, während Sie das tun. Ein Import, der Minuten nach der Ankündigung erscheint, ist eine Frage der Policy oder Konvergenz, während einer, der nie erscheint, eine Konfigurationsfrage ist, und dieser Unterschied ist nur sichtbar, wenn Sie notiert haben, wann Sie nachgesehen haben.

Wann statisches VXLAN die richtige Antwort ist

Ein statisch konfigurierter VXLAN-Datenpfad kann mit manuell bereitgestellten Peers funktionieren, während die EVPN-Tabelle leer bleibt. Das ist kein defektes EVPN-Deployment, es ist ein anderes Steuerungsmodell. Entscheiden Sie, welches das Design beabsichtigt, bevor Sie eine leere Tabelle als Fehler diagnostizieren.

Ein IGP-Nachbar im Underlay liefert Transport und nichts weiter. Der Dienstzustand des Overlays ist eine getrennte Sache zum Aufbauen und eine getrennte Sache zum Verifizieren.