Résumé

  • Le projet de charte 01-01 autoriserait les essais d’IA uniquement dans les travaux existants de NMOP sur les anomalies et les incidents.
  • Chaque essai devrait présenter son périmètre, ses critères d’arrêt et son engagement de mise en œuvre, puis obtenir le consensus du groupe et l’accord de l’Area Director.

Analyse

Un bon formulaire d’essai commence par la sortie. Que teste-t-on, qui porte le résultat et quel signal met fin à l’expérience ? Le groupe IETF Network Management Operations (NMOP) vient de placer ces questions au seuil d’une éventuelle activité d’IA. Son projet de charte autoriserait des essais dans deux domaines seulement : la détection d’anomalies et la gestion des incidents.

La version 01-01 a été mise à jour le 26 octobre 2026 et porte l’état « Draft Charter Rechartering » dans le Datatracker. La charte approuvée reste la version 01. La nouvelle permission attend donc encore l’issue de la procédure de révision.

Le texte impose plusieurs étapes avant le démarrage. Une proposition doit décrire les frontières de l’essai, ses critères d’arrêt et un engagement de mise en œuvre. Le groupe doit parvenir à un consensus ; l’Area Director (AD), le responsable IETF de l’aire concernée, doit aussi donner son accord. Les présidents, avec l’AD, limiteront le nombre d’essais simultanés à ceux que le groupe peut suivre activement. Le projet exclut le développement de modèles d’IA, d’architectures d’agents et de protocoles d’agents. Un autre domaine d’expérimentation nécessiterait une nouvelle modification de la charte.

La clause répond à une question posée en juillet lors de l’IETF 126 : NMOP allait-il devenir un lieu majeur pour les agents d’IA, ou seulement un abri temporaire ? Les présidents disaient encore chercher où les projets liés à l’IA devaient être publiés. Ils prévoyaient de demander aux auteurs où en étaient leurs travaux, quel était leur périmètre et s’ils comptaient s’appuyer sur du code ouvert. Les minutes présentent cette collecte comme un moyen d’évaluer une orientation expérimentale précise pour la charte. En octobre, cette exploration prend la forme d’un contrôle d’entrée.

La limite protège aussi l’agenda. La charte approuvée donne déjà la priorité par défaut aux présentations d’opérateurs pendant les réunions. Une file d’essais plus longue ne crée ni plus de volontaires ni plus d’heures de présidence. En demandant aux présidents et à l’AD de limiter le nombre de projets, le texte reconnaît que la supervision est une ressource. Les annonces d’IA, elles, sont gratuites et illimitées.

Le mot décisif reste « arrêt ». Le projet exige un critère d’arrêt, mais ne fournit pas de mesure commune. Chaque proposition devra donc dire ce qui compte comme succès, échec ou raison de fermer l’essai. Pour être vérifiable, elle devrait préciser le réseau ou le jeu de données concerné, l’opérateur responsable, le résultat transmis à une personne et le signal déclenchant l’arrêt. Ce sont des exigences d’analyse pour une proposition crédible ; le projet de charte ne les énumère pas encore.

Cette précision concerne les personnes devant traiter les alertes. La détection d’anomalies et la gestion des incidents organisent l’attention d’une équipe : quel signal remonte, qui le reçoit et quelle action suit. Le groupe de normalisation règle ses propres travaux. L’opérateur garde la main sur son réseau en production et supporte le coût d’une alerte inutile, d’un signal manqué ou d’un essai prolongé au-delà de sa valeur. La primauté du code en fonctionnement tient à cette réalité : la réunion peut influencer l’outil, mais les équipes d’exploitation vivent avec ses conséquences.

La charte ne donnerait pas à NMOP carte blanche pour fabriquer des agents. Elle autoriserait des essais délimités et renverrait les autres domaines au processus de révision. La RFC 2418 décrit la charte d’un groupe comme l’accord qui fixe ses tâches et ses jalons ; une modification de fond suit la procédure d’une nouvelle charte et revient devant l’IESG et l’IAB. La frontière est donc politique au sens institutionnel : l’élargissement du mandat doit repasser par une décision publique.

La faiblesse possible se situe entre le critère écrit et l’ordre d’arrêter. Qui constate que le seuil est atteint ? Qui peut interrompre le test ? Le groupe publiera-t-il aussi le résultat d’un essai arrêté ? Le projet laisse ces détails aux propositions individuelles et au fonctionnement du groupe. Cette souplesse peut convenir à des essais différents ; elle rendra leurs résultats difficiles à comparer si les responsabilités et les preuves restent implicites.

Le prochain indice sera concret : la décision sur la version 01-01, puis le contenu de la première proposition si la révision aboutit. NMOP a dessiné un périmètre pour les essais. Il lui reste à montrer que sa porte de sortie fonctionne comme une commande, pas comme une formule élégante.

Sources