Zusammenfassung

  • RFC 9914 führt DAO Projection ein: Die Root oder ein externer Controller kann optimierte Routen installieren, die nicht dem primären DODAG folgen müssen.
  • Ein PCE berechnet anhand der Topologie und von Nebenbedingungen wie Pfadlänge, Batterie und reservierbaren Puffern; daraus folgt aber nicht automatisch ein korrekter oder sicherer installierter Zustand.
  • Die Spezifikation definiert Storing-Mode- und Non-Storing-Mode-P-Routes sowie Signalisierung für Aufbau, Bestätigung, Pflege, Ablauf, Ersatz und Entfernung.

RFC 9914 wurde im April 2026 als IETF Proposed Standard veröffentlicht und aktualisiert RFC 6550, RFC 6553 und RFC 8138. Ihr Kern ist die Trennung zwischen dem üblichen RPL-DODAG-Pfad und einem gezielt in Knoten geschriebenen Punkt-zu-Punkt-Zustand. Im Storing Mode halten Zwischenknoten Routinginformationen; im Non-Storing Mode kann RPL Source Routing mit komprimierter Weitergabe eingesetzt werden. Die Haupt-RPL-Instanz soll im Non-Storing Mode bereits bestehen. Projizierte Routen können daher hybride Situationen erzeugen, in denen die Betriebsrealität nicht mit einem einzigen Modus beschrieben werden kann.

P-Routes können einen gestreckten Punkt-zu-Punkt-Weg verkürzen, einen Schutzpfad bilden oder in Tracks eingebunden werden. Keine dieser Möglichkeiten bedeutet, dass jede projizierte Route kürzer oder sicherer ist. PCE-Ergebnisse hängen von einer aktuellen Topologie und korrekt bewerteten Beschränkungen ab; die Installation hängt zusätzlich von Speicher, Energie, Puffern, Reichweite der Signalisierung und der Fähigkeit einzelner Knoten ab. RFC 9914 sieht für projizierte Routen eine getrennte RIB mit höherer Priorität vor. Deshalb muss der Betreiber Konflikte mit gewöhnlichen RPL-Routen und partielle Installationen ausdrücklich testen.

Der Kontrollpunkt ist der Lebenszyklus. Eine Annahmebestätigung sollte zeigen, welche Knoten den Zustand tatsächlich installiert haben. Erneuerung, Ablauf, Ersatz und Entfernung müssen beobachtbar sein; ein alter Zustand darf nach einer Topologieänderung nicht stillschweigend weiter Vorrang haben. Tracks gehören in den Kontext der eingeschränkten 6TiSCH-Architektur und sind kein pauschales Leistungsversprechen. Ebenso ist diese Spezifikation weder ein Nachweis für Herstellerunterstützung noch für eine allgemeine Einführung.

Belegregister: Aussage ← RFC

Aussage Beleg
DAO Projection, P-Routes und deren Lebenszyklus RFC 9914
RPL-DODAG-Grundmodell RFC 6550
RPL-Information im Datenpfad RFC 6553
Komprimierung des RPL-Routing-Headers RFC 8138
Tracks und 6TiSCH-Architektur RFC 9030
Recovery Graph und lokale Reparaturumgebung RFC 9912
Zuverlässigkeits- und Low-Latency-Anwendungsfälle RFC 9450