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 712 articles
IETF
Deux octets semblables, deux autorités différentes : RFC 9542
Le rapport d’incident affirmait qu’IANA avait attribué « l’EtherType 0042 ». La trame racontait autre chose: `88-B7` était l’EtherType, `00-00-5E` l’OUI confié à IANA par l’IEEE, et `00-42` un numéro de protocole réservé aux exemples. L’abréviation avait effacé toute la chaîne…
Histoire d'Internet
Le trafic pouvait remonter avant l’existence du MAPPING de retour : RFC 3472
Dans l’établissement bidirectionnel de CR-LDP, le premier flux pouvait déjà revenir vers l’initiateur alors que les étiquettes de l’autre sens voyageaient encore de nœud en nœud.
IETF
La ligne était opérationnelle. Aucun appel n’était encore abouti
Avec le RFC 5098, l’opérateur pouvait inspecter la configuration de signalisation d’un MTA et l’état de sa relation avec le CMS. Le mot `operational` restait pourtant une preuve de mise en service et d’acquittement RSIP, pas le compte rendu d’une conversation.
IETF
Le paquet OAM portait le même label de service, pas la même histoire : RFC 9546
La console d’assurance affichait une suite de tests sans rupture alors que l’application signalait une commande manquante. La contradiction n’était qu’apparente: la RFC 9546 donne au trafic OAM DetNet son propre espace de séquence, distinct de celui du flux applicatif observé.
Histoire d'Internet
L’étiquette a quitté le paquet pour entrer dans le monde physique : RFC 3471
Au début de 2003, le mot « étiquette » changea d’échelle: il ne désignait plus seulement quelques bits lus par un routeur, mais aussi une tranche de temps, une longueur d’onde ou un passage matériel dans une fibre.
IETF
L’enveloppe disait AES-GCM. Le passé de ses nonces restait hors pièce
Avec la RFC 5084, CMS sait nommer et paramétrer précisément le chiffrement authentifié. Mais l’enveloppe ne peut pas certifier, à elle seule, qu’aucune autre enveloppe n’a déjà employé le même nonce avec la même clé.
Histoire d'Internet
Le chemin de secours existait. La reprise restait un cycle : RFC 3469
Un réseau pouvait posséder une route de protection parfaitement visible dans sa configuration et rester incapable de dire quand le trafic, la capacité et la protection avaient réellement été rétablis.
IETF
Le service annonçait OHTTP. Sa clé pouvait encore désigner le client : RFC 9540
La RFC 9540 rend découvrables une cible Oblivious HTTP, sa passerelle et la configuration cryptographique de celle-ci. Cette commodité révèle aussi une frontière décisive: une annonce DNS exacte et un échange chiffré réussi ne prouvent pas qu’une clé, un chemin ou une redirection…
IETF
IPV6CP était ouvert. L’adresse globale restait à prouver
RFC 5072 ferme proprement une étape de contrôle sur une liaison PPP. Il n’autorise pas à transformer cette étape en certificat d’unicité globale, de routage ou de service rendu.
Histoire d'Internet
Le DNS trouvait un nom exact. Il ne cherchait pas ce que vous vouliez dire : RFC 3467
Une résolution exacte peut mener avec rigueur au mauvais endroit si le nom choisi ne correspondait pas à l'intention. En 2003, RFC 3467 a séparé le travail mécanique du DNS de la découverte incertaine propre aux humains.
IETF
Le nom a persisté, pas la preuve de la ressource : RFC 9517
La RFC 9517 donne aux ressources de données de recherche un nom DDI de portée mondiale et une voie DNS vers des services possibles. Cette permanence est un contrat d’identification sous autorité déléguée, non une garantie de résolution, de disponibilité, d’authenticité ou de…
IETF
Le souhait était enregistré. L’adresse source restait à constater
Le RFC 5014 permet à une application IPv6 d’exprimer une préférence de source sans promettre que cette source sera disponible, choisie ou utilisée. Pour le dirigeant, la différence entre souhait, sélection et résultat est précisément le contrôle à conserver.
Histoire d'Internet
Les CDN pouvaient élargir leur portée. Il fallait encore négocier l’accord : RFC 3466
En 2003, un réseau de contenu se décrivait par les requêtes et les réponses qu’il acheminait, pas seulement par les paquets. La RFC 3466 a fourni un vocabulaire commun aux réseaux qui souhaitaient coopérer, sans transformer ce vocabulaire en contrat.
Histoire d'Internet
Le nombre d’ACK changeait. Le compte des octets retenait la fenêtre : RFC 3465
Deux récepteurs pouvaient confirmer la même quantité de données avec un nombre différent de messages. RFC 3465 a refusé que cette différence suffise à créer du crédit d’émission: la fenêtre devait suivre les octets nouvellement acquittés.
IETF
La trace a rejoint le nom, pas un chemin unique vers le contenu : RFC 9507
La RFC 9507 construit un traceroute pour les réseaux qui acheminent des noms plutôt que des adresses. Elle révèle une branche vers un relais, une application ou un cache; elle ne transforme pas cette observation en preuve d’une origine unique, d’un trajet permanent ou d’une…
IETF
Une liaison DHCP est réapparue. La présence du terminal reste à démontrer
Le RFC 5007 permet d’interroger la mémoire d’un serveur DHCPv6. Après un redémarrage comme en exploitation courante, cette mémoire peut aider à reconstruire un état local; elle ne certifie ni la présence actuelle d’un terminal, ni l’identité d’un abonné, ni une autorisation.
Histoire d'Internet
L’explication humaine et le rapport machine partageaient une enveloppe : RFC 3462
Un avis d’échec devait parler à deux lecteurs qui n’attendaient pas la même chose. L’expéditeur voulait comprendre; le logiciel voulait des champs stables. RFC 3462 les a réunis dans un même contenant sans confondre explication, constat structuré et message retourné.
Histoire d'Internet
La partie facultative a disparu. La livraison pouvait réussir : RFC 3459
RFC 3459 a traité une situation que le courrier ordinaire préférait éviter: une passerelle pouvait ne livrer qu’une partie d’un message multipart, faute de capacité du système destinataire. Il revenait alors à l’expéditeur de déclarer quelle perte invalidait la livraison entière.
IETF
Les bits ont rendu la perte visible, pas la conclusion : RFC 9506
La RFC 9506 ouvre une fenêtre minuscule dans les transports chiffrés: quelques bits exposent délai, perte ou congestion à un observateur sur le chemin. Cette fenêtre est utile, mais elle ne remplace ni le contrat de mesure, ni l’attribution de la cause, ni la preuve du service…
IETF
L’archive était accessible. La mémoire institutionnelle ne l’était pas encore
Le RFC 5005 distingue un flux complet, une pagination instable et une archive reconstructible. Pour une direction, cette distinction impose une règle simple: le chemin vers les documents anciens ne prouve ni leur collecte intégrale, ni leur conservation, ni ce que le lecteur a…
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