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
3 907 articles
Histoire d'Internet
L’octet que le rejet a su nommer : l’indice d’ICMP Parameter Problem
Un paquet rejeté ne disparaît pas toujours sans laisser d’adresse. Avec Parameter Problem, ICMP a donné au nœud qui abandonne l’analyse un moyen minimal de dire où elle s’est arrêtée. L’indice n’explique pas tout: il borne au contraire ce que le rapporteur sait, ce qu’il renvoie…
IETF
Peter Thomassen et la mise à jour qui exigeait chaque serveur faisant autorité
Dans le DNS, obtenir une réponse suffit souvent à poursuivre la résolution. Modifier une délégation exige une règle plus sévère: le parent doit savoir si la demande existe dans l’ensemble du service faisant autorité. Avec le RFC 9975, Peter Thomassen transforme cette différence…
Histoire d'Internet
Le premier paquet n’était qu’un candidat : comment RTP fit mériter la continuité
Un datagramme peut présenter toutes les apparences de la normalité: version correcte, type de charge connu, longueur cohérente, SSRC inédit. RTP ne lui accordait pourtant pas le droit de créer à lui seul l’histoire d’une source. Il fallait qu’un second paquet transforme une…
Récits
APNIC a différé sa filiale à Singapour. Le problème de paiement reste sans étalon public
Renoncer provisoirement à une structure juridique peut être une bonne décision. APNIC a conclu que les coûts financiers, la fiscalité et d'autres risques d'une filiale singapourienne dépassaient alors ses avantages probables. Cette conclusion ferme une option, mais elle ne mesure…
IETF
L’IETF LLC a besoin de plusieurs signataires, sans confondre signature et décision
Le départ de l’ancienne Treasurer a laissé l’IETF Administration LLC avec un seul signataire autorisé auprès de sa banque et de son conseiller en placement. Ajouter un cadre salarié renforcerait la continuité. La protection décisive consiste toutefois à montrer, pour chaque acte…
Dossier
Le document était valide. Le trunk restait une décision d’entreprise : RFC 10006 et la frontière d’application
Une date d’activation peut arriver dans un fichier parfaitement formé, protégé par TLS et remis au bon client OAuth. Rien de tout cela ne dit encore si l’entreprise doit modifier ses équipements à cette date.
Récits
Chez LACNIC, le nom de deux TAL ne mène pas à l’adresse affichée
La page de LACNIC consacrée aux ancres de confiance donne à voir deux fichiers `.tal`. En cliquant, on obtient bien deux TAL distincts depuis l’ancien service Innovaportal. En recopiant les deux adresses écrites à l’écran, on reçoit en revanche exactement la même coque HTML. Ce…
Dossier
Le composant a été reconnu. L’équipement n’avait pas encore ses droits
RFC 10013 donne à un composant mesuré une identité et une valeur transportables dans un Entité Attestation Token. Il rend la preuve plus lisible entre systèmes; il ne décide ni si la mesure suffit, ni ce que l’équipement sera autorisé à faire.
Histoire d'Internet
Le repère qui a survécu au chemin : comment NFS a rendu l’identité opaque et la péremption explicite
Dans un système de fichiers distribué, le nom indique où chercher; il ne suffit pas à dire ce que le serveur a trouvé. NFS a confié cette seconde fonction à un « file handle » opaque. Puis le protocole a précisé ce que ce repère devait traverser, ce qui pouvait le faire expirer…
IETF
L’Executive Director de l’IETF a créé un détecteur d’e-mails IA, sans règle publique d’usage
Un rapport préparatoire de l’IETF Administration LLC révèle une expérience menée pendant l’IETF 126: analyser les messages des listes de diffusion à l’aide d’API publiques et d’un service commercial de détection de contenu généré par IA. L’IETF Chair réfléchit à un usage plus…
IETF
Paul Hoffman et la copie de la racine qui ne répondait qu’à son propre hôte
Le service décrit par la RFC 8806 possède toute la zone racine, mais il lui est interdit de devenir un service pour le réseau. Il répond au résolveur installé sur sa propre machine, reproduit la racine publique sans la corriger à sa manière, valide les signatures et disparaît du…
Société des ressources numériques
Une modification de ROA exige un registre d’autorisation et de retrait
Une route peut être « Valid » alors que l’organisation ne sait plus qui a approuvé l’autorisation, quelles valeurs ont changé ni comment revenir en arrière. La gouvernance d’un ROA doit relier l’intention, la publication, l’observation et le retrait, au lieu de se réduire à la…
Histoire d'Internet
Le compteur a baissé tandis que le trafic montait : comment SNMP a balisé les époques de mesure
Un compteur d’octets peut revenir vers zéro sans que le lien cesse de transporter des données. SNMP a rendu cette situation interprétable en distinguant le bouclage normal du nombre, l’élargissement de la fenêtre d’observation et la rupture déclarée de l’historique mesuré.
Dossier
La valeur a franchi la frontière. L’autorisation, non : RFC 10005 et la confidentialité de la capacité
Une communauté BGP transitive peut emporter un chiffre de capacité bien au-delà du voisin auquel il était destiné. Le protocole n’a pourtant aucun champ pour le périmètre de confiance, le motif de divulgation ou la méthode de calcul. RFC 10005 rend les deux formes interopérables…
Récits
Les deux codes de vote de RIPE NCC exigent une carte des justificatifs
Le mode d’emploi du vote d’octobre est précis sur les gestes et discret sur les dépendances. Deux courriels, deux codes, un lien personnel: l’électeur sait quoi faire. Il ne sait pas encore ce que chaque élément atteste ni quel pouvoir s’exerce lorsqu’un courriel doit être…
Récits
La paire statistique d’ARIN du 29 août s’est retrouvée sous deux noms de 2023
Un contrôle d’intégrité peut donner une réponse exacte à une question trop étroite. Le 29 août, ARIN a bien publié ses statistiques courantes sous le nom attendu, avec leur manifeste MD5. Mais le même répertoire public a aussi présenté des éléments de cette édition sous deux…
Récits
AFRINIC réduit son parc de centres de données. La reprise franchit désormais une frontière cloud
Réduire le nombre de machines possédées n'est pas renoncer à la maîtrise d'un registre. Ce peut être le moyen le plus rationnel d'éliminer des équipements obsolètes et d'industrialiser la sauvegarde. Mais dès que la reprise dépend d'un stockage, d'une identité ou d'une…
ICANN
ICANN compare les gTLD de deux caractères aux codes ASCII de deux lettres. Que protège réellement ce filtre ?
Une étiquette de deux caractères peut franchir les contrôles techniques initiaux de la campagne 2026, puis être écartée parce qu’elle ressemble à un code ASCII de deux lettres. Pour comprendre la décision, il faut savoir quel filtre a été déclenché, quelle étiquette ou variante a…
Histoire d'Internet
La socket s’est fermée avant la fin de la commande : comment FTP a confié le verdict à la connexion de contrôle
Dans un journal FTP, le silence de la connexion de données ressemble facilement à une conclusion. Les octets ne circulent plus, TCP s’est fermé proprement, le fichier existe. Mais FTP avait réservé le mot de la fin à une autre conversation: celle des commandes et des réponses…
Dossier
Un domaine se dit à vendre dans le DNS. Qui a qualité pour engager la vente ?
Avec RFC 10023, une disponibilité devient repérable sans retirer le domaine du service. Cette publicité technique est précieuse à condition de ne pas la transformer en titre de propriété, mandat du vendeur ou promesse de transfert.
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