Zusammenfassung

  • RFC 3469 teilte MPLS-Wiederherstellung in Erkennung, Wartezeit, Benachrichtigung, Umschaltoperation und tatsächliche Rückkehr des Verkehrs.
  • Ein vorbereiteter Pfad konnte dieselbe Störung teilen, ohne reservierte Ressourcen auskommen, nur begrenzte Qualität liefern oder nach der Umschaltung selbst ungeschützt sein.

Der Ersatzweg war gezeichnet, signalisiert und benannt. Erst beim Ausfall zeigte sich, dass die Bezeichnung „Schutz“ keine Aussage darüber enthielt, ob der Weg noch lebte, genügend Bandbreite besaß oder am richtigen Zusammenführungspunkt Pakete ablieferte.

RFC 3469 erschien im Februar 2003 als Informational RFC. Das Dokument standardisierte kein einzelnes Verfahren, belegte keine Implementierung und nahm Neustarts ausdrücklich aus. Es bot ein Vokabular, mit dem der Abstand zwischen Netzbeeinträchtigung und dauerhaftem Betrieb vermessen werden konnte.

Zunächst trennte es Umleitung und Schutzumschaltung. Beim Rerouting wird ein Pfad nach dem Fehler aufgebaut. Protection Switching nutzt einen zuvor eingerichteten Pfad. Beides lässt sich verbinden: schneller Wechsel auf einen provisorischen Weg, halbstabiler Betrieb, Konvergenz und späterer Wechsel auf einen neu optimierten Arbeitspfad.

Ein vorab eingerichteter Pfad konnte jedoch dieselbe Leitung, denselben Knoten oder dieselbe Risikogruppe kreuzen. Er konnte Labels, aber keine reservierte Bandbreite besitzen. Er konnte für einen anderen Zweck gebaut und nur als Kandidat qualifiziert worden sein. Fiel er gemeinsam mit dem Arbeitspfad aus, blieb die Redundanz ausschließlich im Inventar.

Der erste Zyklus bestand aus fünf Zeiten. T1 führte von der Beeinträchtigung zur Erkennung. T2 war eine konfigurierbare Wartezeit. T3 maß die Fehlermeldung zum Path Switch LSR, wenn ein anderes Gerät erkannte. T4 umfasste die Wiederherstellungsaktionen und mögliche Abstimmung mit dem Path Merge LSR. T5 endete erst, als der Verkehr am zuvor gestörten Punkt wieder vollständig eintraf.

T5 korrigierte eine verbreitete Messung. Eine erfolgreiche Änderung der Weiterleitung ist noch keine Verkehrsrückkehr. Pakete können unterwegs sein, verworfen, umgeordnet oder in einem zu kleinen Ersatzpfad gestaut werden. Die Uhr muss beim beobachteten Datenverkehr enden, nicht bei der letzten Kontrollnachricht.

Für die Rückkehr zum bevorzugten Pfad definierte RFC 3469 einen eigenen Reversionszyklus. Reparatur, Fehlerfreigabe, Stabilitätswartezeit, Meldung, Umschaltaktion und Verkehrsrückkehr blieben getrennt. Ein zu früher Rückwechsel konnte bei flackernder Verbindung den nächsten Ausfall auslösen. Make-before-break verringerte Störung, ersetzte aber keine Prüfung.

Dynamisches Rerouting besaß wiederum seine eigene Folge: halbstabiler Zustand, Routingkonvergenz, optionaler begrenzter Hold-down, Aufbau des neuen Arbeitspfads, Umschaltung und Verkehr. Schneller Schutz schuf Zeit für die endgültige Netzordnung; er war nicht automatisch diese Ordnung.

Pfadaufbau und Ressourcenzuteilung waren unabhängige Achsen. Der Ersatzweg konnte vorab aufgebaut, nur vorqualifiziert oder erst im Fehlerfall erstellt werden. Ressourcen konnten vorher oder nachher reserviert werden. Ein äquivalenter Pfad hielt die ursprünglichen Zusagen ein. Ein begrenzter Pfad lieferte weniger und sollte nicht unbemerkt zum Dauerzustand werden.

Bei 1+1 lief eine Kopie ständig über beide Wege, und der Merge-Punkt wählte. Bei 1:1 konnte der Schutzpfad niedrig priorisierten Verkehr tragen, der im Fehlerfall verdrängt wurde. Bei 1:n oder m:n hing die Rettung von den angenommenen gleichzeitigen Ausfällen und der Ressourcenteilung ab. Eine Zahl von Ersatzwegen war keine Abdeckungsanalyse.

Lokale Reparatur reagierte nahe am defekten Link oder Nachbarn und verkürzte die Meldestrecke, deckte aber nur einen begrenzten Bereich. Globale Reparatur konnte einen größeren Abschnitt und stärkere Trennung bieten, benötigte jedoch Nachrichtentransport zum entfernten Reparaturpunkt. Ein anderer Ausgang konnte Dienst wiederherstellen, ohne den alten Pfad zu rekonstruieren. Ein Bypass-Tunnel konnte viele Schutzpfade bündeln und dennoch nicht alle gleichzeitig tragen.

Auch der geschützte Verkehr konnte selektiv sein. Eine priorisierte Portion konnte wieder laufen, während andere Klassen verloren gingen. Die damalige EXP-Bit-Sprache ist nach RFC 5462 als Traffic Class zu lesen; dauerhaft wichtig ist die Auswahlmacht über den geschützten Anteil.

Harter Ausfall und Leistungsverschlechterung waren unterschiedliche Signale. Eine Degradation wurde erst nach Überschreiten einer konfigurierten Schwelle zum Fehler. Eine untere Schicht konnte schneller melden. Wenn der Erkenner nicht reparieren durfte, sandte er ein FIS zum autorisierten Punkt. Beobachtung, Deklaration, Meldung und Handlung waren vier Belege.

Nach der Umschaltung entstand neue Verwundbarkeit. Im revertiven Modus wartete der Verkehr auf einen stabilen bevorzugten Pfad und nutzte inzwischen bereits seinen einzigen Schutz. Ein zweiter Fehler konnte ihn ungeschützt treffen, während Ressourcen des alten Pfads gebunden blieben. Nichtrevertiver Betrieb konnte den Ersatzweg zum Arbeitspfad machen oder eine neue optimierte Paarung erzeugen.

Deshalb unterschied der RFC Recovery Time und Full Restoration Time. Erstere summierte Erkennung, Warten, Meldung, Operation und Verkehrsrückkehr. Letztere reichte bis zur dauerhaften Nutzung von Links, die für den Fehlerfall ausreichend ausgelegt waren. Gleich waren beide nur bei sofort äquivalenter und endgültiger Erholung.

Weitere Kriterien waren Aufbauverwundbarkeit, Ersatzkapazität, Zusatzlatenz, Schutzqualität, Umordnung, Zustandsaufwand, Verlust und Abdeckung. Der Vergleich mit einer SONET-artigen Umschaltung um 50 Millisekunden war ein Entwurfsziel, keine Messung und keine Dienstgarantie.

RFC 4090 standardisierte später RSVP-TE Fast Reroute. RFC 4426, 4427 und 4428 entwickelten Funktionen, Terminologie und Mehrschichtanalyse weiter; RFC 5714 ordnete IP Fast Reroute. Diese Linie beweist weder konkrete Einführung noch physische Diversität oder Anwendungserfolg.

Heng Lus Running-Code-Perspektive macht die Grenze deutlich: „vorbereitet“ und „wiederhergestellt“ bleiben Symbole, bis Weiterleitung, Ressourcen und Verkehr übereinstimmen. Minimum Initial Specification erklärt die kleinen kombinierbaren Bausteine. Reality Layers hält Beeinträchtigung, Alarm, Entscheidung, Paket und Ergebnis auseinander.

Das Erbe von RFC 3469 ist somit kein Ruf nach mehr Ersatzwegen. Es ist die Forderung, einen Pfadeintrag nicht mit einem Wiederherstellungsereignis zu verwechseln. Erkennung, Erklärung, Meldung, Autorität, verfügbare Ressourcen, zurückgekehrte Pakete, erhaltene Qualität und wiedergewonnener Schutz brauchen jeweils ihren eigenen Nachweis.

Quellen