Zusammenfassung

  • RFC 9566 transportiert DetNet-Sequenzinformationen im Control Word von MPLS-over-UDP/IP und ermöglicht Replikation, Duplikateliminierung und Ordnung in der Dienstschicht.
  • Eine nach Ablauf des Ordnungstimers sauber freigegebene Folge beweist weder, dass ein fehlendes Paket nicht mehr existiert, noch dass die Mitgliedspfade unabhängig waren.
  • Belastbare Betriebsbelege müssen Konfigurationsepoche, Pfad und Zeit jeder Kopie, Eliminierungsfenster, Ordnungsentscheidung und Anwendungsergebnis getrennt erhalten.

Die gefährlichste Anzeige in einem geschützten Dienst kann eine grüne sein. Drei Kopien wurden erzeugt, eine früh akzeptiert, zwei als Duplikate verworfen. Ein Ordnungsbuffer meldet eine monoton steigende Folge. Trotzdem könnten alle drei Pfade dieselbe Faser geteilt haben; ein fehlender Vorgänger könnte nach dem Timer noch unterwegs sein; die Anwendung könnte ihre Frist verpasst haben. Die Anzeige beschreibt eine Funktion, nicht die gesamte Wirkungskette.

RFC 9566 überträgt Packet Replication, Elimination and Ordering Functions — PREOF — auf die DetNet-IP-Datenebene. Dafür wird die MPLS-Dienstunterschicht über UDP/IP wiederverwendet. Das DetNet Control Word trägt die Sequenz, ein S-Label die beim Empfänger lokale Service-ID, der UDP/IP-Tunnel die Weiterleitung. Null gesetzte F-Labels erlauben die MPLS-Headermechanik, ohne eine MPLS-Weiterleitungsebene vorauszusetzen.

Die Service-ID ist dabei kein global maßgeblicher Name des Anwendungspakets. Sie wird vom Empfänger bestimmt, kann sich an Relay-Knoten ändern und zwischen replizierten Mitgliedsflüssen unterscheiden. Adressen, UDP-Ports, Flow Label, DSCP und weitere Selektoren ordnen Verkehr einem konfigurierten Kontext zu. Sie belegen weder die Absicht der Quelle noch die tatsächliche Ressourcenreservierung oder den realen Pfad.

Replikation erzeugt Möglichkeiten, keine Unabhängigkeit

Die Architektur strebt maximal disjunkte Pfade an. Sichtbar unterschiedliche Tunnel können dennoch Faser, Stromversorgung, Warteschlange, Uhr, Aggregation oder denselben Konfigurationsfehler teilen. Zudem folgen mehrere DetNet-Flüsse im selben UDP-Tunnel laut RFC 9566 demselben Pfad.

Ein Replikationszähler mit dem Wert drei ist daher kein Nachweis für drei unabhängige Fehlerdomänen. Ein prüfbarer Beleg verbindet Konfigurationsepoche, Mitgliedsflüsse, beobachtete Pfade, gemeinsame Risiken sowie Sende- und Ankunftszeiten jeder Kopie.

Eliminierung fällt ein lokales Urteil

PEF verwendet Sequenz und Verlaufsfenster, um eine Ankunft als neu, doppelt, verspätet oder außerhalb des gehaltenen Zustands einzuordnen. Hinter einer Lücke können Netzverlust, Verzögerung, Selektorfehler, Zustandsreset, Fensterablauf, Filterung oder eine Kopie stehen, die den erwarteten Mitgliedsfluss nie erreichte.

Die überlebende Kopie war für die lokale Funktion in diesem Augenblick akzeptabel. Sie hatte nicht zwingend den besten Laufzeitspielraum oder die verlässlichste Herkunft; sie war womöglich auch nicht die letzte Kopie im Netz. Das Verwerfen einer späteren Replik verhindert doppelte Zustellung, macht die erste Ankunft aber nicht zur vollständigen Pfadgeschichte.

RFC 9550 zieht eine klare Grenze: POF liefert Ordnung innerhalb der Latenzgrenze des DetNet-Flusses, erhöht aber nicht die Zuverlässigkeit. Fehlt ein Vorgänger, wartet die Funktion auf dessen Ankunft oder den Ablauf von POFMaxDelay. Dieser Ablauf ist eine technische Freigabeentscheidung, kein Beweis der Nichtexistenz.

POF setzt voraus, dass PEF Duplikate bereits entfernt hat und die Laufzeitdifferenz der replizierten Pfade bekannt und begrenzt ist. Ein Verstoß kann verspätete Duplikate, erneute Unordnung oder zusätzliche Wartezeit erzeugen. Reset und Initialisierung markieren eine neue Epoche. Bedingtes Puffern erhöht außerdem die Burstiness und verlagert Regulierung oder De-Jittering auf andere Funktionen.

Die Beweiskette reicht deshalb vom Selektor und der Service-ID über Quellsequenz, jeden Mitgliedsfluss, Pfad und Queue, PEF-Fenster, gewählte und verworfene Kopien, POF-Puffer und Timer bis zu Ausgangszeit, Vollständigkeit und Fristergebnis der Anwendung. Der Standard definiert interoperable Mechanik. Erst verbundene Beobachtungen zeigen, ob der versprochene Dienst tatsächlich entstand.