Zusammenfassung

  • RFC 6378 beschreibt Protection State Coordination für linearen MPLS-TP-Schutz. Lokale und entfernte Anforderungen treffen in einem bereits bereitgestellten Schutzbereich aufeinander.
  • Fünf lokale Quellen speisen die Zustandsmaschine: Bedienerbefehl, Server-Schicht, Control Plane, OAM und das Ablaufen von Wait-to-Restore. Die höchste aktuelle lokale Anforderung wird mit der entfernten Anforderung verglichen.
  • Schutz schaltet schnell auf vorab reservierte Ressourcen; Restoration kann über verfügbare Ressourcen umleiten, ist langsamer und bei Ressourcenmangel nicht garantiert.

Die operative Entscheidung

Die wichtigste Abgrenzung lautet: PSC koordiniert eine Umschaltung innerhalb eines vorhandenen Schutzbereichs. Es erstellt weder Arbeits- noch Schutzpfade, weist außerhalb dieses Bereichs Kapazität zu, authentifiziert Nachrichten aus eigener Kraft oder verleiht einem Endpunkt unbeschränkte Routing-Autorität. Die Selektoren an den Endpunkten führen die Entscheidung aus, die Modus, Priorität und Reversionsregeln zulassen.

Die fünf lokalen Trigger sind Bedienerkommandos, Server-Layer-Indikationen, Control-Plane-Indikationen, OAM-Indikationen und WTR-Ablauf. Zusätzlich gibt es die Oberfläche der entfernten PSC-Anforderung. Der entfernte Request kann Zustandsänderungen beeinflussen, aber nur innerhalb der Architektur- und Zustandsregeln. Eine erkannte Channel Type ist deshalb nicht automatisch eine Authentisierung oder Autorisierung.

Rang Lokale Anforderung
1 Lockout of Protection (LO)
2 Forced Switch (FS)
3 Signal Fail (SF)
4 Signal Degrade (SD), sofern der Modus es aktiviert
5 Manual Switch (MS)
6 WTR
7 keine Anforderung

Die PSC-Logik ermittelt die höchste lokale Anforderung, vergleicht sie mit der entfernten Anforderung und bestimmt drei Dinge: die lokale Selektoraktion, die ausgehende Nachricht und den Schutzbereichszustand. Ein brauchbares Prüfmodell lautet daher: Eingänge erfassen, Priorität bestimmen, entfernten Request abgleichen, Zustand berechnen, Selektor und Message Generator protokollieren.

Bei 1:1 wird zwischen dem Arbeitsweg und dem bereitgestellten Schutzweg gewählt. Bei bidirektionalem 1+1 wird die Auswahl an beiden Enden koordiniert. Bei unidirektionalem 1+1 kann jeder Richtungspfad unabhängig wählen; ein entfernter Request darf dort keine Schutzumschaltung auslösen. Diese Unterscheidung ist für die Betriebsentscheidung wichtiger als das bloße Vorhandensein einer APS-Nachricht.

Revertive Betrieb führt nach der Fehlerbereinigung zum Arbeitsweg zurück, jedoch erst nach Wait-to-Restore. WTR verhindert, dass ein intermittierender Fehler sofort eine erneute Umschaltung auslöst. Non-revertive Betrieb lässt den Verkehr auf dem Schutzweg, bis eine neue Anforderung eine Änderung verlangt. Lockout sperrt den Schutzweg; Forced Switch fordert eine erzwungene Umschaltung; Manual Switch ist eine Bedieneranforderung; Signal Fail bezeichnet eine Ausfallbedingung. Keine dieser Zustandsänderungen beweist allein die Fehlerursache oder eine SLA-Verletzung.

RFC 7271 ergänzt die Capability Advertisement sowie PSC- und APS-Modi. Die Anzeige dient der Verifikation kompatibler Capability-Sets, nicht ihrer Aushandlung. Zu den Betreiberfunktionen gehören veränderte Prioritäten, Freeze, Änderungen am non-revertive Verhalten, MS-W, Signal-Degrade-Schutz und Exercise-Kommandos. Eine Capability-Anzeige belegt außerdem nicht, dass beide Seiten korrekt provisioniert sind.

Nutznießer, Kapazität und Grenzen

Transportbetreiber und Dienste mit Kontinuitäts- oder SLA-Verpflichtungen profitieren von einer schnellen, koordinierten und an beiden Enden lesbaren Schutzentscheidung. Der Preis ist vorab reservierte Kapazität sowie zusätzliche Zustände, Timer, Nachrichten und das Risiko inkonsistenter Provisionierung. Bei gemeinsam genutztem Schutz müssen Dienste bei knappen Ressourcen priorisiert werden. Das ist eine Analyse der Mechanik, keine Behauptung über aktuelle Anbieter, Verbreitung oder kommerziellen Wert.

Restoration ist der Gegenentwurf: Sie kann verfügbare statt vorab zugewiesene Kapazität nutzen und Wege neu berechnen, ist typischerweise langsamer und kann bei fehlenden Ressourcen scheitern. Unkoordinierte lokale Umschaltungen können die Endpunkte in widersprüchliche Zustände bringen. Unidirektionales 1+1 kann einen Teil der Koordination vermeiden, bezahlt dafür aber mit dedizierten Ressourcen. Die Quellen nennen keine Anbieterstandards, Defaultwerte, Vorfälle, Schaltzeiten, Verkehrsanteile oder konkreten Kosten.

Konkrete Verifikations-Fixtures

(1) LO, FS, SF, SD und MS einzeln aktivieren und die Rangfolge im Log bestätigen. (2) Den Arbeitsweg gezielt mit SF auslösen und an beiden Enden Selektor, Zustand und ausgehende Nachricht prüfen. (3) Den Fehler entfernen, WTR ablaufen lassen und die Rückkehr im revertive Modus dokumentieren; anschließend denselben Test non-revertive wiederholen. (4) Einen entfernten Request in unidirektionalem 1+1 einspeisen und nachweisen, dass er keine Schutzumschaltung bewirkt. (5) Arbeits- und Schutzparameter an einem Ende absichtlich abweichend provisionieren und den Management-Alarm zur Inkonsistenz prüfen.

(6) Kompatible Capability-Sets anzeigen, danach ein inkompatibles Set einsetzen und Verifikation statt Negotiation protokollieren. (7) Freeze, MS-W, SD-Schutz und Exercise im APS-Modus testen. RFC 6374 liefert Zähler- und Zeitstempel-Evidenz, entscheidet aber nicht über die Abhilfe; BFD prüft Forwarding-Liveness und ersetzt die PSC-Zustandssteuerung nicht.

Quellen