Résumé
- La RFC 9914 définit la projection DAO : une racine RPL, ou un contrôleur externe agissant par elle, peut installer des routes projetées qui ne suivent pas nécessairement le DODAG principal.
- Un PCE peut calculer un chemin selon la topologie et des contraintes comme la longueur, la batterie ou les tampons réservables ; la racine projette ensuite ce résultat dans le domaine RPL.
- Le dispositif couvre les P-Routes en mode Storing et Non-Storing, les situations hybrides, l’accusé de réception, la maintenance, l’expiration, le remplacement et la suppression.
- Il ne garantit pas que chaque chemin projeté sera plus court ou plus sûr. Il déplace une partie de la responsabilité vers l’état installé et son cycle de vie.
La RFC 9914 est une norme proposée de l’IETF, publiée en avril 2026. Elle met à jour les RFC 6550, 6553 et 8138. L’architecture RPL de base reste fondée sur le DODAG : l’instance RPL principale est censée préexister en mode Non-Storing, tandis que les routes projetées peuvent créer des situations hybrides. En mode Storing, l’état projeté est installé par les nœuds concernés ; en mode Non-Storing, la représentation de routage par la source et l’état projeté suivent les règles de la spécification. Il faut tester leur interaction, et non supposer qu’un mode annule l’autre.
Le changement essentiel concerne la responsabilité du plan de contrôle. Un PCE peut appliquer une politique et des contraintes, pas seulement compter les sauts, pour calculer un chemin directionnel. La racine signale un DAO projeté aux participants sélectionnés. Les nœuds accusent réception lorsque le mécanisme le prévoit, entretiennent l’état, puis traitent son renouvellement, son expiration, son remplacement ou sa suppression. Une RIB séparée à priorité supérieure peut faire gagner l’état projeté sur les alternatives ordinaires.
C’est utile pour un raccourci point à point, un chemin de protection ou un chemin intercalé dans un Track 6TiSCH, mais une telle priorité peut aussi rendre un état périmé dominant jusqu’à son retrait ou son expiration.
Il s’agit du routage par la source de RPL et du traitement des options RPL, dans les limites de la RFC 6553 et avec la compression décrite par la RFC 8138 lorsque celle-ci s’applique ; ce n’est pas SRv6. Ce n’est pas non plus une optimisation universelle. Selon les contraintes, un chemin peut être plus long, moins robuste ou plus coûteux, et une installation partielle peut différer du graphe complet connu du PCE. La décision relève donc de l’assurance de l’état, pas seulement de la qualité du calcul.
Sources
- RFC 9914 : Root-Initiated Routing State in RPL
- RFC 6550 : RPL
- RFC 6553 : RPL Option for Carrying RPL Information
- RFC 8138 : RPL Routing Header Compression
- RFC 9030 : 6TiSCH Architecture
- RFC 9912 : RAW Architecture
- RFC 9450 : RAW Use Cases
Registre de preuve des affirmations
| Affirmation | Preuve RFC |
|---|---|
| Projection DAO et P-Routes | RFC 9914, résumé et sections 1 à 6 |
| Fondation DODAG de RPL | RFC 6550 |
| Signalisation des informations RPL | RFC 6553 |
| Limites de compression de l’en-tête RPL | RFC 8138 |
| Tracks et réseaux contraints | RFC 9030 |
| Graphe de récupération et couverture adjacente | RFC 9912 |
| Cas d’usage de fiabilité et de faible latence | RFC 9450 |
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
