Résumé

  • La RFC 9912, RFC IETF Informational d’avril 2026, étend l’architecture DetNet de fiabilité et de disponibilité aux réseaux mêlant segments câblés et sans fil.
  • RAW installe à l’avance un ensemble fini de chemins DetNet réalisables pour un flux : le graphe de reprise. Un Point de réparation locale (PLR), dans la sous-couche de service DetNet, peut ensuite choisir localement un chemin de protection.
  • La boucle du plan réseau est plus rapide que le calcul de routes, mais elle ne le remplace pas : elle observe, décide et agit dans le graphe en tenant compte de mesures imparfaites, du spectre partagé, de la bande passante et de l’énergie limitées.
  • Le contrôle strict apporte davantage de connaissance et d’autorité sur les chemins ; le contrôle lâche laisse une marge locale lorsque l’observation ou le contrôle central sont incomplets.

Analyse de Theo March : la déterminisme sans fil désigne ici un budget conçu de chemins alternatifs, de mesures et d’autorité de commutation. Ce n’est ni la garantie d’une liaison radio stable, ni une redondance gratuite, ni une transformation de la technologie radio sous-jacente. La RFC 9912 est une RFC Informational : elle ne démontre ni un déploiement universel ni la prise en charge par un fournisseur.

Registre des affirmations et des preuves RFC

Affirmation Preuve
RAW étend la fiabilité aux réseaux mixtes câblés et sans fil. RFC 9912, résumé et section 1
Le graphe de reprise est un ensemble fini de chemins DetNet réalisables, sous forme stricte ou lâche. RFC 9912, sections 3.3.2 et 5
Le PLR choisit les chemins de protection dans le graphe installé. RFC 9912, résumé et section 6
Le calcul de route et la boucle d’optimisation du plan réseau ont des échelles de temps distinctes. RFC 9912, sections 2 et 6.1–6.2
Les cas d’usage, technologies et limites de mesure restent séparés. RFC 9450, RFC 9913 et RFC 9551

Parcours de décision pour l’acceptation opérateur

  1. Associer chaque flux critique à un graphe fini et repérer les situations sans chemin de protection réalisable.
  2. Choisir entre contrôle strict et contrôle lâche selon la connaissance de la topologie, l’autorité de politique et l’observabilité disponibles.
  3. Vérifier la fraîcheur des observations OAM et leur adéquation à l’intervalle de contrôle ; la RFC ne fournit pas de seuil sûr universel.
  4. Chiffrer les coûts de spectre, de bande passante, de calcul et d’énergie lors d’une protection, y compris la concurrence entre flux.
  5. Tester l’hystérésis, l’amortissement des oscillations et les scénarios de panne avant toute acceptation opérationnelle.

Sources