Résumé
- Dans la RFC 9912, un graphe de reprise réunit les chemins DetNet réalisables ; il décrit un potentiel et non le parcours effectivement vécu par un paquet.
- Le PLR décide localement pour un paquet ou une courte rafale, sur une échelle de temps bien plus brève que le calcul du contrôleur. Avec un graphe lâche ou des décisions distribuées, aucun nœud ne peut nécessairement reconstituer le chemin complet.
La revue d'incident fictive commença par une question simple : par où le paquet était-il passé ? La base du contrôleur possédait la version du graphe, trois chemins de protection et les ressources réservées. Elle ne possédait ni les deux décisions locales prises pendant l'interférence, ni la portion traversée dans un tunnel opaque. Le paquet avait été livré ; la preuve de son trajet, elle, n'existait pas sous une autorité unique.
C'est le point décisif de la RFC 9912, publiée en avril 2026. Sa fiche RFC Editor la classe comme document informatif du flux IETF, issu du consensus de l'IETF mais non inscrit sur la voie de normalisation. Elle étend l'architecture DetNet de la RFC 8655 aux combinaisons de segments filaires et radio, où obstacle, interférence et spectre partagé peuvent modifier la livraison avant qu'un aller-retour vers le contrôleur ne s'achève.
Le graphe de reprise est un ensemble borné de chemins DetNet réalisables, accompagné de métadonnées d'usage. Il peut bifurquer et se rejoindre. Il ne représente pourtant pas un chemin réel. Au moment du transit, un Point of Local Repair choisit l'un des chemins possibles pour le paquet ; le suivant peut recevoir un autre traitement. Le graphe atteste donc ce qui était permis, pas ce qui a été exécuté.
Trois temps doivent rester distincts. Le plan contrôleur calcule et maintient les routes ; la RFC 9938 expose le cadre de ce plan DetNet. Ses statistiques peuvent agréger des minutes ou des heures. La boucle opérationnelle RAW agit ensuite à l'échelle de la sélection d'un chemin. Le PLR réagit en microsecondes ou millisecondes pour un paquet ou une petite série, puis la transmission exécute ce choix. La rapidité locale reste enfermée dans le graphe préinstallé : elle ne crée pas des ressources hors mandat.
La RFC formalise une boucle Observer, Orienter, Décider, Agir. L'OAM observe les liens, une partie ou la totalité des sauts et le résultat de bout en bout. La fonction d'orientation combine mesures récentes, historique, prédictions et modèles fournis par le contrôleur. Le PLR décide. PREOF — réplication, élimination et remise en ordre — ainsi que les fonctions de couche basse agissent.
Or une mesure n'est jamais « la visibilité » en général. La RFC 9551 distingue l'OAM en bande, soumis aux mêmes liens, QoS et fonctions PREOF que le flux, d'un test hors bande qui peut suivre un autre traitement. La RFC 7799 sépare méthodes actives, passives et hybrides. La RFC 9378 décrit l'OAM in situ porté par le trafic réel. Une sonde active peut examiner un segment inutilisé mais consommer une ressource rare ; une trace in situ décrit le paquet observé, pas les alternatives restées silencieuses.
Le contraste strict/lâche rend la limite concrète. Dans un graphe strict, RAW contrôle et observe le comportement pertinent de bout en bout. Dans un graphe lâche, un sous-réseau non RAW reste opaque. La perte et la latence de bout en bout demeurent mesurables, mais les sauts internes et la cause précise ne le sont pas. Attribuer automatiquement une perte au premier accès parce que le reste est abstrait reviendrait à transformer une convention de modèle en constat physique.
La distribution du PLR interdit parfois même l'idée d'un témoin central. La RFC 9912 dit qu'une combinaison de décisions dépendantes peut devenir telle qu'aucun nœud n'est capable de signaler le chemin DetNet courant dans le graphe. Pour reconstituer un événement, il faut donc rapprocher versions du graphe, horodatages, identités de PLR, étiquettes de paquet et limites d'observation.
Les objectifs installés doivent rester séparés des résultats. PDR, nombre maximal de pertes consécutives, latence bornée, gigue, désordre ou nombre de copies sont des objectifs configurés. Une preuve de SLO demande une période, une population de paquets, une méthode et un périmètre. Les cas d'usage RAW de la RFC 9450 expliquent les besoins ; l'inventaire technologique de la RFC 9913 décrit les moyens radio possibles. Aucun des deux ne certifie un déploiement particulier.
La diversité engage aussi des coûts. Temps, fréquence, codage, chemins, ARQ, FEC et PREOF peuvent améliorer la livraison. Le vocabulaire de protection et restauration de la RFC 4427 aide à qualifier les mécanismes. Mais deux lignes distinctes peuvent partager brouillage, énergie, matériel ou tunnel. Et activer toutes les voies gaspille spectre et batterie. La bonne décision est une optimisation sous contrainte, non une célébration abstraite de la redondance.
Cette décision modifie en outre ses futurs indicateurs. Déplacer le trafic change les métriques qui justifieront le déplacement suivant. La RFC exige d'éviter ou d'amortir les oscillations. Côté sécurité et économie, une interférence peut aussi chasser le flux d'un Wi-Fi gratuit vers un accès payant, multiplier retransmissions et énergie, ou déplacer la congestion.
La recherche d'errata de la RFC 9912 ne renvoyait aucun résultat lors du gel des preuves. Ce silence concerne le document ; il ne valide aucune implémentation.
La primauté du code en fonctionnement de Heng Lu place le reçu d'exécution avant le diagramme. La spécification initiale minimale permet de garder un cadre commun étroit et une décision locale explicite. Les couches de réalité empêchent de confondre option, choix, observation, causalité et acceptation du service.
Le dossier probant doit donc garder le hash du graphe, les chemins admissibles, la frontière stricte ou lâche, les fenêtres statistiques, chaque décision PLR, son déclencheur et son étendue, les actions PREOF, les mesures OAM et le résultat de bout en bout. Le contrôleur sait dire quelles options il avait préparées. Il faut les paquets et les décisions pour savoir lesquelles ont existé.
Sources
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

