Zusammenfassung

  • RFC 5143 ist eine Historic-Spezifikation für SONET/SDH-Leitungsemulation über MPLS; neue Implementierungen müssen RFC 4842 verwenden.
  • Der 32-Bit-CEM-Header enthält DBA- und Fernfehlerzustand, Sequenznummer, Strukturzeiger, Zeigeranpassung und ECC-6.
  • ECC-6 korrigiert einen Bitfehler und erkennt bis zu zwei Fehler im Header, schützt aber nicht die Leitungsnutzlast.
  • Ein gültiger oder reparierter Header stellt kein verlorenes Paket wieder her, ordnet nicht automatisch und füllt keinen Jitterpuffer.
  • Über Verlust wird zur Wiedergabezeit entschieden, wenn feststeht, ob die Daten vor dem Bedarf der Leitung eingetroffen sind.
  • Sequenznummern zeigen Verlust und Fehlreihenfolge; ohne Neuordnung werden fehlgeordnete Pakete verworfen und durch ein konfiguriertes Muster ersetzt.
  • Verlust der Paketsynchronität erzeugt CEM-RDI zum Paketnetz und AIS-P zur strukturierten Leitungsseite.
  • DBA kann Nutzlast absichtlich unterdrücken und den Pakettakt beibehalten; laufende Pakete belegen daher keine Nutzerdaten.
  • Taktrückgewinnung ist eine eigene Funktion; Header-Gültigkeit belegt weder Frequenz noch Phase, Jitter oder Wander.
  • Der alte Header konnte wie IPv4 aussehen und nutzlastbasiertes ECMP auslösen, das Jitter und Fehlreihenfolge verursacht.
  • Die Sicherheit ist höchstens so stark wie das Paketnetz und möglicherweise schwächer als natives TDM; ECC ist keine Authentisierung.
  • Führung benötigt getrennte Nachweise für Header, Reihenfolge, Puffer, Zeit, Wartungssignale und tatsächliche Leitungsausgabe.

Zeit ist eine eigene Betriebsoberfläche

Das Ausgangsinterface muss den Takt des Eingangsdienstes nachbilden. Bei synchroner Betriebsart kann ein externer oder gemeinsamer Bezug helfen. Bei strukturierter Übertragung tragen N und P Zeigeranpassungen; die Sequenz verhindert, dass eine duplizierte oder fehlgeordnete Anpassung mehrfach angewendet wird.

Damit ist noch kein guter Ausgangstakt bewiesen. Asynchrone Betriebsarten können adaptive Rückgewinnung einsetzen. Deren konkrete Algorithmen bleiben bei der Implementierung. Auch der Nachfolger RFC 4842 schreibt nicht den Algorithmus vor, verlangt aber die Einhaltung der einschlägigen SONET/SDH-Grenzen für Jitter und Wander.

Ein Strom mit perfekten Sequenznummern kann im Mittel zu schnell oder zu langsam abgespielt werden. Ein richtiger Mittelwert kann kurzfristige Phasensprünge verbergen. Ein eingerasteter Takt kann statt Kundendaten AIS-P ausgeben. Erst eine Messung am rekonstruierten Ausgang darf daher über Zeitqualität sprechen.

Diese Trennung ist ein Beispiel für eine dünne gemeinsame Schicht. Das Protokoll liefert kompatible Beobachtungen. Implementierung und Betreiber entscheiden lokal über Puffer, Regelkreis und Dienstgrenzen. Ein ECC-Ergebnis darf diese Entscheidungen nicht in eine universelle Gesundheitsbehauptung verwandeln.

Was der 32-Bit-Header tatsächlich weiß

D kennzeichnet Dynamic Bandwidth Allocation, R den CEM Remote Defect Indicator. Zehn Bits zählen von 0 bis 1023. Ein Strukturzeiger lokalisiert den synchronen Nutzlastanfang. N/P tragen Zeigerereignisse oder Alarmzustände; sechs Bits bilden ECC-6.

Das ist ein präziser Koordinationsdatensatz, kein vollständiges Leitungsmodell. Er kennt weder den Belegungsverlauf des entfernten Puffers noch die Ausgangstaktmessung, das angeschlossene Gerät oder die Kundenauswirkung. Seine Enge ist gewollt: Gemeinsam muss nur sein, was zwei unabhängige Enden zur Interoperabilität benötigen.

Appendix B beschreibt eine Prüfmatrix. Aus dem Syndrom kann ein einzelner Bitfehler korrigiert und ein Fehler aus bis zu zwei Bits erkannt werden. Auch das ECC-Feld selbst fällt darunter. Die Funktion kann provisioniert abgeschaltet werden; dann wird null gesendet.

Der Schutzgegenstand heißt ausdrücklich CEM-Header. SONET/SDH-Nutzlast, Pfadentscheidung und Dienstannahme gehören nicht dazu. ecc_ok ist weder Herkunftsnachweis noch Aussage über gültige Kundendaten.

Reihenfolge ist Sichtbarkeit, keine Wiederherstellung

Sequenznummern zeigen, welches Paket als nächstes erwartet wurde. Eine Lücke, ein Duplikat oder eine Inversion wird erkennbar. RFC 5143 verlangt die Erkennung verlorener und fehlgeordneter Pakete. Neuordnung ist möglich. Findet sie nicht statt, müssen fehlgeordnete Pakete verworfen werden. Fehlende oder verworfene Nutzlast wird durch ein einstellbares Bytemuster ersetzt.

Das Ausgangssignal kann dadurch formal weiterlaufen. Inhaltlich ist das ursprüngliche Datum trotzdem verloren. Wer nur Portzustand oder Taktaktivität misst, verwechselt die Fähigkeit, einen Ausfall kenntlich zu machen, mit Dienstkontinuität.

Paketsynchronität entsteht über mehrere Beobachtungen. Beim Start gilt der Empfänger als unsynchronisiert. Erst eine konfigurierte Zahl aufeinanderfolgender Sequenzen schafft Synchronität; eine konfigurierte Folge leerer oder fehlender Pakete zerstört sie.

Die Verlustentscheidung fällt an der Wiedergabekante. Zuvor kann ein scheinbar fehlendes Paket nur verspätet sein. Wenn die Leitung ihre Bytes verlangt, steht fest, ob die vollständige Nutzlast rechtzeitig im Puffer lag. Dieser Zeitpunkt übersetzt Transporttelemetrie in Dienstwirkung.

Der Jitterpuffer entscheidet mit

Das Paketnetz liefert unregelmäßig, die Leitung verbraucht gleichmäßig. Der CEM-Jitterpuffer nimmt die Differenz auf. Seine Tiefe soll anpassbar sein; über den von ihr abgebildeten Zeitraum müssen mittlere Ankunft und feste Wiedergabe im Gleichgewicht stehen.

Gleiche Paketzahlen können verschiedene Ergebnisse haben. Ein später Schub füllt einen flachen Puffer bis zum Überlauf. Eine kurze Lücke leert ihn. Mehr Tiefe toleriert Schwankung, erhöht aber die Verzögerung. Ein Paket kann in der Netzstatistik empfangen und für den Dienst dennoch wertlos sein, weil seine Frist verstrichen ist.

Zum Nachweis gehören Ankunft, Wiedergabefrist, Verwendung, Ersatzmuster, Tiefe, Unterlauf, Überlauf und Synchronitätszustand. RFC 4842 behält diese Schichtung bei: fehlende oder verworfene Pakete stehen getrennt von Pufferfehlern und Synchronitätsverlust. Der Standardwechsel hebt die physische Grenze nicht auf.

DBA hält die Trittfrequenz ohne Kundennutzlast

Bei AIS-P oder nicht ausgerüsteter SONET/SDH-Nutzlast kann DBA den CEM-Inhalt vollständig unterdrücken. Header, Labels und Paketkapselung laufen weiter. Die Senderate bleibt dem Normalbetrieb vergleichbar, damit der entfernte Puffer stabil bleibt und ein Leitungszustand nicht wie ein Paketnetzausfall aussieht.

Ein gleichmäßiger Graph kann also die geordnete Abwesenheit von Nutzerdaten zeigen. Das Protokoll bewahrt die Bedeutung über D und die Wartungszustände. Erst ein grobes Monitoring macht daraus fälschlich „gesunden Verkehr“.

Der DBA-Auslöser muss aus dem SONET/SDH-Overhead stammen, nicht aus einer Mustererkennung in der Nutzlast. Die Herkunft der Entscheidung gehört zum Beleg: ein expliziter Leitungszustand ist etwas anderes als eine inhaltliche Vermutung.

Alarmierung ist ein ehrliches Ergebnis

Verliert der De-Packetizer die Synchronität, sendet er CEM-RDI zum Paketnetz. Bei strukturierter Emulation spielt er AIS-P auf die Leitung. AIS-P bedeutet, dass kein gültiges Endnutzerdatum getragen wird. Es ist keine Kontinuitätsquittung, sondern ein sichtbares Eingeständnis der Grenze.

Auch hier darf eine Alarmanzeige nicht ohne Herkunft gespeichert werden. Welches Ende erkannte zuerst den SONET/SDH-Zustand? Wo wurde DBA aktiviert? Wo ging die Paketsynchronität verloren? Welches Ende erzeugte den Ausgangsalarm? Nur diese Kette erlaubt Ursachenanalyse.

Der historische ECMP-Fehler

Bestimmte D/R-Kombinationen ließen den ersten Halbbytewert des Legacy-Headers wie IPv4 erscheinen. Zwischenknoten, die einen vermuteten Payload für ECMP hashten, konnten Pakete einer Pseudowire über mehrere Pfade verteilen. RFC 4928 beschreibt daraus entstehenden Jitter und mögliche Fehlreihenfolge. RFC 4842 vermeidet diesen Verstoß gegen das Control-Word-Format.

Der Header selbst kann dabei unbeschädigt bleiben. Das umgebende Weiterleitungssystem verändert Reihenfolge und Zeit. Integrität eines Datensatzes ist keine Kontrolle über seinen Transportpfad.

Der Status Historic ist deshalb eine Betriebsinformation, kein bibliografischer Zusatz. Neue Implementierungen gehören zu RFC 4842. RFC 5143 ist für Altkompatibilität und als Lehrstück zur Beweisgrenze relevant, nicht als aktuelle Bauanleitung.

Sechs getrennte Quittungen

Die erste Quittung beschreibt den Header: gültig, korrigiert, erkannt aber nicht korrigierbar, unbrauchbar oder ohne ECC. Die zweite beschreibt Lücken, Duplikate, Inversionen und Neuordnung. Die dritte gehört zum Puffer: Frist, Wiedergabe, Ersatz, Unterlauf, Überlauf und Synchronität. Die vierte misst Frequenz, Phase, Jitter und Wander. Die fünfte verfolgt AIS-P, CEM-RDI, Unequipped und DBA bis zu ihrem Ursprung. Die sechste prüft, ob gültige Kundendaten das Interface verlassen haben.

Diese Teilung macht Störungen unterscheidbar. Mehr Korrekturen deuten auf Linkqualität. Saubere Sequenz mit leerem Puffer deutet auf Taktung oder Pfadvariation. Gute Pakete mit schlechtem Takt deuten auf Rückgewinnung. Regelmäßige DBA mit AIS-P deutet auf einen Leitungszustand.

Quellen

  1. RFC 5143, HTML
  2. RFC 5143, Text
  3. RFC-Editor-Eintrag
  4. IETF Datatracker
  5. Dokumentverlauf
  6. RFC-5143-Errata
  7. IANA Pseudowire Parameters
  8. RFC 4842: Circuit Emulation over Packet
  9. RFC 4553: Structure-Agnostic TDM over Packet
  10. RFC 5086: Structure-Aware TDM Circuit Emulation
  11. RFC 4447: Pseudowire-Aufbau und -Wartung mit LDP
  12. RFC 4385: Pseudowire Control Word
  13. RFC 4928: ECMP-Behandlung in MPLS vermeiden
  14. RFC 3985: Pseudowire Emulation Architecture
  15. RFC 4023: MPLS in IP oder GRE kapseln
  16. RFC 5085: Pseudowire-Konnektivitätsprüfung
  17. RFC 6374: MPLS-Verlust- und Verzögerungsmessung
  18. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  19. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  20. Running-Code Primacy