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 732 articles
Histoire d'Internet
L’imprimante devait recevoir toute la requête avant de répondre : RFC 3196
En 2011, une correction discrète apportée à un ancien guide d’impression a déplacé une frontière importante: la réponse finale d’une imprimante IPP ne pouvait plus être laissée à l’appréciation de chaque implémentation alors que le document arrivait encore.
Histoire d'Internet
Le registre avait attribué l’adresse multicast. Il devait encore vérifier son usage : RFC 3171
Une adresse peut rester des années dans une table et pourtant perdre la raison qui l’y avait conduite. En 2001, la RFC 3171 ne confondait pas la permanence visuelle du registre avec une nécessité perpétuelle: l’attribution devait rester exceptionnelle, être réexaminée et, lorsque…
IETF
L’adresse `at://` fonctionne. Sa syntaxe actuelle n’est pas admissible à l’enregistrement permanent.
L’usage réel donne du poids à un identifiant; il ne lui accorde ni compatibilité générique, ni examen institutionnel, ni permanence.
IETF
Le DNS a publié le schéma. Le serveur doit encore décider de l’exécuter.
Distribuer la syntaxe d’un nouveau type de ressource par le DNS peut raccourcir le cycle d’adoption. Cela ne transforme pas une description authentifiée en capacité opérationnelle. Entre les deux se trouvent le rapprochement des versions, les essais du parseur, le chargement…
IETF
Une route absente ne retire pas à elle seule le droit d'émettre
Un même client peut raccorder son réseau à deux routeurs, employer une adresse comme source et ne publier aucune route correspondante dans la vue consultée. La nouvelle version du projet SAVNET oblige à examiner ce cas comme une question d'autorisation documentée, non comme une…
Histoire d'Internet
Un accusé BEEP n’authentifiait pas l’événement : RFC 3195
La RFC 3195 faisait passer syslog d’un datagramme au mieux à un canal BEEP fiable et ordonné, puis proposait des réponses par entrée. Aucun de ces accusés ne prouve qu’un événement est authentique, conservé durablement ou suivi d’effet.
Histoire d'Internet
L’index nommait la ligne de politique. Il n’en expliquait pas le sens : RFC 3159
Deux lignes arrivent dans un équipement. Elles contiennent les mêmes conditions, la même action et les mêmes références; seul leur numéro change. S’agit-il de deux politiques ou de deux adresses pour un contenu identique ? Avec la RFC 3159, SPPI refusait de charger l’identifiant…
IETF
Vous avez mis le spectateur en pause. Le relais peut continuer à recevoir le flux.
Dans MOQT révision 22, « en pause » signifie une chose précise: ne plus envoyer d’objets sur cet abonnement. Cela ne promet ni l’arrêt du plan de contrôle, ni celui de l’acquisition amont ou du cache du relais.
IETF
Le contrôleur connaissait la position. Les paquets devaient encore en tirer parti.
La révision 07 transforme la liste des positions de labels d’entropie en remplacement complet plutôt qu’en correction partielle. Cette précision protège l’état du plan de contrôle, mais elle ne démontre ni la programmation effective du matériel ni l’usage du label par le hachage…
Histoire d'Internet
Le serveur a tranché. Le NAS devait encore agir : RFC 3169
La RFC 3169 sépare trois fonctions: l’équipement d’accès décrit la session, le serveur AAA décide si elle est autorisée, puis le NAS doit appliquer cette décision. La liste de critères publiée en 2001 ne prouve pas que les réseaux aient tous réalisé cette chaîne.
Histoire d'Internet
Le traducteur modifiait les paquets. Il devait aussi modifier les rapports : RFC 3158
Un traducteur RTP pouvait alléger un flux, réunir plusieurs paquets ou changer sa cadence tout en conservant l’identifiant de la source. La vidéo pouvait donc parvenir au destinataire alors que les rapports RTCP continuaient de raconter l’ancien flux. RFC 3158 a rendu cette…
IETF
TCP-AO exige un reçu de fonction KMAC, pas seulement le nom KMAC256
La révision 08 d’un projet IETF ne change pas seulement une phrase de référence: elle oblige à distinguer le nom d’une primitive du contrat exact que deux équipements doivent exécuter pour s’authentifier.
IETF
Une nouvelle connexion IKE ne déplace pas le chemin ESP
Le dernier brouillon du groupe IPSECME précise ce qu’autorise une reconnexion de contrôle sur TCP. Elle concerne l’association IKE; elle ne donne pas le droit de déplacer l’adresse ou le port des associations ESP qui transportent effectivement les données.
IETF
Le jeton enfant était valide. La chaîne devait encore l’autoriser.
Une signature correcte sur un jeton délégué ne suffit pas à produire un pouvoir exploitable. Le projet OAuth étudié exige de remonter jusqu’à une racine reconnue, de prouver chaque délégation et chaque réduction, puis de laisser au serveur de ressources sa décision locale.
Histoire d'Internet
Le RFC disait « Standards Track » ; sa notice dit aujourd’hui « Historic » : RFC 3167
Un document d’archive conserve les mots de sa publication, tandis que sa notice de référence peut évoluer. En demandant le reclassement du RFC 1745, le RFC 3167 rend visible l’écart entre ces deux temporalités.
Histoire d'Internet
Le serveur n’avait pas besoin du texte clair pour contrôler la disponibilité : RFC 3157
Un coffre peut ignorer le contenu de l’enveloppe qu’il garde et conserver pourtant le pouvoir de la rendre introuvable. En août 2001, RFC 3157 appliquait cette dissociation aux identifiants cryptographiques devenus mobiles. Chiffrer une clé privée pendant son stockage et son…
IETF
Deux inventaires portaient le numéro 17. Leur fusion exigeait une nouvelle identité
La revue IETF du 1er octobre ne signale ni panne ni faille. Elle révèle toutefois le moment précis où un identifiant valable chez un contrôleur cesse d’être suffisant: lorsqu’un autre serveur doit réunir plusieurs vérités locales dans un seul inventaire.
IETF
Le fabricant a signé les nouvelles racines. Le serveur de livraison restait non authentifié.
Un équipement peut recevoir des certificats d’autorité par un canal dont il ne reconnaît pas encore le serveur. La sécurité ne tient alors qu’à une discipline stricte: vérifier l’objet, décider localement de modifier la confiance, puis ouvrir une nouvelle session où l’identité du…
Histoire d'Internet
L’opérateur junior pouvait lancer le script ; le senior l’avait préparé : RFC 3165
En 2001, le Script MIB a transformé les scripts d’administration à distance en objets que l’on pouvait transférer, suivre et contrôler. Son exemple d’urgence traçait une limite nette: les opérateurs juniors pouvaient déclencher un lancement préparé, tandis que les seniors…
IETF
TLS raccourcit les identifiants d’ancrage sans déplacer la décision de confiance
Un identifiant aide à trouver une chaîne de certificats que l’autre partie pourrait accepter. Il ne donne pas à cette chaîne la qualité d’autorité. La dernière version d’un projet du groupe TLS de l’IETF rend cette séparation plus concrète: 32 octets au maximum pour…
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