Zusammenfassung

  • RFC 5212 beschreibt Anforderungen für mehrere Datenebenen und Switching-Regionen unter einer GMPLS-Kontrollebene. Ein berechneter Pfad kann eine untere Verbindung voraussetzen, die am Layer-Übergang erst erzeugt werden muss.
  • ISCD, virtueller TE-Link und stabile Kennung sind Planungsbelege. Für einen Dienstbeleg braucht es zusätzlich Anpassungszuteilung, realen unteren LSP, nachvollziehbare Attributvererbung, Linkprüfung, OAM-Korrelation und beobachteten Client-Verkehr.

Ein gemeinsames Abbild ist kein gemeinsamer Zustand

RFC 5212 ist ein informatives Rahmen- und Anforderungsdokument, keine konkrete Protokolllösung. Es trennt den Datenebenen-Layer von der Control-Plane-Region, die durch Switching-Typen wie PSC, L2SC, TDM, LSC oder FSC bestimmt wird. Mehrere Layer können einer Region angehören; ein Multi-Region Network umfasst mehrere Typen.

Wer deren TE-Links in einer Traffic Engineering Database zusammenführt, kann technologieübergreifend rechnen. Ein Paket-LSP darf eine TDM- oder optische Unterlage erhalten, ohne dass jedes System seine eigene isolierte Karte verteidigt. Die Vereinheitlichung erweitert jedoch nur das Abbild. Ressourcen, Richtlinien und physische Zustände bleiben verteilt.

RFC 5212 sieht ausdrücklich Berechnung und Signalisierung auf teilweisen TE-Informationen vor. Bei ausgelöster Signalisierung darf der berechnete Mehrschichtpfad im Layer seiner Endpunkte noch unverbunden sein. Erst am Grenzknoten entsteht oder wird der benötigte FA-LSP ausgewählt.

Damit beschreibt der Pfad eine ausführbare Absicht, keinen abgeschlossenen Dienst.

Funktionsfähigkeit ist nicht verfügbare Anpassung

Ein ISCD beschreibt Switching-Fähigkeit, Kodierung und Bandbreiteneigenschaften einer Schnittstelle. Ein hybrider Knoten benötigt zusätzlich interne Terminierungs- und Anpassungsressourcen, um Daten zwischen Layern zu übergeben. Deren Verfügbarkeit soll laut RFC Teil der Pfadbedingung sein, weil der Aufbau sonst genau an dieser Grenze blockiert.

Vier Nachweise dürfen nicht verschmelzen: Das Gerät unterstützt die Funktion; heute ist Kapazität frei; diese Anfrage erhielt eine Zuteilung; der erzeugte Link wurde auf Konnektivität und Datenintegrität geprüft. An Verwaltungsgrenzen kommt die Richtlinienerlaubnis als fünfter Nachweis hinzu.

Eine Anzeige von Fähigkeit reserviert nichts. Eine einheitliche TED kann die Befugnis des Server-Betreibers ebenso wenig übernehmen wie seine knappe Ressource.

Der virtuelle TE-Link ist eine Option

Würden alle unteren LSPs vorab aufgebaut, blieben Bandbreite und Anpassung ungenutzt gebunden. Deshalb darf ein virtueller TE-Link eine mögliche untere Verbindung nach oben melden, obwohl deren LSP noch nicht existiert. Wählt ein oberer LSP diesen Link, muss der untere sofort signalisiert werden.

Das ist saubere späte Bindung, solange die Zustände sichtbar bleiben: angekündigt, gewählt, im Aufbau, etabliert, geprüft, verkehrsführend. Ein Assurance-System, das daraus einen einzigen Status macht, verwandelt eine Option ohne Beleg in eine scheinbare Leitung.

Auch ein realer FA-LSP kann sich hinter stabiler Identität verändern. RFC 5212 verlangt Umleitung bei gleichbleibenden Schnittstellenkennungen des zugehörigen TE-Links. Das schützt den Client vor Details, beweist aber weder denselben physischen Weg noch dasselbe Ausfallrisiko.

Vererbung ist eine politische Funktion

Beim Hochreichen eines unteren LSP als TE-Link müssen Switching-Fähigkeit, Metrik, Bandbreite, Schutz und SRLG-Information vererbt werden. Die Regeln sind richtlinienabhängig. Eine obere Metrik muss keine einfache Summe sein; verborgene Server-Routen können für Zuverlässigkeit nötige Informationen verlieren. Die genaue SRLG-Vererbung bleibt außerhalb des Dokuments.

So können zwei oben getrennte Links unten denselben Kabelkanal, dieselbe Stromversorgung oder dieselbe Verwaltungsabhängigkeit teilen. Das Abstraktionsobjekt ist nicht falsch. Seine Zusage ist nur so belastbar wie Herkunft, Alter und Verdichtung seiner Attribute.

Auch VNT-Optimierung hat Wirkungen. Unterausgelastete FA-LSPs freizugeben und verschachtelten Verkehr zu verschieben spart Ressourcen, kann aber den oberen Dienst stören. Make-before-break ist eine Technik zur Minderung, kein Messwert für verlustfreie Anwendungskontinuität.

Nach dem Aufbau beginnt die Prüfung

Abschnitt 5.9 lässt einen etablierten unteren LSP vor seiner Verwendung als oberer Datenlink auf korrekte Konnektivität und Datenintegrität prüfen. Das konkrete Verfahren ist technologieabhängig; GMPLS soll die Koordination ermöglichen.

Aufbau und Prüfung beantworten also verschiedene Fragen. Signalisierung belegt einen Control-Plane-Zustand. Prüfung belegt Eigenschaften des Server-Links. OAM muss über den verborgenen Abschnitt hinweg funktionieren und relevante Server-Alarme nach oben bringen. Erst ein zeit- und ortsgebundener Client-Test belegt das beobachtete Dienstergebnis.

Ein schichtübergreifender Beleg verbindet Anfragegeneration, Endpunkte, Layer-Wechsel, Grenzentscheidung, Anpassungszuteilung, virtuell-zu-real, Server-LSP und Reservierung, Herkunft von Metrik/Schutz/SRLG, Integritätstest, Alarme und Client-Verkehr. Dieser Beleg ist BTW-Analyse, keine von RFC 5212 erfundene Pflicht.

Die Karte besitzt nur Kartenautorität

Heng Lus Grundsatz trennt Verwaltungsaufzeichnung, Befugnis und laufende Wirklichkeit. Die TED ist für die empfangene Darstellung maßgeblich. Sie genehmigt keinen fremden Ressourcenzugriff, stellt keinen Adapter bereit, enthüllt nicht jedes gemeinsame Risiko und liefert kein Paket.

Diese Begrenzung stärkt Automation: Berechnung schlägt vor, Policy erlaubt, Signalisierung ändert Zustand, Prüfung testet und Beobachtung misst. Gefährlich wird das System, das den ersten Erfolg speichert und die noch offenen Verben löscht.

Quellen

  1. RFC 5212
  2. Datatracker: RFC 5212
  3. RFC-5212-Information
  4. RFC 5339
  5. Datatracker: RFC 5339
  6. RFC 6001
  7. Datatracker: RFC 6001
  8. RFC 5623
  9. RFC 4202
  10. RFC 4206
  11. RFC 3945
  12. RFC 5146
  13. RFC 4847
  14. RFC 4726
  15. RFC 4802
  16. RFC 4803
  17. RFC 4377
  18. RFC-5212-Verlauf
  19. Heng Lu — Vorrang laufenden Codes