Zusammenfassung

  • RFC 5287 rät vom parallelen PW Status TLV ab, solange die TDM-IWF betriebsfähig ist, weil sich Zustandsmeldungen aus Daten- und Steuerungsebene widersprechen können. Der Control Word ist dann der reguläre Zeuge.
  • Stirbt die IWF, während PWE3-Steuerung weiterlebt, meldet der TLV alle einschlägigen Fehler konservativ. Das ist ein Fallback-Beleg, keine unabhängige Messung von fünf physischen Defekten und kein Nachweis der Wiederherstellung.

Eine lebende Sitzung ist ein begrenzter Beleg

RFC 5287 erweitert den LDP-basierten PWE3-Aufbau für TDM-Pseudowires. Beide Enden müssen denselben PW-Typ verwenden; TDM nutzt immer einen Control Word. Je nach Modus werden Nutzlastgröße, logische Bitrate, AAL-Modus, RTP, Timestamp-Frequenz, CAS-Signalisierung und Fragmentierung abgeglichen. Ein gelöschtes C-Bit führt zu Illegal C-Bit.

Diese Prüfung belegt Kompatibilität beim Aufbau. Sie belegt nicht den aktuellen Zustand des Attachment Circuit, Paketankunft, Jitterpuffer, Taktrückgewinnung oder das Ergebnis beim Kundengerät. Ein Label kann bestehen, während die Datenebene einen Fehler meldet. Eine LDP-Sitzung beobachtet ihren eigenen Kontrollpfad.

SAToP, CESoPSN und TDMoIP transportieren Zustandsbits im Control Word. Sie beschreiben Fehler an Anschluss und PSN-Seite in-band. PWE3 kann verwandte Zustände per PW Status TLV melden. Der Inhalt überlappt, doch Weg, Zeit, Generation und Ausfallabhängigkeit unterscheiden sich. Zwei Quellen sind deshalb nicht automatisch zwei Bestätigungen.

Die Ausfallabhängigkeit bestimmt die Autorität

Solange die TDM-IWF funktioniert, ist die Verwendung des Status TLV laut RFC 5287 nicht empfohlen. Der genannte Grund ist die Vermeidung von Konkurrenz zwischen Meldungen der Daten- und Steuerungsebene. In diesem Zustand ist der in-band Melder unmittelbar an die aktive TDM-Funktion gekoppelt.

Die Ausnahme ist der Ausfall genau dieser Funktion. Bleibt die PWE3-Steuerung arbeitsfähig, soll der signalisierende PE einen TLV mit fünf gesetzten Zuständen senden: PW leitet nicht weiter; lokaler Anschluss hat Empfangs- und Sendefehler; lokale PSN-Seite hat Empfangs- und Sendefehler.

Alle Bits zusammen sind eine konservative Hülle. Sie sagen nicht, dass fünf Sensoren fünf getrennte Hardwarefehler gemessen haben. Der detaillierte Melder ist selbst verloren, und der verbliebene Kontrollpfad warnt den Peer, dem Dienst nicht zu vertrauen. Wer daraus fünf bestätigte Ursachen erzeugt, schreibt dem Standard zusätzliche Tatsachen zu.

Umgekehrt darf ein älterer TLV einen aktuellen In-Band-Fehler nicht überschreiben, nur weil das Management LDP leichter sammelt. Bequemlichkeit der Integration ist keine Beweisautorität.

Eine reproduzierbare Kette lautet:

Objektgeneration -> Melder -> Meldergesundheit -> Rohbits -> Entscheidung -> Aktion -> Ergebnis

Ohne Meldergesundheit wird eine bedingte Regel zu starrer Priorität. Ohne Rohbits bleibt unsichtbar, ob ein Alarm unterdrückt, verbreitert, verspätet oder überschrieben wurde.

Schweigen kann das Verschwinden des Melders bedeuten

Fehlender In-Band-Status kann Entwarnung oder fehlenden Datenstrom bedeuten. Ein TLV kann nach einer neuen FEC/Label-Generation eintreffen und den alten Gegenstand beschreiben. Nach Collector-Neustart wirkt die Empfangszeit frisch, obwohl der Wert alt ist. LDP kann vor Puffer und Clock Recovery zurückkehren.

Der Datensatz braucht lokale und entfernte PE-Identität, Anschluss, FEC, Labelgeneration, PW-Typ, Richtung, Quelle, Rohwert, Quell- und Empfangszeit, IWF-Zustand, Ablaufbedingung und Unterdrückungsgrund. Eine Oberfläche darf daraus eine Farbe bilden, muss aber den Weg zurück zu den Beobachtungen behalten.

NOT RECOMMENDED ist kein Verbot. Ein Produkt kann beide Kanäle zeigen. Dann muss es die lokale Regel offenlegen: Welches Ereignis beweist IWF-Ausfall? Darf nur die Quelle den Alarm löschen, die ihn gesetzt hat? Wann verfällt der TLV? Invalidiert Labelwechsel den alten Zustand? Wie werden Richtungen getrennt? Flexibilität begründet Verantwortung.

Ein grünes Restobjekt ist kein vollständiges Paar

RFC 5287 beschreibt außerdem ein CESoPSN-NxDS0-Paar: eine PW für TDM-Daten und eine für CE-Anwendungssignalisierung. Typ, Aufbauverfahren und relevante Parameter stimmen überein; nur die Rollenbits ergänzen sich.

Bei PWId nutzt die Daten-PW eine gerade ID und die Signalisierungs-PW die folgende ungerade ID. Bei Generalized PW FEC ist die Zuordnung implementierungsspezifisch. Ein Inventar muss diese Beziehung speichern, statt sie später aus Namen zu erraten.

Wird nur ein Mitglied aufgebaut, muss das aufgebaute wieder entfernt werden. Fällt später eines aus, muss das andere ebenfalls abgebaut werden. Die Norm verhindert, dass die grüne Hälfte als gültiger zusammengesetzter Dienst erscheint.

Ein Teardown-Befehl belegt eine Aktion. Readback belegt lokale Anwendung. Der entfernte Zustand, erneuter Datenfluss, CE-Signalisierung und Timing benötigen weitere Belege. Kein erfolgreicher API-Aufruf darf alle späteren Stufen vertreten.

Belege lassen sich nicht vertauschen

Die Abfolge bleibt getrennt:

konfiguriert -> Label -> Parameter -> Paar -> gültiger Melder -> Zustand -> Aktion -> Forwarding -> Timing -> CE-Ergebnis

VCCV prüft einen Verifikationskanal. BFD erkennt Kontinuität. OAM-Mapping übersetzt Defekte. Preferential Forwarding beeinflusst Auswahl. Keine dieser Funktionen macht Kontrollsitzung und TDM-Dienst identisch oder ersetzt die In-Band-Semantik automatisch.

Ein sauberer Control Word beweist auch keine Taktqualität. Pakete können trotz belastetem Jitterpuffer ankommen. Diese Grenze gehört zum erhaltenen RFC-5143-Artikel. Hier liegt die Frage früher: War die Quelle, deren Wert eine Aktion auslöste, überhaupt noch aussagefähig?

Forwarding braucht Zähler oder Trace. Timing braucht Puffer- und Taktmessung. CE-Signalisierung braucht Anwendungsbeobachtung. Dienstwirkung braucht den konsumierenden Endpunkt. Ein TLV kann nicht bezeugen, was er nicht sieht.

Widerspruch ist ein Diagnoseereignis

Ein armes Modell hat Boolean und updated_at. Zwei Collector schreiben dieselbe Spalte; der letzte gewinnt. Die Historie wirkt widerspruchsfrei, weil ein Zeuge gelöscht wurde.

Besser bleiben beide Beobachtungen unverändert. Die Versöhnung ist ein separates Ereignis mit Regel, Grund, Gültigkeit, Besitzer und veröffentlichtem Wert. Aktion, Readback und Ergebnis folgen separat. So weist der Konflikt auf tote IWF, alten TLV, falsches Paar, Generationsfehler oder verlorene Richtung.

Die Quellen belegen keinen benannten Betreiber, kein Produkt und keinen realen Vorfall. Sie liefern auch keine universelle Häufigkeit. Belegt ist ein standardisierter Mechanismus mit zwei Meldewegen. Eine verantwortliche Analyse erfindet keine Produktionserzählung.