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 632 articles
IETF
L’interface a changé de langue, pas l’identité de la boîte aux lettres
Dans RFC 5255, une session IMAP peut modifier la langue des explications et la règle qui compare les textes. Ces deux choix changent l’expérience et parfois le résultat d’une requête, sans renommer la boîte ni réécrire le message.
IETF
Le client a désigné deux portes. Le réseau a gardé les clés du couloir.
Dans le mode de base L1VPN décrit par le RFC 5253, le client peut demander une liaison entre deux équipements de bord autorisés. Ce pouvoir est réel, mais circonscrit. Le fournisseur décide encore si la demande est recevable, quel segment interne la portera, quelles ressources…
Dossier
SVG 2 : trois fonctionnalités restent en suspens
Huit ans après le précédent instantané publié de sa recommandation candidate, le W3C relance la phase d’implémentation de SVG 2. La suite de descriptions localisées dépendra désormais aussi des preuves recueillies.
IETF
Le pseudowire semblait continu, ses preuves s’arrêtaient à chaque commutateur
La RFC 5254 permet à plusieurs segments contigus de se comporter comme un pseudowire point à point unique. Cette unité appartient au service vendu. Les décisions d’admission, de tunnel, de commutation, d’OAM et de sécurité restent, elles, distribuées entre les bordures.
IETF
Le lien répondait. Le modèle demandé n’était plus là.
La RFC 5249 a remplacé la copie d’anciens RFC par des modèles MIB maintenus, précisément parce que les exigences changent. En 2026, ses trois anciens chemins de modèle aboutissent à un catalogue générique. La disponibilité du site ne suffit donc pas: il faut prouver l’identité du…
Histoire d'Internet
La métrique avait un nom. La mesure variait encore : RFC 3393
La RFC 3393 a donné un nom formel à la variation du délai des paquets et en a défini une mesure paramétrable. Une décennie plus tard, l’IETF a reconnu que son registre ne permettait pas toujours d’identifier assez précisément une mesure. Le problème n’était pas une métrique…
IETF
La session est restée entière, ses ports ont changé d’identité
Dans le mode « shuffling » de la RFC 5251, le client voit une seule session RSVP-TE de bout en bout. Aux deux frontières, pourtant, le fournisseur remplace les identifiants des ports puis effectue l’opération inverse. La continuité de la session est une abstraction de service…
IETF
La clé n’avait pas expiré. L’authentificateur, lui, l’avait oubliée.
Dans une architecture EAP, la durée de vie d’une clé ne garantit pas sa présence des deux côtés. La RFC 5247 prévoit le redémarrage, l’éviction et la divergence des caches: une réutilisation sûre exige donc une preuve commune au moment présent, un mécanisme protégé de…
Histoire d'Internet
Les 836 RTT n’étaient qu’un minimum : le correctif du démarrage lent dans la RFC 3742
En 2004, le problème du démarrage lent de TCP ne tenait pas seulement à sa croissance rapide. Avec une fenêtre de congestion très grande, un seul aller-retour pouvait ajouter des milliers de segments; un dépassement pouvait ensuite coûter cher à la connexion comme aux flux qui…
IETF
Le registre a nommé l’échec, sans prouver le sort du message
Un code comme `4.2.2` donne l’impression qu’un diagnostic est clos: trois nombres, une définition publique, une conduite à tenir. Le RFC 5248 organise cette grammaire commune. Il ne transforme pas l’étiquette choisie par un serveur en constat indépendant sur un courrier précis.
IETF
La seconde négociation TLS s’est achevée. Elle n’avait pas prouvé la même conversation.
TLS 1.2 pouvait relancer une poignée de main dans une connexion déjà protégée. Le nouveau message Finished pouvait être irréprochable sans expliquer à l’application à qui attribuer les octets reçus avant lui. RFC 5746 a réparé le lien cryptographique manquant avec la négociation…
Histoire d'Internet
La signature a survécu au déplacement. Pas forcément le sens : RFC 3741
Déplacer un fragment XML signé d’une enveloppe de message à une autre pose un choix délicat: conserver dans les octets signés tout le contexte hérité, ou stabiliser la signature et demander à l’application de gérer le contexte omis. La RFC 3741 a retenu une transmission…
IETF
Le nombre aléatoire a tranché le rôle, pas l’autorité
Dans ICE, deux agents peuvent se déclarer tous deux contrôlants. La valeur aléatoire la plus élevée résout ce conflit et désigne celui qui proposera la paire de candidats. Elle ne nomme ni un propriétaire, ni un décideur, ni un utilisateur consentant.
Récits
En octobre, les membres du RIPE NCC voteront sur la voix du directeur général au conseil
Les statuts proposés maintiendraient sept sièges non exécutifs élus par les membres et feraient du directeur général un membre exécutif du même conseil, avec droit de vote. Le conseil a autorisé la présentation du texte; il n’est pas encore en vigueur.
IETF
Le paquet d’événement est arrivé. L’état de l’appel reste à prouver.
Dans un trunk RTP, le signal ancien disparaît parfois dans le codec tandis que son événement numéroté traverse parfaitement le réseau IP. Cette réussite est réelle, mais limitée: RFC 5244 décrit un transport de signalisation, pas une quittance universelle attestant la…
Histoire d'Internet
Un certificat qualifié pouvait porter une déclaration, pas un verdict juridique : RFC 3739
Dans une chaîne de certificats X.509 valide, le mot « qualifié » peut apparaître au bon endroit sans répondre à la question décisive: qualifié au regard de quelle règle, et pour quel acte ? Publié en 2004, le RFC 3739 a normalisé la manière dont un certificat destiné à une…
IETF
Le silence d’un routeur n’est pas un certificat de convergence
RFC 5243 permet à un routeur OSPF de ne pas renvoyer à son voisin la description d’un LSA que ce voisin vient de présenter dans une version identique ou plus récente. Le silence économise un en-tête. Il ne certifie ni l’égalité des bases, ni la fin de l’échange, ni l’installation…
IETF
Il portait un numéro RFC. Cela n’en faisait toujours pas une norme IETF.
Un numéro RFC ressemble à une preuve d’autorité prête à l’emploi. La fiche de la RFC 5242 oblige à rouvrir le dossier: document informationnel, classé comme humour, daté du 1er avril, publié à la discrétion du RFC Editor, explicitement étranger au processus de normalisation de…
Histoire d'Internet
Le récepteur réglait son débit sans rapport au serveur : RFC 3738
En 2004, WEBRC a proposé une boucle de contrôle de congestion multicast sans demander à chaque récepteur de rendre compte au serveur. Chaque récepteur mesurait son chemin et choisissait un débit, exprimant ce choix par l’adhésion à des canaux multicast ou leur abandon: le…
IETF
Le bail portait sur un mot. Il engageait toute la chaîne documentaire.
Le 1er avril 2008, la RFC 5241 a proposé de financer l'IETF en louant à des marques le nom des champs de protocole. C'était une satire, et non un programme adopté. Son intérêt durable tient à la facture cachée qu'elle met en scène: pour qu'un nom acheté s'impose, il faut…
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