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 723 articles
IETF
Une configuration candidate privée n’explique pas pourquoi une intention l’a emporté
La configuration courante change pendant qu’un ingénieur prépare sa propre branche. Le serveur sait isoler les deux travaux, repérer le nœud disputé et refuser un commit ambigu. Mais au moment de choisir entre la valeur privée et la valeur déjà en production, le protocole ne peut…
IETF
Un défi OAuth peut resservir si le serveur ne l’interdit pas
Le serveur vient de remettre une valeur fraîche à un client OAuth. Celui-ci l’insère dans une preuve, obtient une réponse, puis prépare une nouvelle requête. Peut-il reprendre la même valeur ? La révision 11 du projet de l’IETF sur l’authentification des clients par attestation…
IETF
SCTP : séparer une association, c'est aussi déplacer sa fermeture
Une association extraite d'une socket partagée continue d'exister lorsque celle-ci est fermée. Le gain recherché sur les ressources appelle donc une responsabilité de suivi distincte.
IETF
Mallory Knodel et la censure qui commence avant la perte d’un paquet
Dans une salle d’exploitation, un délai d’attente ressemble à un fait net: la connexion a échoué. Le RFC 9505, coécrit par Mallory Knodel, oblige à remonter plus haut. Avant l’interruption, une autorité choisit ce qu’elle vise, un dispositif reconnaît un trafic, puis un acteur…
Récits
Le guide RPKI d’AFRINIC nomme un validateur retiré en 2021, mais son lien exécute désormais Routinator
Une adresse web peut rester fidèle tandis que le logiciel change. Chez AFRINIC, ce choix utile a maintenu le service accessible, mais il a aussi laissé deux noms différents pour la même destination.
IETF
MPTCP : continuer la connexion peut fermer le retour au multipath
Le repli par mappage infini préserve parfois le flux TCP, mais interdit de rétablir MPTCP sur cette même connexion. La continuité immédiate laisse alors une décision de renouvellement en suspens.
Récits
ARIN a décrit une règle à deux personnes pour les brouillons produits avec l’IA. Pas le justificatif
La réponse publique d’ARIN avait une précision rare: l’IA générative peut aider à produire certains brouillons, leur auteur reste responsable et une deuxième personne les relit avant diffusion. Ce qui manque dans le récit public n’est pas un principe supplémentaire, mais la pièce…
IETF
Une version minimale YANG n’est pas un seuil de compatibilité
Le compilateur reçoit une recommandation apparemment sage: ne pas descendre sous 3.1.0. Il trouve pourtant deux candidats inattendus, 3.1.2 `_non_compatible` et 4.1.2. Selon la règle proposée par le projet YANG Semantic Versioning, les deux franchissent le filtre. Le mot «…
IETF
DAWN filtre une fiche d’agent, mais la fiche n’emporte pas sa limite de diffusion
À la sortie d’un domaine, le projet DAWN place un gardien: la passerelle choisit les agents à signaler, retranche les données sensibles et peut servir un jeu différent à chaque pair. Dès que la fiche signée circule au-delà de ce premier échange, une information manque pourtant.…
IETF
Dans Netnews, un verrou supplémentaire peut donner une autre voie au retrait
Le départ d’un client ne fait pas disparaître les secrets qui concernent ses anciens articles. Le mécanisme Cancel-Lock oblige à distinguer la continuité du service, la garde des preuves et la décision propre à chaque serveur.
IETF
Daniel Fox Franke et l’identifiant unique NTS qui ne désignait pas le client
Un identifiant peut relier une réponse à une question sans donner un nom à celui qui l’a posée. Dans le mécanisme de sécurité temporelle coécrit par Daniel Fox Franke, le client fabrique une longue valeur aléatoire pour une requête, le serveur la renvoie à l’identique et toute…
Histoire d'Internet
Le RFC les appelait des vérités. Les errata en ont gardé des opinions : RFC 1925
Une archive peut savoir où placer un point. Elle ne sait pas démontrer qu’une formule vaut pour tous les réseaux. Le dossier d’errata du RFC 1925 contient cette limite avec une élégance rare: le texte humoristique peut être corrigé et conservé, mais sa célébrité ne devient ni…
IETF
Un relais TURN pour les visiteurs a encore besoin de règles d’admission
Supprimer l’obligation de disposer d’identifiants de longue durée facilite l’accès à un relais de communication. Reste à savoir à qui imputer ses ressources, qui les limite et qui restitue celles dont l’application n’a plus besoin.
IETF
Un compteur de rejets de paquets exige une période d’intention avant toute automatisation
Le compteur grimpe au moment même où une nouvelle politique entre en vigueur. L’outil d’exploitation sait nommer le rejet, calculer son débit et déplacer du trafic. Il ignore pourtant si sa première mesure précède le changement, si la carte vient de redémarrer et si le seuil…
Récits
RIPE Atlas dit avoir achevé la sélection de sondes « dissemblables ». Son API publique ne nomme pas le sélecteur
Le résumé de veille RIPE Atlas dit avoir achevé la sélection de sondes « dissemblables ». Son API publique ne nomme pas le sélecteur explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
IETF
Diameter : le délai qui laisse encore passer le service
Une politique nommée RETRY_AND_TERMINATE ne coupe pas nécessairement un service établi dès l’expiration de Tx. Entre cette échéance et l’issue de la requête, la consommation peut continuer: c’est cet intervalle, et la responsabilité qu’il engage, qu’il faut examiner.
IETF
K. K. Ramakrishnan et le signal ECE répété qui ne comptait pas les congestions
Une seule donnée marquée peut produire une succession d’acquittements portant ECE. Dans le mécanisme TCP classique cosigné par K. K. Ramakrishnan, cette répétition protège le retour d’information: le récepteur maintient son état jusqu’à ce que CWR accuse la réaction de…
IETF
Un projet de l’IETF donne cinq réponses à la rubrique d’exploitation, sans que son titre les distingue
Une rubrique obligatoire peut empêcher l’exploitation de disparaître d’une spécification. Elle peut aussi produire un faux confort si sa seule présence devient la preuve que le sujet est réglé. La révision 07 d’un projet OPSAWG évite une partie de ce piège en décrivant cinq…
IETF
Un serveur de noms commun teste la continuité, pas le contrôle de la délégation
Un changement de prestataire DNS ne ressemble pas toujours à une rupture. Trois nouveaux serveurs apparaissent dans la délégation, un ancien demeure, et le résolveur voit une intersection. Pour son cache, ce lien peut justifier la continuité. Pour l’équipe qui conduit la…
Histoire d'Internet
Vingt caractères raccourcissaient l’adresse, pas l’enquête : RFC 1924
Une adresse peut être exacte et pourtant devenir introuvable. Il suffit qu’un journal l’imprime sous une forme que l’enquêteur ne pense pas à chercher. En 1996, RFC 1924 a condensé les 128 bits d’IPv6 en vingt caractères. L’expérience, pleine d’esprit, oblige à distinguer…
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