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 602 articles
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.
Histoire d'Internet
L’annuaire a presque sextuplé. Le client devait encore trouver son chemin.
L’expérience Referral LDAP de la RFC 3663 promettait des recherches plus structurées sur les données d’enregistrement des domaines. Son récit technique montre toutefois que le protocole ne suffisait pas: le modèle de données, les renvois entre serveurs et les logiciels clients…
Histoire d'Internet
Le registre pouvait déménager. Le nom ne devait pas emporter sa nouvelle adresse : RFC 3553
RFC 3553 n'a pas promis qu'un identifiant conduirait toujours à une page. Il a construit une continuité plus modeste: l'adresse du dépôt pouvait changer sans que le paramètre enregistré change d'identité.
IETF
Deux adresses voyageaient ensemble. Rien ne prouvait qu’elles désignaient la même personne.
Le courrier internationalisé expérimental pouvait associer une adresse UTF-8 à une adresse de repli entièrement ASCII. La proximité syntaxique donnait une impression d’équivalence. Or le RFC 5335 reconnaissait que ces deux adresses pouvaient aboutir à des boîtes différentes…
IETF
Le journal montrait une adresse. Il avait perdu le nom qu’elle portait.
Un identifiant local HIP peut entrer dans une colonne IPv4 sans devenir une adresse Internet. Quand le contexte d’allocation disparaît, le journal conserve trente-deux bits familiers et perd précisément la preuve dont l’enquête a besoin.
Histoire d'Internet
Une même Camellia, trois règles de paramètres : RFC 3657
Dans CMS, le nom d’un algorithme ne suffit pas à décrire une opération de chiffrement. RFC 3657 associe Camellia à des identifiants différents pour le contenu, l’encapsulation de clé et l’annonce de capacité — avec des règles de paramètres propres à chaque contexte.
IETF
Le calendrier était visible dans ENUM. Le droit d’y entrer ne l’était pas.
Un enregistrement `ical-access:https` peut conduire un client vers une ressource CalDAV ou un service de disponibilité. Le chemin est public parce qu’il passe par DNS. L’agenda ne l’est pas pour autant. Le RFC 5333 publie un point d’accès typé; il ne confère aucun droit de…
Histoire d'Internet
Le nom était réservé ; la boîte n’était pas encore prête : RFC 3656
Dans un service de messagerie réparti, empêcher deux serveurs de revendiquer le même nom ne suffit pas. RFC 3656 séparait cette réservation de l’état ultérieur où les clients pouvaient réellement accéder à la boîte.
IETF
Les deux trames étaient multicast. Leur EtherType ne disait pas la même provenance.
Une trame Ethernet multicast porte `0x8847`, une autre `0x8848`. Un tableau ancien les classe « unicast » et « multicast ». Le RFC 5332 impose une lecture plus précise: les deux peuvent transporter du MPLS multicast. La différence utile concerne l’assignation du label supérieur.…
Histoire d'Internet
Le même quatre-tuple, deux interfaces : pourquoi la table TCP d’IPv6 avait besoin d’un index de plus
Sur un même équipement, une adresse IPv6 peut exister dans plusieurs contextes d’interface. RFC 2452 a conservé les mesures TCP communes, mais a ajouté l’interface à la clé de la ligne de connexion pour éviter de confondre ces contextes.
IETF
Le lecteur a ouvert le fichier. Le contrat `application/ogg` restait incomplet.
Une lecture réussie ne répare pas une description absente. RFC 5334 exige un flux Ogg Skeleton pour `application/ogg`, précisément parce qu’un conteneur complexe ne peut pas déléguer son inventaire au hasard des décodeurs installés.
IETF
Le champ avait disparu. Le tableau de bord a affiché zéro.
Une case vide gêne les systèmes de supervision. Ils préfèrent un nombre, une courbe et une couleur. Pourtant, pour le sub-TLV défini par le RFC 5330, l’absence signifie précisément que l’on ne dispose pas d’information sur le lien. La remplacer par `0` ne nettoie pas les données…
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