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 593 articles
IETF
Soustraire le temps du réflecteur améliore la mesure, pas son autorité
RFC 5357 fait inscrire au réflecteur l’heure d’arrivée puis l’heure de départ de chaque paquet TWAMP. Leur différence permet d’isoler le séjour dans le réflecteur. Cette correction rend le calcul plus précis; elle ne transforme pas la valeur obtenue en verdict sur le service, le…
Histoire d'Internet
L’alias disait « Disque local ». La connexion exigeait un autre nom : RFC 3721
Un opérateur peut reconnaître une cible de stockage grâce à un libellé familier, mais le protocole ne peut pas confondre ce libellé avec une identité. RFC 3721 distingue le nom qui dure, l’adresse qui localise, l’identifiant qui authentifie et la règle qui autorise — puis précise…
Histoire d'Internet
Le nom promettait de durer. Son résolveur n’existait pas encore : RFC 3937
RFC 3937 a donné à l’IPTC un espace mondial de noms persistants, mais il a aussi laissé apparaître une distinction décisive: le mot `current` pouvait rester stable tandis que le document désigné changeait. La permanence du nom ne garantissait ni l’immuabilité du contenu, ni même…
IETF
Une nouvelle tentative a réussi. Elle n’a pas authentifié la liste du KDC.
Un client PKINIT peut refuser ses premiers paramètres ECDH, recevoir du KDC une liste ordonnée de solutions de rechange, puis réussir avec l’une d’elles. Cette réussite établit une compatibilité cryptographique à la seconde tentative. Elle ne prouve pas que la liste reçue dans…
IETF
La liste était classée par préférence. Personne n’avait authentifié son ordre.
Le message semblait offrir une sortie propre à un désaccord cryptographique: le KDC refusait la courbe du client, puis renvoyait une liste ordonnée de paramètres acceptables. Il suffisait de reprendre le premier choix commun. Le RFC 5349 révèle la faiblesse de ce raisonnement: le…
Histoire d'Internet
L’objet de localisation pouvait porter des règles, pas seulement des coordonnées : RFC 3693
En février 2004, le groupe GEOPRIV a cessé de traiter la confidentialité comme un simple réglage attaché à une épingle sur une carte. La RFC 3693 a décrit une chaîne d’acteurs et de décisions: qui est localisé, qui fixe les règles, qui conserve la position, qui les applique et…
Histoire d'Internet
Le code était privé. Ses bits de tête commandaient encore chaque routeur ignorant : RFC 3936
Un numéro réservé à un fournisseur ne restait pas enfermé chez lui. Dans RSVP, les premiers bits du numéro de classe indiquaient déjà à un ancien nœud s’il devait refuser tout le message, supprimer seulement l’objet inconnu ou le transmettre intact.
IETF
Le fax commence. L’absence de méthode n’est révélée qu’à cet instant.
Le Call Agent avait délégué la conduite du fax à la passerelle. La commande avait réussi, aucun défaut n’avait été signalé et la continuité semblait acquise. Pourtant, ce n’est qu’au début effectif du fax qu’un événement `nopfax(start)` révèle qu’aucune méthode spéciale commune…
Récits
Le RIPE NCC désigne deux membres au conseil de la Rob Blokzijl Foundation après l’annonce de Falk
Après que Falk von Bornstaedt a indiqué qu’il quitterait le conseil de la Rob Blokzijl Foundation, le conseil exécutif du RIPE NCC a désigné deux personnes. Les statuts de la Fondation confient toutefois à son propre conseil une décision unanime distincte de nomination.
IETF
Le réseau pair était bien authentifié. Le mauvais observateur a tout de même reçu la présence.
Le certificat désignait correctement le domaine distant. Le canal était chiffré, le partenaire figurait dans la fédération et l’abonnement SIP provenait bien de son infrastructure. Pourtant, aucune de ces preuves ne répondait à la question décisive: quelle personne se trouvait…
Histoire d'Internet
Le RFC manquait. L’option DHCP, elle, était déjà utilisée.
En 2004, le RFC 3679 a rendu à l’IANA des numéros d’options DHCP dont les propositions n’avaient pas abouti. Mais il a refusé de confondre absence de RFC et absence d’usage: des codes PXE et Apple fonctionnaient déjà, sans description publiée. Seize ans plus tard, un essai autour…
Histoire d'Internet
L’essai devait expirer. Son bilan pouvait ne jamais être écrit : RFC 3933
Entre une décision informelle de l’IESG et une règle permanente, RFC 3933 a installé un pont provisoire. Sa durée devait être bornée. En revanche, la question testée, les critères et le récit final pouvaient rester moins précis que l’échéance elle-même.
IETF
Le DNS répondit sans erreur. L’appel dut pourtant s’arrêter.
Le code semblait rassurant: `NOERROR`. Mais la réponse ne contenait aucune URI SIP ou H.323 utilisable. Dans la politique de l’essai décrit par le RFC 5346, ce résultat imposait l’échec immédiat pour un numéro joignable uniquement par ENUM. Un `NXDOMAIN`, pourtant plus alarmant…
Histoire d'Internet
Le message ressemblait à un document. Le protocole l’avait déjà décomposé : RFC 3930
Une signature posée au bas d’un objet complet paraît naturelle. Sur un réseau, cet objet peut pourtant être reconstruit, traversé par morceaux et interprété avec un état que la page ne contient pas. RFC 3930 a fait de cette différence un problème de conception.
Histoire d'Internet
Le filtre pouvait changer une source à la fois — ou toutes d’un coup.
RFC 3678 n’a pas demandé aux applications multicast de réapprendre leur adhésion à un groupe. Le texte a conservé les anciens appels, puis ajouté deux manières de modifier un filtre de sources: ajuster un émetteur, ou remplacer tout l’état en une seule opération.
IETF
Le moteur a donné son identifiant. Il n’a pas donné les droits d’accès.
Le gestionnaire venait de résoudre un problème de nommage: derrière l’adresse de transport, quel moteur SNMP servait le contexte local ? La réponse était exploitable, stable et peut-être construite à partir d’une adresse MAC ou IP. Elle ne disait pourtant ni qui formulait la…
IETF
La sonde ne voyait pas un VLAN. Le rapport y a vu une absence.
Pendant sept jours, aucune opération SNMP d’écriture n’apparut dans la trace. Le graphique semblait donc montrer un réseau administré uniquement en lecture. Mais la sonde n’avait jamais reçu le VLAN où circulaient les changements. Le zéro était exact dans le fichier et faux pour…
Histoire d'Internet
La sortie est restée à 128 bits ; les règles de clé, elles, ont changé.
En 2004, la RFC 3664 a adapté AES-XCBC à IKE en conservant le résultat complet que le MAC IPsec réduisait à 96 bits. Deux ans plus tard, son successeur a déplacé une autre frontière: les longueurs de clé acceptées par la même fonction pseudo-aléatoire, selon son usage dans IKEv2.
Histoire d'Internet
Le sous-type a traversé MIME et SDP. Ses paramètres ont dû être remappés : RFC 3555
Entre `audio/l16` et `L16/48000/2`, la casse pouvait changer sans changer l’identité. Mais RFC 3555 n’en déduisait pas que toutes les valeurs étaient interchangeables: il imposait une carte précise pour éviter qu’un nom commun ne masque des contrats différents.
IETF
La colonne disait « sans valeur ». Le drapeau changeait pourtant le traitement.
Dans le registre créé par RFC 5341, `No Value` décrit une forme de paramètre, pas une absence de sens. Confondre les deux revient à effacer une instruction précisément parce qu’elle ne porte pas de signe égal.
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