VLAN-Tags an den Pseudowire-Endpunkten normalisieren: ein Runbook

Legen Sie fest, welches Frame jede Customer Edge erhalten soll, bevor Sie das Pseudowire anfassen. Im einfachen Fall sendet CE A ein service-delimiting Tag und CE B erwartet ungetaggte Frames, und die Provider Edge ist der Ort, an dem dieser Unterschied aufgelöst wird. Das Tag ist lokale Policy und nicht Teil des Ethernet-Vertrags des Kunden, und das Pseudowire überträgt das vereinbarte Frame statt des ursprünglichen. Schreiben Sie beide Richtungen vor jeder Konfiguration auf.

Zuerst den Frame-Vertrag schreiben

Die Hinrichtung entfernt ein Tag und die Rückrichtung fügt es wieder hinzu. Wenn Sie nur eine davon aufschreiben, testen Sie einen funktionierenden Pfad in einer Richtung und nennen die Verbindung gesund.

Halten Sie den Vertrag kurz genug, um ihn in das Change-Ticket einzufügen: welche Edge getaggt sendet, welche ungetaggt erwartet und welcher Tag-Wert service-delimiting ist.

Einigung auf den Pseudowire-Modus

RFC 4448 unterscheidet rohe und getaggte Pseudowire-Modi und beschreibt, wie service-delimiting Tags behandelt werden. Der rohe Modus kann weiterhin Tags tragen, die zum Kundenframe gehören, daher geht es bei der Unterscheidung um die Dienstrolle eines Tags und nicht um das bloße Vorhandensein eines 802.1Q-Headers. Den Modus als getaggt gegenüber ungetaggt zu lesen, ist der häufigste Weg, diese Arbeit falsch abzugrenzen. Stimmen Sie den Modus mit dem Peer ab, bevor Sie entscheiden, welche Operationen Sie benötigen.

Prüfen Sie dann den tatsächlichen Pseudowire-Typ und die Peer-Parameter. Ein lokaler VLAN-Anschluss und ein entfernter Port-Anschluss benötigen eine unterstützte Interworking-Vereinbarung, und zwei lokale Rewrite-Anweisungen beweisen nicht, dass die angekündigten Circuit-Typen übereinstimmen.

Wenn die Erwartungen an Control Word und MTU abweichen, haben Sie ein Aushandlungsproblem, das kein Rewrite behebt. Bestätigen Sie beides anhand der laufenden Konfiguration des Peers und nicht anhand des Design-Dokuments.

Die lokalen Tag-Operationen anwenden

Juniper-Leitfaden zum VLAN-CCC-Rewrite dokumentiert Pop-, Push- und Swap-Operationen mit plattformspezifischen Einschränkungen. Für eine bereits konfigurierte kompatible getaggte Unit ist die veranschaulichende Richtung input-vlan-map pop am Eingang und output-vlan-map push am Ausgang. Diese Zeilen veranschaulichen Operationen und keine vollständige Interface- oder Circuit-Konfiguration. Bestätigen Sie die genaue Plattform und Release, statt das Beispiel einer Gerätefamilie überall anzuwenden.

Die unterstützten VLAN- und Kapselungseinstellungen der Unit müssen weiterhin das beabsichtigte Tag und die Klassifizierung definieren. Eine Rewrite-Anweisung auf einer Unit, die die falschen Frames klassifiziert, verschiebt das Problem, statt es zu beheben.

Bewahren Sie alle inneren Kundentags, die der Dienst benötigt. Bei gestapelten Tags stellen Sie vor dem Entfernen fest, welches äußere Tag Sie bearbeiten.

Die Größe budgetieren, nicht nur die Tags

Beziehen Sie beibehaltene Tags, den tatsächlichen MPLS-Stack und das Control Word in das Größenbudget ein. RFC 8469 empfiehlt ein Control Word für Ethernet-Pseudowires, und diese Empfehlung ändert das Frame-Budget unabhängig davon, ob Ihre Plattform es standardmäßig aktiviert. Gleichen Sie eine MTU-Abweichung ab, statt ihre Warnung als Reparatur zu unterdrücken. Eine unterdrückte Warnung ist ein geplantes Ausfallfenster, bei dem das Datum abgeschliffen wurde.

Prüfen Sie dasselbe Budget auf beiden Provider Edges, denn eine Seite, die ein Tag hinzufügt, und die andere, die ein Control Word hinzufügt, reichen aus, um eine zuvor einwandfreie Payload zu brechen.

Wenn die Zahlen nicht übereinstimmen, ändern Sie den Plan und nicht die Logging-Stufe.

Frame für Frame abnehmen

Prüfen Sie zur Abnahme das erwartete Frame an jedem Kundenanschluss in beiden Richtungen. Üben Sie dann den Anwendungs- und Kontrollverkehr, den der Dienst tatsächlich benötigt, gemäß dem freigegebenen Testplan aus, denn ein Ping beweist weit weniger als ein unversehrt ankommendes getaggtes Frame. Halten Sie den Frame-Vertrag für Eingang und Ausgang zusammen mit der Konfiguration der Verbindung fest. Dieser Nachweis macht die nächste Änderung überprüfbar.

Halten Sie Modus, Tag-Operationen, MTU-Budget und Testergebnis an einem Ort fest, da sie nur zusammen Sinn ergeben. Sie auf drei Tickets zu verteilen garantiert, dass der nächste Engineer dieselbe Einschränkung erneut entdeckt.

Die Verbindung ist fertig, wenn beide Richtungen dem Vertrag entsprechen, den Sie zu Beginn geschrieben haben, und nicht, wenn die erste Richtung besteht.