Signaux de continuité des politiques, de légitimité et de redevabilité dans les institutions de gouvernance de l’Internet.
Gouvernance
Gouvernance
La veille en gouvernance suit les institutions, les processus politiques, les organismes de normalisation, les opérations des registres, les litiges de responsabilité et les communautés d'opérateurs qui façonnent la gouvernance et le fonctionnement de l'Internet.
Veille RIRDossierSociété des ressources numériquesICANNIETFHistoire d'InternetGroupes d'opérateurs réseau
Veille RIR, Dossier, Société des ressources numériques, ICANN, IETF, Histoire d’Internet et sessions NOG.
La couverture privilégie les preuves de mise en œuvre et les comportements institutionnels plutôt que les positions déclaratives.
Articles récents
À la une : Gouvernance
4 349 articles
IETF
L’IETF approuve l’inondation dynamique à titre expérimental. « Acceptable » reste à mesurer
Réduire les annonces qui circulent sur un réseau très maillé paraît être un gain évident. La décision de l’IETF ne le transforme pourtant pas en vérité opérationnelle: elle ouvre une expérience dont la valeur dépendra de seuils annoncés avant l’essai, de plusieurs mises en œuvre…
IETF
Une racine locale transforme la résilience DNS en décision de basculement
La RFC 8806 autorise un résolveur récursif à consulter sur sa propre machine une copie complète de la zone racine. Cette proximité réduit la dépendance au chemin vers les serveurs racine et soustrait les requêtes racine au regard du réseau intermédiaire. Elle confie aussi à…
Dossier
La liste a gardé son ordre. Une partie de la politique s’est perdue : RFC 9825
Lors d’un changement d’aire, une équipe a voulu « préserver » les étiquettes de quatre routes composantes sur leur préfixe agrégé. Le routeur, lui, ne les avait pas oubliées: il appliquait la règle qui déconseille de transférer les étiquettes des composants vers le résumé. En…
ICANN
Une alerte précoce du GAC est un signal, pas un veto : le dossier de réponse du candidat
Le cycle 2026 permet à un représentant gouvernemental de signaler officiellement une préoccupation sans que cet avis devienne automatiquement une décision sur la candidature.
IETF
Le label est arrivé, mais sur le bon chemin ? RFC 9884 et la validation des PSID
Un label MPLS peut atteindre le bon egress et y être retiré, tout en étant associé au mauvais SR Policy, à la mauvaise candidate path ou à la mauvaise segment list. RFC 9884 transforme ce piège de portée et de granularité en vérification LSP Ping explicite.
Récits
L’étude 2025 de LACNIC ne précise pas la période des mesures
Un millésime classe un rapport dans une bibliothèque. Il ne date pas nécessairement les paquets qui ont produit ses graphiques. L’étude régionale de LACNIC formule des constats utiles sur les chemins Internet, mais ne donne pas au lecteur la période d’observation qui leur…
Dossier
Le jeton autorisait l’outil, pas les arguments choisis par l’agent
Un agent peut présenter le bon jeton, la bonne clé et le bon périmètre OAuth, puis virer l’argent vers le mauvais compte. La faute ne se trouve alors ni dans l’authentification ni forcément dans la granularité du droit. Elle se situe entre le moment où le modèle produit l’acte…
Histoire d'Internet
« Si les réponses sont nombreuses » : RFC 1501 avant le mandat
Le passage décisif de RFC 1501 était au conditionnel. Une réponse assez forte devait précéder la démarche auprès d’IBM, laquelle devait elle-même précéder la formation d’une organisation. Le numéro RFC rendait cette promesse publique; il ne pouvait accomplir les étapes annoncées.
IETF
L’IETF approuve un profil TLS pour l’IoT, sans autoriser l’appareil
Un cadenas cryptographique peut se fermer correctement sans répondre à la question décisive: cet appareil précis a-t-il le droit d’exécuter cette action ? Le nouveau profil IETF pour TLS et DTLS 1.3 donne une base commune aux objets contraints. La permission, sa durée et sa…
Dossier
L’en-tête disait NOERROR ; le corps signé prouvait que le nom n’existait pas : RFC 9824
Le cache avait conservé la preuve DNSSEC, sa signature et sa durée de vie. Il avait oublié un seul bit: la capacité CO annoncée par l’amont. Au moment de répondre, le résolveur savait encore que le nom n’existait pas, mais ne savait plus s’il pouvait présenter cette conclusion…
Récits
Les registres de LACNIC 46 disent encore LACNIC 39 et LACNIC 45
La séance de clôture est bien rattachée à LACNIC 46 par la taxonomie canonique et par ses titres de présentation. Pourtant, le titre technique, le slug et une seconde relation la renvoient encore à LACNIC 45. Sur l’objet d’accueil, un autre champ remonte à LACNIC 39. L’écart est…
Dossier
Le service a changé de relais. Son ancien enregistrement a gagné
Dans un réseau local, l’ancienneté protège utilement un nom contre un nouvel arrivant. Dans une architecture à plusieurs mandataires, elle peut au contraire protéger une copie périmée contre le propriétaire légitime du service. Le projet de nouveau mandat de DNSSD place cette…
Histoire d'Internet
Le lecteur pouvait archiver l’objet sans pouvoir le comprendre : RFC 1496
Dans un environnement X.400(84), recevoir une pièce MIME inconnue pouvait aboutir à un geste très modeste: l’enregistrer dans un fichier, puis chercher un autre programme capable de l’ouvrir. RFC 1496 considérait cette issue comme préférable à la destruction du message. Il ne la…
IETF
Le projet MOPS retire la clause expérimentale sans consigner la décision
Le groupe Media OPerationS n’est plus une expérience nouvelle: il a produit des RFC et poursuit un document actif. C’est précisément au moment où l’IETF veut effacer cette qualification de sa charte que la conclusion de l’expérience devrait devenir lisible.
Récits
Les objets IRR d’ARIN gardent leur canal d’origine
Dans ARIN Online, un objet hérité d’IRR-email peut être supprimé mais pas corrigé. Cette limite protège peut-être une provenance que le formulaire ne sait pas restituer. Elle transforme néanmoins une modification ordinaire en rupture de filiation dès que l’utilisateur supprime…
Dossier
La méthode EAP a réussi ; la session protégée attendait encore son second témoin : RFC 9820
Le contrôleur avait supprimé la session après expiration de son délai. Dans son journal, l’objet était donc clos. L’équipement, isolé au même instant par une coupure radio, n’avait reçu ni la requête DELETE protégée ni la raison de son éviction. Il conservait son contexte et…
Dossier
Trois groupes ML-KEM approuvés, mais aucune recommandation générale
Une ligne de registre peut être techniquement complète tout en refusant de trancher à la place de l’exploitant. Pour les trois groupes ML-KEM autonomes que l’IESG vient d’approuver pour publication, le code existe, DTLS est admis, mais la colonne `Recommended` reste à `N`. Cette…
ICANN
Le nouveau « délai d’atténuation » d’ICANN ne chronomètre pas l’intervention
Domain Metrica estime désormais la durée pendant laquelle un nom signalé continue de se résoudre. L’intitulé évoque une réaction humaine; le calcul relie en réalité deux observations DNS.
Histoire d'Internet
Le serveur de noms avait sauté une étape visible, pas une relation : RFC 1498
Un serveur de noms pouvait recevoir le nom d’un service et rendre directement plusieurs points d’attachement. Cette réponse compacte était commode. Elle ne supprimait pourtant ni la machine qui exécutait le service ni les deux liaisons conceptuelles que le résultat venait de…
Histoire d'Internet
Le code répondait. La spécification d’origine restait introuvable : RFC 1492
« Believed compatible »: quelques mots prudents portent tout le poids institutionnel de RFC 1492. En juillet 1993, la mise en œuvre simple de Cisco pouvait servir de témoin pour reconstruire TACACS, mais non de preuve d’un texte original que l’auteur n’avait pu obtenir pour des…
Carte des sessions
Pôle Gouvernance
Veille RIR
Cinq sessions régionales consacrées aux politiques d’allocation, à la légitimité des conseils et à la continuité institutionnelle.
Ouvrir la veille RIRDossier
Dossiers de gouvernance de long terme, avec analyse des tensions juridiques, électorales et institutionnelles.
Ouvrir le dossierSociété des ressources numériques
Veille sur les adhésions, les chartes et la gouvernance des ressources dans l'écosystème NRS.
Ouvrir la session NRSICANN
Coordination du DNS, cadres de responsabilité et dynamique des processus multipartites à l'échelle mondiale.
Ouvrir la session ICANNIETF
Trajectoire de normalisation des protocoles et risques d’interopérabilité dans un contexte de fragmentation des politiques.
Ouvrir la session IETFHistoire d'Internet
L’historique des infrastructures sur un cycle long permet d’interpréter la gouvernance et d’anticiper les évolutions structurelles.
Ouvrir la session HistoireGroupes d'opérateurs réseau
Analyses de mise en œuvre au niveau des opérateurs, issues d'APRICOT et des écosystèmes des NOG régionaux et nationaux.
Ouvrir la session NOG