Zusammenfassung

  • RFC 3471 erweiterte die MPLS-Steuerung auf Paket-, Zeitmultiplex-, Wellenlängen- und Faser-Schnittstellen, auch wenn ein Gerät keine Paketköpfe auswertete.
  • Das Generalized Label erhielt seine Bedeutung erst aus dem Schnittstellenkontext; Vorschlag, erlaubte Menge oder erfolgreiche Signalisierung bewiesen weder physische Zuteilung noch übertragenen Verkehr.

RFC 3471 bewahrte eine vertraute Abstraktion, während sich ihr Gegenstand grundlegend änderte. Beim klassischen MPLS begleitet das Label ein Paket oder eine Zelle. GMPLS musste dagegen Geräte steuern, die keine Paketgrenzen erkennen. Sie schalteten nach einer Position im Takt, einer optischen Wellenlänge oder einem räumlichen Port.

Das im Januar 2003 auf dem Standards Track veröffentlichte Dokument beschrieb protokollunabhängige Funktionen. Die konkreten CR-LDP- und RSVP-TE-Formate standen in RFC 3472 und RFC 3473; technologiespezifische Details blieben eigenen Profilen vorbehalten. Gemeinsam war die Koordination, nicht die Physik.

Vier Schnittstellenklassen machten den Unterschied sichtbar. PSC verarbeitete Pakete oder Zellen, TDM Zeitschlitze, LSC Wellenlängen, FSC Fasern oder physische Ports. Die Klasse gehörte zur Schnittstelle, nicht zwingend zum ganzen Knoten. Ein Gerät konnte mehrere Schaltwelten verbinden.

LSPs ließen sich verschachteln. Paketpfade konnten in einem TDM-LSP gebündelt werden, dieser in einem Lambda-LSP und jener in einem Faser-LSP. Das sparte Steuerzustand. Es erzeugte aber keinen Beweis durch Vererbung: Ein sichtbares äußeres Lichtsignal listete keine inneren Kundendienste auf, und ein korrekter innerer Pfad attestierte nicht die äußere Ressource.

Der Generalized Label Request trennte LSP Encoding Type, Switching Type und G-PID. Die Codierung beschrieb die Signalart, der Switching Type die verlangte Operation am jeweiligen Link, der G-PID die Nutzlast der Kundenschicht. Transportform, Schaltvorgang und Inhalt waren verbundene, aber verschiedene Angaben.

Das Generalized Label trug kein eigenes Typfeld. Benachbarte Knoten sollten aus dem Linkkontext wissen, welches Format galt. Das vermied Redundanz und machte zugleich Herkunftsdaten unverzichtbar. Eine gespeicherte Zahl ohne lokale und entfernte Schnittstelle, Richtung, Schaltfähigkeit und Technologie bezeichnete keine rekonstruierbare physische Ressource.

Nicht-paketbasierte Ressourcen waren diskret und knapp. Ein Link konnte mehrere Codierungen unterstützen, ohne im Augenblick der Anfrage einen passenden Zeitschlitz oder eine freie Wellenlänge zu besitzen. Unterstützung war keine Reservierungsquittung.

Das Suggested Label erlaubte dem vorgelagerten Knoten, früh eine Ressource vorzuschlagen und langsame optische Hardware vorzukonfigurieren. Der nachgelagerte Knoten durfte den Vorschlag überschreiben. Das sparte möglicherweise Zeit, übertrug aber keine endgültige Auswahlmacht. Ein belastbarer Nachweis umfasst Vorschlag, Überschreibung, endgültige Wahl und abgeschlossene Programmierung.

Ein Label Set begrenzte die Auswahl, etwa wegen Wellenlängenkontinuität oder Gerätegrenzen. Mitgliedschaft bedeutete „hier zulässig“, nicht ausgewählt, reserviert oder funktionsfähig. Weitere Hops konnten die Schnittmenge noch leeren.

Der bidirektionale Aufbau koordinierte beide Richtungen, damit zwei unabhängige Vorgänge nicht um Gegenressourcen konkurrierten. Bei gleichzeitigen Versuchen entschied eine Regel mit der Quellknoten-ID. Sie löste einen Steuerkonflikt deterministisch; sie bewies keine geschäftliche Priorität, optische Symmetrie oder erfolgreiche Anwendung.

Ebenso wichtig war die Trennung von Steuer- und Datenkanal. IP-Signalisierung konnte einen anderen Weg als der optische Datenkreis nehmen. Eine lebende Steueradjazenz schloss daher einen Datenbruch nicht aus. Umgekehrt konnte ein programmierter Cross-Connect Licht weiterführen, obwohl der Steuerweg ausgefallen war. „Up“ brauchte immer einen benannten Kanal.

Schutzinformation und administrativer Zustand blieben Absichtserklärungen. Angeforderter Schutz attestierte weder Diversität noch verfügbare Kapazität. Authentifizierte Signalisierung belegte den Absender, nicht die Stellung des optischen Schalters oder die Ankunft der Nutzlast.

RFC 3945, RFC 4201 bis 4204 und RFC 4328 konkretisierten Architektur, Link-Bündelung, Routing, OSPF, Link-Management und G.709. Sie dokumentieren eine Entwicklung der Spezifikation, keine universelle Einführung.

Heng Lus Running-Code-Prinzip trennt das Symbol von seiner Wirkung. Die minimale Anfangsspezifikation erklärt den bewusst kleinen gemeinsamen Kern. Die Realitätsebenen halten Fähigkeit, Einschränkung, Vorschlag, Zuteilung, Hardwarezustand, Signal und Dienstergebnis auseinander.

Eine vollständige Beweiskette beginnt deshalb mit Schnittstellen und Schaltkontext. Sie bewahrt Fähigkeiten, aktuelle Einschränkungen, Vorschlag und Entscheider, die endgültigen Labels beider Richtungen, Hardwareprogrammierung und Steuerweg. Danach folgen getrennte Messungen von physischer Kontinuität, Signalqualität, Nutzlast und Anwendung. RFC 3471 machte Photonen nicht zu Paketen. Es gab beiden eine gemeinsame Grammatik, ohne die Grammatik zum Beweis der Welt zu erklären.

Quellen