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
7 751 articles
Histoire d'Internet
DHCPv6 pouvait trouver le proxy SIP. Pas passer l’appel : RFC 3319
Une réponse DHCPv6 pouvait remettre à un client SIP une liste ordonnée de mandataires sortants locaux, sous forme de noms de domaine, d’adresses IPv6 ou des deux. Elle indiquait où poursuivre la recherche, pas qu’un utilisateur s’était enregistré ni qu’un appel avait abouti.
Histoire d'Internet
Le routeur devait dire quel graphe de politique il pouvait exécuter : RFC 3317
Avant d’envoyer une politique DiffServ, le serveur devait apprendre non seulement ce que l’équipement connaissait, mais aussi jusqu’où il savait enchaîner ses fonctions.
IETF
L’ordre a été rétabli après que l’instant utile a disparu
Un tampon de remise en ordre peut produire une séquence impeccable et pourtant livrer trop tard ce qui comptait. Le nouveau texte d’INTAREA sur le réordonnancement des paquets oblige à distinguer deux preuves: la restitution de l’ordre d’émission et l’utilité réelle du temps…
IETF
Trois hausses du même compteur, trois réalités différentes
Une hausse de paquets dont le TTL expire peut être la trace banale d’un traceroute, le bruit bref d’une convergence ou le symptôme durable d’une boucle. La classe est identique; la décision ne l’est pas.
Histoire d'Internet
L’application pouvait prouver que le routeur était joignable : RFC 3316
Sur les premiers accès IPv6 cellulaires, un retour venu de l’application distante pouvait éviter une sonde radio supplémentaire, à condition de ne lui faire dire qu’une chose très précise.
Histoire d'Internet
Le lien n’avait pas d’adresse MAC. L’hôte devait tout de même vérifier la joignabilité : RFC 3316
Sur une liaison GPRS ou UMTS, un hôte IPv6 n’avait pas à rechercher l’adresse de couche liaison du routeur. Il n’y en avait pas à résoudre. Mais il devait encore savoir si ce routeur était joignable — et la réponse d’un autre protocole pouvait parfois fournir cet indice à moindre…
IETF
Une carte du réseau doit aussi ménager le réseau
Une carte tenue à jour peut aider à piloter une infrastructure. Encore faut-il que ses demandes et ses mises à jour ne saturent pas les chemins qu'elle observe. Une nouvelle clause du projet SIMAP place cette charge au cœur de l'examen.
IETF
La liste d’algorithmes acceptés n’est pas une promesse d’admission
Un serveur peut indiquer les algorithmes de condensat qu’il comprend et leur préférence. Cette information aide à reformuler une requête. Elle ne garantit ni l’autorisation, ni la validation métier, ni l’absence d’un premier effet.
IETF
Deux clés qui ne doivent pas se confondre
Le nouveau brouillon du groupe ACME interdit que la clé du compte et la clé destinée au certificat soient identiques dans son parcours sans CSR. Cette contrainte éclaire toute l'architecture: l'une autorise des actes auprès du service ACME, l'autre doit prouver sa présence dans…
Histoire d'Internet
Une réponse plus rapide pouvait laisser un bail inutilisé : RFC 3315
Le chemin rapide de DHCPv6 ne supprimait pas seulement deux messages: il avançait le moment où le serveur engageait une adresse, avant de savoir si le client recevrait sa réponse.
Histoire d'Internet
Dans TLS, AES arriva en douze choix, pas en un seul : RFC 3268
En 2002, TLS a accueilli AES sans changer la poignée de main. L’ajout prit pourtant la forme de douze suites nommées: le chiffrement ne décidait ni de l’échange de clés ni de l’authentification.
IETF
Le nouveau point de départ a effacé l’historique, pas prouvé son succès
Dans le retour d’état proposé par AVTCORE, avancer le début de la plage permet de retirer les anciennes positions dont le protocole n’a plus besoin. Cette opération entretient le flux; elle ne transforme pas les images antérieures en décodages attestés.
IETF
TCP-AO : le nom KMAC ne suffit pas à définir la clé
Deux équipements peuvent afficher le même algorithme sans calculer la même clé de trafic. Une précision du projet TCP-AO de TCPM situe désormais sa dérivation KMAC dans une variante NIST bien déterminée; l'enjeu est l'interopérabilité, pas l'annonce d'une cryptographie déjà…
Histoire d'Internet
La clé aléatoire ne réparait rien. Elle empêchait l’échec de parler : RFC 3218
Un destinataire CMS pouvait refuser un message avant même d’en examiner le contenu. Ce diagnostic semblait précis et utile, mais sa répétition transformait une différence interne en service de déchiffrement pour l’adversaire. RFC 3218 imposa alors un geste paradoxal: inventer une…
Histoire d'Internet
L’URL n’était plus une case à part : RFC 3305
Au début du Web, la distinction semblait limpide: l’URL indiquait où aller; l’URN nommait une ressource sans dépendre de son emplacement. En 2002, un groupe de planification commun au W3C et à l’IETF a soutenu, dans la RFC 3305, que cette séparation trop nette compliquait la…
IETF
Le même groupe est arrivé aux deux PEP. Ils n’ont pas appliqué la même carte.
Le contrôleur avait distribué un identifiant de groupe unique. Sur le pare-feu d’accès, il désignait les nouvelles adresses du collaborateur; sur la passerelle de service, il pointait encore vers la carte précédente. L’unité du symbole masquait la divergence de l’exécution.
Histoire d'Internet
La confirmation disait que le NAK avait été entendu, pas que la réparation était arrivée : RFC 3208
PGM a rendu la fiabilité multicast praticable en comprimant les retours. Les récepteurs signalaient les trous, les routeurs confirmaient et fusionnaient ces demandes, puis la réparation ne suivait que les branches concernées. Cette économie avait une limite nette: un NCF…
Histoire d'Internet
Un milliard d’internautes n’aurait pas suffi : RFC 3271
En 2002, Vint Cerf prévoyait plus d’un milliard d’internautes avant la fin de 2005, tout en précisant que cela ne représenterait qu’environ 16 % de la population mondiale. Ce décalage transforme « Internet est pour tout le monde »: non plus un slogan de croissance, mais une série…
IETF
RadSec : rejeter la réponse sans couper la session
Une réponse RADIUS peut arriver après l'expiration de sa demande et rencontrer un identifiant déjà réattribué. La révision 18 de RadSec impose de jeter cette réponse défaillante sans condamner automatiquement la connexion protégée.
IETF
Le champ disait « edge ». L’inventaire a choisi le mauvais bord.
Un même mot désignait, pour l’équipe d’interconnexion, le dernier routeur sous contrôle de l’opérateur et, pour l’outil d’inventaire, un Provider Edge MPLS. Le déploiement était syntaxiquement propre; son objet ne l’était pas.
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