Ein logischer Junos-Tunnel besteht aus zwei Anbindungen, nicht aus einer Verbindung

Innerhalb des Routers sieht eine lt--Schnittstelle wie ein Kabel aus, und dieser Eindruck verursacht den größten Teil der Verwirrung. Sie ist keine einzelne Verbindung, sondern zwei Anbindungen: Jedes Ende gehört zu einem Dienst, jedes Ende hat seine eigene Kapselung, und das Paar leitet nur weiter, wenn beide Dienste korrekt verbunden sind. Arbeiten Sie die fünf folgenden Schritte der Reihe nach ab, und verstehen Sie einen sauberen Commit als Beginn der Überprüfung, nicht als Ende der Arbeit. Jeder Schritt hinterlässt einen Nachweis, den der nächste Ingenieur prüfen kann, ohne die Untersuchung zu wiederholen.

Schritt 1: das Anbindungs-Arbeitsblatt schreiben

Bevor Sie die Konfiguration anfassen, zeichnen Sie auf, was sich mit was verbinden soll. Eine Seite terminiert eine Punkt-zu-Punkt-Schaltung auf Layer 2, die andere tritt einer VPLS-Instanz bei, und der logische Tunnel sitzt dazwischen und trägt Frames von der einen zur anderen. Benennen Sie beide Dienste ausdrücklich, denn eine Punkt-zu-Punkt-Schaltung, eine VPLS-Instanz und eine EVPN-VXLAN-Zusammenschaltung sind nicht austauschbar, nur weil sich jede als Vernähung beschreiben lässt.

Notieren Sie die Unit-Nummern an beiden Enden und welchem Dienst jede gehört. Dieses Blatt ist das einzige Artefakt, das nach drei Änderungen und einem Rollback noch korrekt ist.

Schritt 2: Peer-Units und Kapselung festnageln

Die beiden Units müssen auf derselben logischen Tunnel-Schnittstelle liegen und aufeinander zeigen, und eine Unit kann genau einen Peer haben. Die Juniper-Dokumentation zum logischen Tunnel nennt beide Einschränkungen zusammen mit den unterstützten Kapselungen und den Plattformressourcen, die die Schnittstelle verbraucht. Prüfen Sie dies gegen die installierte Hardware und Version, nicht gegen ein Laborbeispiel von einer anderen Linecard. Eine Peer-Unit, die über zwei verschiedene lt-Schnittstellen referenziert wird, committet sauber und leitet nichts weiter.

Wählen Sie dann die Kapselung, die zum Dienst an jedem Ende passt. Eine Skizze des Paars sieht so aus:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

Die Schlüsselwörter Ethernet-CCC und Ethernet-VPLS in einen VLAN-Dienst zu kopieren, ohne das Tagging abzustimmen, ist der andere häufige Weg zu einem Paar, das hochkommt und nichts weiterleitet.

Schritt 3: jedes Ende an seinen eigenen Dienst hängen

Jede Unit gehört zu einer Dienstdefinition, und der Dienst muss sie tatsächlich enthalten. Für unterstützte MX-Layer-2-Anordnungen nennt die Dokumentation die Zugehörigkeit zu bridge-domain oder VPLS als das, was die Weiterleitung bidirektional macht, was bedeutet, dass ein korrektes Peer-Paar mit einer Unit ohne Mitgliedschaft ein Paar von Endpunkten ist, die mit nichts sprechen. Fügen Sie die Mitgliedschaft im selben Commit wie die Units hinzu, damit die beiden nie auseinanderlaufen können.

Richten Sie die Pseudowire-Signalisierung und die Instanzmitgliedschaft als Teil derselben Änderung ein, denn das ferne Ende der Schaltung ist das, was der VPLS-Seite etwas zum Lernen gibt.

Schritt 4: Ressourcen und Framegröße kalkulieren

Eine interne Verbindung verbraucht weiterhin Weiterleitungsressourcen. Die Dokumentation listet die Bandbreitenauswirkungen der Plattform für logische Tunnel auf, also prüfen Sie diese, statt anzunehmen, intern bedeute kostenlos.

Gleichen Sie die Dienst-MTU und das Tagging-Modell über beide Anbindungen und das entfernte Pseudowire ab. Kopieren Sie keinen Beispiel-MTU-Wert, ohne festzustellen, welche Header die betreffende Einstellung zählt, denn ein interner Hop, der das Budget still verkleinert, scheitert genau dort, wo der Benutzerverkehr am größten ist.

Schritt 5: Weiterleitung prüfen, dann nach Schleifen suchen

Senden Sie Verkehr in beide Richtungen und prüfen Sie den Dienstzustand, nicht nur den Schnittstellenzustand. show interfaces lt-0/0/0 sagt Ihnen, dass das Paar administrativ oben ist, und show vpls connections sagt Ihnen, ob die Instanz eine Verbindung zum Lernen hat. Keines von beiden beweist, dass ein Frame, der auf dem einen Dienst hereinkam, auf dem anderen hinausging, also testen Sie das ausdrücklich. Senden Sie von einem Host auf der einen Seite zu einem Host auf der anderen, während der Dienstzustand sichtbar bleibt, solange der Verkehr läuft.

Prüfen Sie schließlich, ob ein anderer physischer oder logischer Pfad bereits dieselbe Ethernet-Domäne verbindet. Das Hinzufügen dieser Anbindung kann das Flooding-Verhalten ändern und eine Schleife erzeugen, die es vorher nicht gab, und das Symptom wird ganz woanders auftreten. Planen Sie die gewünschte Redundanz, statt während eines Vorfalls einen unüberwachten Layer-2-Pfad zu entdecken.