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 552 articles
Récits
Les inscriptions au LACNIC 46 ont plus que doublé. Ce n’est pas encore la fréquentation
Le compteur public est passé de 348 à 763–766 en quatre semaines environ. Cette hausse montre une dynamique d’inscription avant la réunion de Mendoza, pas le nombre de personnes qui seront présentes ni celles qui prendront part au forum de politiques.
Dossier
Après l’incident Philippines–Singapour, « rétabli » ne suffit pas
Le 2 octobre, des sondes ont relevé une forte hausse de latence entre les Philippines et Singapour sans pouvoir désigner un câble. InfiniVAN a ensuite annoncé le rétablissement de son segment C2C; les opérateurs ont, eux, décrit leurs propres déroutages et retours à la normale.…
Histoire d'Internet
La prise avait quatre broches : NORDUnet et le choix européen des protocoles
En mai 1988, un réseau de recherche nordique demanda aux États-Unis une liaison vers NSFNET tout en prévoyant de transporter plusieurs services déjà utilisés dans la région. Sa « prise » à quatre broches répondait à une question plus difficile qu’un choix de protocole: pouvait-on…
Récits
Le poste ancien s’est tu. Son bail IPv4, lui, reste.
Un masque DHCPv4 en /32 peut calmer un client ancien qui ne sait pas utiliser l’option IPv6-Only Preferred. L’adresse accordée, les paquets entrants encore possibles et le pool qui porte le bail restent des sujets d’exploitation.
Histoire d'Internet
La balise était un seul jeton, pas une carte de navigation : RFC 1766
RFC 1766 découpait une balise de langue en valeur principale et sous-balises séparées par des traits d’union, tout en demandant aux applications de traiter la chaîne entière comme un jeton. Cette structure ordonnait un espace de noms partagé; elle ne dessinait pas un parcours…
IETF
Syslog pouvait signaler la qualité de son horloge. L’opérateur devait encore en définir les limites : RFC 5424
Lorsqu’un incident se joue entre plusieurs machines, une heure affichée à la milliseconde donne facilement une impression de certitude. RFC 5424 prévoit justement un moyen de joindre au journal ce que l’émetteur sait — ou ne sait pas — de sa propre mesure du temps.
NANOG
Cinq candidats pour deux sièges : le vote du NANOG se poursuit après sa conférence
Le scrutin du NANOG reste ouvert après la fin de NANOG 98. Les présentations des cinq candidats sont prévues à Miami le 20 octobre, jour d’ouverture du vote, mais les membres disposent jusqu’au 26 octobre pour choisir les deux administrateurs appelés à commencer leur mandat en…
Histoire d'Internet
Avec WAIS, un document pouvait nourrir la recherche suivante : la boucle de pertinence de la RFC 1625
Un lecteur pouvait saisir quelques mots, joindre un document — ou un simple passage — et demander à WAIS de trouver des textes similaires. La réponse était une citation classée, pas un ensemble de résultats conservé ni le document lui-même. La RFC 1625 décrit ce choix discret…
IETF
Dans le tunnel EAP-FAST, le type 6 changeait de sens : RFC 5421
Le RFC 5421 a placé un code EAP familier dans un nouveau cadre: le type 6 restait associé au Generic Token Card, mais, à l’intérieur d’un tunnel EAP-FAST, il sélectionnait un échange interne au format différent. Le texte imposait une séparation stricte entre ces usages et son…
Histoire d'Internet
Qui choisissait la branche ? Le partage de capacité du TAT-8 dans l’histoire d’Internet
Conçu pour transporter voix, données informatiques et vidéo en numérique, le TAT-8 n’était pas un protocole Internet. Ses deux branches européennes, ses marchés de fourniture et ses droits de capacité montrent comment les réseaux de données ultérieurs ont hérité de décisions…
Récits
À la Jamaïque, l’avenir du point d’échange dépend des règles de participation
La relance de JAIXP en 2026 remet l’interconnexion locale à l’ordre du jour. Sa valeur durable dépendra des raisons concrètes qui incitent les réseaux à s’y connecter et à y rester.
IETF
La réussite du provisionnement ne décidait pas, à elle seule, de l’accès réseau : RFC 5422
La RFC 5422 distingue la préparation des identifiants de l’autorisation réseau; son mode sans authentification du serveur reste réservé au provisionnement.
Histoire d'Internet
Décrire la faille ne revenait pas à publier le ver : le débat de la RFC 1135
Après le ver de 1988, « divulguer » ne désignait pas une seule décision. Les documents distinguent la description des failles, l’explication des méthodes, la diffusion des correctifs et la publication du code désassemblé. La RFC 1135 a conservé plusieurs positions concurrentes…
Histoire d'Internet
Qui choisissait l’adresse ? La RFC 4014 reliait l’autorisation RADIUS à DHCP
Une autorisation d’accès réussie ne fournit pas encore d’adresse IP. En 2005, la RFC 4014 a défini un passage étroit permettant à un serveur d’accès de transporter certains attributs RADIUS vers un échange DHCP ultérieur, sans confondre ces deux décisions.
IETF
L’AAA connaissait l’abonné. Le Home Agent avait encore besoin d’une clé : RFC 5419
RFC 5419 explique pourquoi certains opérateurs de Mobile IPv6 souhaitaient s’appuyer sur leur relation AAA existante pour authentifier les abonnés. La question la plus révélatrice vient ensuite: le serveur AAA du réseau d’origine peut reconnaître l’abonné, mais le Home Agent…
Histoire d'Internet
« Courant » ne voulait pas dire « sans examen » : le test de la RFC 6709
Une extension peut ajouter très peu de syntaxe et demander beaucoup de travail aux systèmes déjà en service. La RFC 6709 ne mesurait donc pas le caractère « courant » au nombre de lignes ajoutées. Elle le rattachait à une condition plus exigeante: le protocole de base et les…
Récits
Moins de 1 % des UPDATE BGP liés au RPKI : un résultat utile, pas un verdict sur la stabilité
Une étude évaluée par les pairs estime que les mises à jour associées au RPKI restent marginales dans le volume observé des UPDATE BGP. Cela compte, mais le volume des messages n’épuise pas la question de la stabilité.
IETF
L’authentification CAPWAP n’inscrivait pas l’équipement dans le réseau : RFC 5418
L’analyse de RFC 5418 sépare l’authentification WTP–AC de l’appartenance à un déploiement, du rôle de l’équipement et du trajet des données. Une session valide ne répond qu’à une partie de la question opérationnelle.
ICANN
.agent : cinq candidats réapparaissent dans au moins onze groupes ICANN
Le premier fichier CSV du cycle ICANN 2026 place treize candidats dans le groupe `.agent`. Cinq de ces entités candidates figurent dans au moins onze groupes de contention numérotés du fichier: le dossier révèle ainsi des portefeuilles d’engagements, au-delà du seul affrontement…
Histoire d'Internet
Un seul Internet, plusieurs opérateurs : l’analogie téléphonique de la RFC 1462
Pour rendre l’architecture lisible, le FYI de 1993 part d’un appel téléphonique: l’usager voit un service, tandis que des réseaux distincts exploitent et réparent chacun leur portion.
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