Zusammenfassung

  • DTPC Revision 00 erlaubt einer an ein Topic gebundenen Anwendungsfunktion, einen veralteten oder ersetzten Datensatz vor der Aggregation aus der Ausgangswarteschlange zu entfernen.
  • Die beschriebenen Data- und Ack-PDU-Felder enthalten weder Elisionsgrund noch Regelversion oder Vorgänger-Nachfolger-Beziehung; die Transportbestätigung kann diese Entscheidung deshalb nicht belegen.

Eine gewollte Auslassung, kein Leitungsverlust

Delay-Tolerant Payload Conditioning erschien am 27. September 2026 als individueller Internet-Draft ohne Stream und ohne formale IETF-Stellung. Die vorgeschlagene Schicht sitzt an den Endpunkten zwischen Anwendung und Bundle Protocol.

Der Text von Revision 00 nennt geordnete Übergabe, kontrollierte Aggregation, anwendungsgesteuerte Elision, ACK/NAK-Zuverlässigkeit und Duplikatunterdrückung als getrennte Leistungen. Kleine ADUs mit gleichem Ziel und Profile können warten, bis eine Größen- oder Zeitgrenze die Paketbildung auslöst.

Die Elision greift während dieses Wartens. Mit dtpc_open registriert sich ein Client als maßgeblicher Handler eines Topic ID und hinterlegt seine elisionFn. Trifft ein neuer Zustand ein, darf die Funktion einen alten PDU als überholt einstufen und aus der Schlange entfernen. Kein Router hat ihn verloren; die Anwendung hat entschieden, ihn gar nicht erst zu transportieren.

Bei Momentaufnahmen kann das sinnvoll sein. Bei Befehlen, Alarmen, Deltas oder Buchungen ist ein neuer Eintrag dagegen nicht automatisch Ersatz. Die Anwendung muss definieren, welche Felder dieselbe Sache bezeichnen und welche Änderung eine Überschreibung verbietet.

Die Sequenz beginnt zu spät

Für den Data PDU führt der Entwurf Typ, Flags, Topic ID, Profile ID, Sequenznummer, Länge und Nutzlast auf. Der Ack PDU meldet Sequenzbereiche. Nicht aufgeführt sind Löschungsgrund, Vorgänger, Ersatz, Regelversion oder Zeitpunkt.

RFC 9171 trennt Bundle-Empfang, Weiterleitung und Übergabe. Ein vor der Bündelung entfernter Datensatz erreicht keine dieser Beobachtungsflächen. RFC 9172 kann übertragene Blöcke gegen Veränderung oder Einsicht schützen, aber nicht die Semantik einer früheren Entfernung bestätigen. Auch der durch RFC 9758 aktualisierte ipn-Registerrahmen macht die im Draft beantragte Dienstnummer 129 noch nicht zu einer bestätigten Registrierung oder Einsatzmessung.

Die Quelle braucht daher einen begrenzten Beleg, der semantischen Schlüssel, Policy-Version, entferntes Objekt, Ersatz, verantwortliche Anwendung und resultierenden Data PDU verbindet. Hashes können sensible Inhalte ersetzen, solange die Entscheidungskette prüfbar bleibt.

Running-Code Primacy verlangt getrennte Beweise für Warteschlange, Sendung und akzeptierten Zielzustand. Minimum Initial Specification und lokalisierte Folgeentscheidung erlaubt einen gemeinsamen Belegrahmen, ohne „veraltet“ zentral zu definieren. Die Analyse von Autorität und Glauben schützt schließlich davor, einem ACK Aussagen zuzuschreiben, die es nicht enthält.