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 693 articles
IETF
RFC 9835 : le circuit était référencé, pas encore livré
Un identifiant peut relier la commande du client à un objet de réseau sans démontrer que le service circule. RFC 9835 rend cette couture explicite: assez solide pour automatiser, mais assez limitée pour obliger l’opérateur à chercher la preuve au-delà de la base de données.
Histoire d'Internet
Les commandes s’exécutaient dans l’ordre. Pas les transactions : RFC 3525
Trois transactions pouvaient voyager dans le même message sans partager la même file d’exécution. La boîte était commune; le temps opérationnel ne l’était pas.
IETF
Le paquet est arrivé. Son heure de passage était déjà révolue.
Dans une émulation de circuit, recevoir n’est pas forcément livrer. Un paquet CEM peut franchir le réseau, présenter un en-tête que l’ECC-6 sait corriger, puis arriver trop tard pour le créneau SONET/SDH qu’il devait alimenter. Le dépaquétiseur le compte, mais le circuit ne peut…
IETF
Le journal confirme l’ECDHE. La mémoire conserve peut-être encore la clé : RFC 9678
RFC 9678 introduit une extension de confidentialité persistante dans EAP-AKA' grâce à un échange ECDHE éphémère. La trace réseau peut démontrer la négociation et son authentification. Elle ne peut pas attester, à elle seule, qu’aucune copie de la MSK, de la clé de…
Histoire d'Internet
SRF a groupé les médias. Il n’a pas réservé les ressources : RFC 3524
Une seule ligne SDP pouvait réunir l’audio et la vidéo dans un même flux de réservation. Elle fixait une intention de correspondance; elle ne remplissait aucune file d’attente et n’obligeait aucun routeur à accepter la demande.
IETF
Le chronomètre s’est arrêté. Le nœud mobile n’avait pas forcément basculé.
Dans RFC 5142, l’absence de réponse à un message de changement d’agent d’ancrage n’autorise pas l’ancien agent à deviner l’état du nœud mobile. Cette retenue est la clé de lecture du protocole: un ordre authentifié, un accusé de réception et un service réellement repris sont…
Histoire d'Internet
L’enregistrement était authentifié. L’adresse care-of réécrite par le NAT ne l’était pas : RFC 3519
Le corps d’une demande pouvait être authentique tandis que l’adresse utilisée pour renvoyer les paquets restait modifiable. RFC 3519 a rendu Mobile IP praticable derrière un NAT en assumant précisément cette dissociation.
IETF
Le rapport le plus récent est arrivé le premier. L’état courant restait inconnu : RFC 9675
Dans un réseau à forte latence, l’ordre de réception peut raconter l’histoire à l’envers. RFC 9675 organise la gestion autour de cette réalité: l’agent agit localement, les rapports voyagent plus tard, et le gestionnaire doit reconstruire les faits sans confondre une politique…
Histoire d'Internet
BCP marquait la trame de contrôle. Il ne prouvait pas la sûreté de l’arbre couvrant : RFC 3518
Une trame peut être prioritaire sans être vraie, légitime ou efficace. En ajoutant un indicateur aux trames de contrôle de pont, RFC 3518 a amélioré leur transport sans confondre cette amélioration avec l’état du réseau ponté.
IETF
Le taux de réussite favorisait cette passerelle. L’appel suivant restait inconnu.
TGREP sait transporter une portée, une capacité et une mémoire statistique. Il ne sait pas réserver le prochain circuit, uniformiser la définition locale d’un appel réussi ni observer l’issue humaine. RFC 5140 devient plus utile, et non moins, lorsque cette limite reste visible.
Histoire d'Internet
L’émetteur estimait le pipe. Il ne comptait pas les paquets encore dans le réseau : RFC 3517
Deux copies d’un même octet pouvaient peser dans `pipe`. Ce choix, loin d’être une erreur de comptage, révélait ce que l’émetteur ignorait encore du réseau.
IETF
Le nom juridique a survécu. Il ne disait toujours pas quel texte régissait la décision : RFC 9676
Un identifiant `urn:lex` peut rester exact lorsque le site, l’éditeur, la langue et la version d’un texte changent. Cette permanence résout un problème de citation. Elle ne dispense pas de prouver l’expression applicable à la date examinée, l’authenticité du fichier obtenu et…
Histoire d'Internet
Le serveur avait décodé le corps. Le client n’avait pas récupéré le message original : RFC 3516
L’extension BINARY d’IMAP supprimait un coût de transport réel. Elle obligeait aussi à nommer correctement le résultat: une section décodée pouvait être exacte sans être le message sérialisé d’origine.
IETF
L’adresse parlait plusieurs langues. La présence, elle, n’était pas datée.
Deux blocs civiques peuvent décrire le même lieu dans deux écritures, être tous deux conformes à RFC 5139 et pourtant diverger sur une branche de rue ou un numéro. Choisir la langue préférée rend l’écran lisible; cela ne tranche pas le fait. La valeur du format est précisément de…
Histoire d'Internet
Le REFER était accepté. L’action référée n’avait pas encore réussi : RFC 3515
Dans SIP, accepter l’ordre de contacter une autre ressource ne signifiait pas que ce contact avait abouti. RFC 3515 avait prévu un canal d’observation justement parce que ces deux faits pouvaient diverger.
IETF
RFC 5137 : le point de code était exact, pas la décision
Dans une chaîne multilingue, une séquence d’échappement peut être irréprochable et conduire pourtant à la mauvaise identité. RFC 5137 rend vérifiable un passage précis: celui d’un caractère Unicode à travers un protocole limité à l’ASCII. Il ne certifie ni la chaîne complète, ni…
IETF
Le CDN a reçu le justificatif délégué. Rien ne prouvait encore que la périphérie l’utilisait : RFC 9677
À l’approche d’une rotation, le danger n’est pas seulement qu’un justificatif TLS arrive en retard. Le danger est qu’il arrive à l’interface CDNI à l’heure, que le contrôle passe au vert, puis qu’un sous-ensemble de serveurs continue à présenter l’ancien chemin cryptographique.…
Histoire d'Internet
Le paquet se déclarait inoffensif. Le pare-feu devait le croire : RFC 3514
Une case binaire semblait pouvoir résoudre le problème le plus ingrat de la sécurité: distinguer une attaque d’un comportement seulement inhabituel. Le 1er avril 2003, RFC 3514 montrait précisément pourquoi cette promesse ne tenait pas.
IETF
Le port annonçait 10 gigabits. RFC 5136 demandait encore lesquels, pour qui et quand
Un débit inscrit dans l’inventaire donne une impression de certitude. Pourtant, entre la capacité physique d’un port, les bits IP correctement reçus, la capacité momentanément disponible et les données utiles livrées à une application, quatre réalités peuvent coexister. RFC 5136…
IETF
Toutes les cartes nommaient un routeur. L’arbre multicast restait pourtant indécidable : RFC 9630
RFC 9630 part d’un paradoxe d’exploitation: un collecteur peut recevoir une carte de chaque routeur multicast sans savoir quel nœud suivait quelle bifurcation. L’identifiant de branche rétablit cette relation, mais il ne transforme ni l’échantillonnage, ni le transport d’export…
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