Zusammenfassung

  • RFC 9801 verlangt für jedes verlorene oder verworfene PLE-Paket eine gleich lange Ersatznutzlast. Jede Implementierung muss das Standardmuster 0xAA erzeugen können.
  • Die Folge abwechselnder Nullen und Einsen erhält die Taktsynchronisation und verhindert ungültige 64B/66B-Sync-Header; Holdover hält die Zeit. Der ursprüngliche Inhalt wird nicht rekonstruiert.
  • Ein belastbarer Nachweis trennt empfangene Pakete, Sequenzlücken, Sortierentscheidungen, synthetische Intervalle, Taktzustand, L/R, PLOS/DEG, PLE-Zähler und die tatsächlich beobachtete Kundenwirkung.

Ein Port kann „up“ sein und dennoch Daten ausgeben, die nie über das Netz kamen. Genau das kann bei Private Line Emulation die richtige Schutzreaktion sein. Der Empfänger hält die Bitrate, wahrt die Codierung und füllt den Platz eines fehlenden Pakets. Wer daraus vollständige Übertragung ableitet, verwechselt jedoch Betriebsfortsetzung mit Informationsherkunft.

RFC 9801 beschreibt PLE für TDM, Ethernet auf PHY-Ebene, Fibre Channel und OTN. Der Eingang zerlegt den kontinuierlichen Bitstrom in Pakete fester Größe; der Ausgang rekonstruiert eine synchrone Leitung. Das Paketnetz darf Laufzeitvariation haben. Die Leitung darf keine Pause einlegen.

Fehlt ein Payload, muss der Ausgang dieselbe Datenmenge einsetzen. Der Inhalt ist konfigurierbar, doch 0xAA ist Pflicht. Das Wechselmuster hält die Synchronisation und vermeidet bei 64B/66B ungültige Sync-Header. Es ist kein Fehlerkorrekturverfahren und kein Schätzer für die verlorenen Bits.

Zwei Zeitordnungen an einer Schnittstelle

Das Modell folgt dem Pseudowire-Rahmen aus RFC 3985. Das IWF am Provider Edge verpackt den Kundenstrom, fügt Control Word, RTP-Zeit, VPWS-Demultiplexierung und PSN-Header hinzu. Am anderen Ende werden diese Schichten entfernt und der Strom an den Customer Edge ausgegeben.

Beide Anschlüsse müssen denselben Diensttyp, Payload-Typ und dieselbe Größe haben. Die Größe bleibt für die Lebensdauer des VPWS fest; 1.024 Byte müssen unterstützt werden. Das Control Word orientiert sich an RFC 4385, und seine Sequenznummer steigt mit jedem Paket. Eine Lücke belegt eine fehlende Position zum Entscheidungszeitpunkt, nicht deren Ursache.

Der RTP-Header nutzt Zeitregeln aus RFC 3550, ohne RTCP, SRTP oder das vollständige RTP-System zu übernehmen. Bis 200 Gbit/s läuft der Timestamp mit 125 MHz, darüber mit 250 MHz. Das relative Modell aus RFC 4197 überträgt die Differenz zwischen Anschlussuhr und gemeinsamem Referenztakt.

Der Timestamp sagt, wann ausgegeben werden soll. Er enthält nicht, was an der verlorenen Stelle stand.

Der Puffer macht Verspätung zur Richtlinie

Am Ausgang ist ein De-Jitter-Puffer vorgeschrieben. Ein verspätetes Paket kann bei unterstützter Umsortierung noch eingesetzt werden; andernfalls muss es verworfen werden. Ein inhaltlich richtiges Paket wird so nach Überschreiten seiner Frist für die synchrone Ausgabe unbrauchbar.

Als typischer Startwert nennt RFC 9801 die Hälfte des Puffers. Das schafft Spielraum in beide Richtungen der Laufzeitänderung. Ein größerer Puffer toleriert mehr PDV und erzeugt mehr Latenz. Ein kleinerer Puffer senkt die Verzögerung, macht aber mehr Spätankünfte zu Verlusten.

Die danach erzeugten Ersatzbytes müssen in einer Belegkette sichtbar bleiben:

Beleg Enge Aussage
Paket und Sequenz dieser Payload kam am IWF an
Sequenzlücke eine erwartete Position war nicht rechtzeitig verfügbar
Umsortierung oder Verwerfen lokale Regel behandelte eine Spätankunft
Ersatzintervall lokal erzeugte Bytes gingen auf die Leitung
Holdover und Takt die Frequenz blieb im benannten Messrahmen
Wartungssignal die native Schicht erhielt eine begrenzte Störungsanzeige
Kundenergebnis eine konkrete Anwendung maß eine Wirkung

Ein Paketmitschnitt darf Verlust zeigen, während das Oszilloskop Kontinuität zeigt. Das IWF hat die Lücke überbrückt. Der Widerspruch entsteht erst, wenn ein Dashboard beide Beobachtungen in einen grünen Gesamtstatus zwingt.

L und R haben verschiedene Sprecher

L wird vom sendenden PE gesetzt, wenn der Payload wegen eines Fehlers am lokalen Attachment Circuit ungültig ist. Das entfernte PE muss passende Ersatzdaten ausgeben und kann ein natives Downstream-Fehlersignal einspeisen. R berichtet zurück, dass das empfangende IWF Paketverlust im PSN oder eine rückwärts gerichtete Server-Layer-Störung sieht.

Diese Bits erhalten Richtung und Beobachtungsebene. Sie liefern weder die fehlenden Daten noch einen vollständigen Ursachenbeweis. Auch beweisen sie nicht, wie das Kundengerät auf das Wartungssignal reagierte.

Fortlaufender Verlust über eine konfigurierbare Dauer führt zu PLOS; der Standardwert ist eine Millisekunde. Übermäßiger Verlust in aufeinanderfolgenden Sekunden führt zu DEG; genannt werden 15 Prozent über sieben Intervalle. Erste Lücke, Schwellwert, Zustandsdeklaration und native Reaktion haben getrennte Zeitpunkte.

ES-PLE zählt Sekunden mit mindestens einem Verlust, PLOS oder DEG. SES-PLE zählt mehr als 15 Prozent Verlust, PLOS oder DEG. UAS-PLE beginnt und endet nach konfigurierbaren Serien, standardmäßig zehn Sekunden. Diese Werte betreffen die Emulationsschicht. Die Messung des Attachment Circuit bleibt dienstspezifisch. Ein SES-PLE verrät nicht automatisch, wie viele Ethernet-Frames, Fibre-Channel-Operationen oder OTN-Einheiten betroffen waren.

Ersatzdaten erzeugen keine Netzreserve

RFC 4553, RFC 5086 und RFC 4842 zeigen frühere synchrone Emulationen mit Sequenz, Zeit und Füllung. RFC 9801 überträgt das Prinzip auf breitere Signalarten und Raten.

PLE ist ein unelastischer Constant-Bit-Rate-Verkehr. Es kann auf Überlast nicht TCP-freundlich nach RFC 2914 reagieren. Das PSN muss Verlust und Jitter durch QoS, Traffic Engineering, Admission Control oder Kapazität niedrig halten. Welche Methode gilt, bleibt offen. Ein sauberer Ausgang belegt deshalb keine reservierte Bandbreite; er kann lediglich zeigen, dass die Kante eine kurze Unterversorgung kaschierte.

PLE ergänzt auch keine Verschlüsselung, Integrität oder Authentisierung. Es setzt ein vertrauenswürdiges, isoliertes MPLS- oder SRv6-Netz mit den Schutzmaßnahmen aus RFC 5920 voraus. Verzögerung, Umsortierung, Verlust und Injektion können den Puffer überfordern, wie der Bedrohungsrahmen in RFC 9055 verdeutlicht. Für PTP gelten weiterhin die Laufzeit- und Zeitangriffe aus RFC 7384. Ein stabiler Takt authentisiert weder Weg noch Inhalt.

Die RFC-Editor-Information, die Errata-Seite und die IETF-Historie belegen den Dokumentstatus. Das IANA-PWE3-Register belegt Zuweisungen. RFC 8214 beschreibt EVPN-VPWS; PLE-Signalisierungserweiterungen lässt RFC 9801 außerhalb seines Umfangs. Keiner dieser Belege misst eine konkrete Leitung.

Die Fassungen als Text und XML machen die Norm prüfbar. Nur Betriebsdaten zeigen, wann ein Gerät sie tatsächlich durch Ersatzbytes ausübte.

Kontinuität ist eine Handlung des Systems. Datentreue ist eine nachzuweisende Eigenschaft. Je sauberer die Handlung den Verlust verdeckt, desto wichtiger wird der Herkunftsbeleg.

Quellen