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 682 articles
IETF
Le SPI demandé n’est pas celui qui a répondu
Un opérateur demande que l’écho revienne par une SA précise. La réponse arrive, authentifiée, mais par une autre. Le test est réussi au niveau cryptographique et incomplet au niveau opérationnel: il a prouvé un chemin, pas celui qui devait être contrôlé.
IETF
STAMP : le reflet d’un en-tête suppose sa remise au processus de mesure
Voir arriver une sonde n’assure pas que le logiciel chargé de la mesure recevra les en-têtes à examiner. La révision de septembre du projet STAMP place cette transmission interne au cœur de la procédure, à l’aller comme au retour.
Histoire d'Internet
Les réplicas étaient d’accord. Les clients devaient pourtant revenir : RFC 2443
À la fin des années 1990, l’ATM pouvait transporter le multicast IP, mais les clients avaient encore besoin d’un service qui connaisse les groupes et leurs membres. La RFC 2443 a partagé cette connaissance entre plusieurs serveurs MARS. Sa règle la plus révélatrice concernait la…
Histoire d'Internet
Le carnet portait un numéro plus élevé. Le voyageur n’avait toujours aucune preuve de fraîcheur : RFC 3017
Le compteur pouvait signaler qu’un carnet d’accès avait changé. Il ne disait ni quelle édition visait ce client, ni si la mise à jour avait été appliquée, ni si le numéro, le proxy ou le point de présence répondait encore. RFC 3017 avait normalisé une forme; l’exploitation devait…
IETF
Deux racines pour cinq étapes : « vérifié » ne suffit plus
Le voyant vert rassure parce qu’il escamote sa grammaire. Or un flux public AER-1 passe tous ses contrôles locaux tout en produisant une autre racine que celle qu’impose la révision 04 du projet: le système a vérifié quelque chose, mais pas encore un objet portable et univoque.
IETF
SCONE : le conseil de débit dépend d’un paquet QUIC accepté
Le réseau peut inscrire une limite de débit dans un datagramme; encore faut-il que le destinataire ait une raison valable d’en tenir compte. La neuvième version du projet SCONE précise cette raison et refuse de réveiller une connexion uniquement pour renouveler le conseil.
Histoire d'Internet
Le codec tenait bon ; le paquetiseur avait choisi l’étendue de la perte : RFC 3016
À faible débit, économiser quelques en-têtes semblait rationnel. RFC 3016 montrait pourtant que regrouper les unités de média ne réduisait pas seulement le coût: cela agrandissait aussi le lot qu’un seul paquet perdu pouvait emporter.
IETF
SCHClet : la sécurité d’un module partiel dépend de sa configuration
Réduire une pile réseau à quelques fonctions est une économie de ressources, pas une dispense de rendre compte des données que le module ne sait pas traiter. Une révision du projet IETF place enfin cette frontière dans sa section de sécurité.
IETF
Le registre a accepté la délégation. Le parent avait encore deux réponses
Le code de succès est arrivé avant la preuve DNS. Avec la révision 03 du projet EPP pour DELEG, cet écart devient une question de conduite du changement: une transaction peut supprimer tous les enregistrements DELEG alors que les NS traditionnels continuent d’indiquer que le…
Histoire d'Internet
Le nouveau tag entrait dans le paquet. Il pouvait pourtant fragiliser le protocole : RFC 2440
Une valeur libre dans un en-tête ressemble à une invitation. En 1998, la spécification OpenPGP soulignait une difficulté plus profonde: savoir lire un nouveau tag ne prouvait pas que sa fonction pouvait cohabiter sans risque avec le reste d’un système cryptographique.
IETF
La reprise a tenu son délai. La preuve, elle, n’était pas encore arrivée.
Une équipe peut rétablir un actif dans le temps promis et rester incapable de montrer qu’une déclaration sur cette reprise a été inscrite dans le registre prévu. Le brouillon sur les Continuity Receipts donne un nom utile à cet écart: une reprise non attestée par le journal.
Histoire d'Internet
Le contexte était relié. L’appel restait à prouver : RFC 3015
Megaco a donné à la passerelle média un modèle local précis des associations qu’elle devait réaliser. La RFC 3015 a aussi laissé visible la frontière entre cet état exécutable, le transport du média et la conversation réellement vécue.
IETF
Une proposition IETF veut faire du suivi éditorial un verrou
La visibilité d’une étape ne donne pas nécessairement le pouvoir de la bloquer. Une nouvelle version d’un projet individuel rapproche pourtant ces deux fonctions dans le parcours d’une future RFC.
IETF
Le champ était modifiable, mais l'autorité restait à démontrer
Le projet SCHC décrit finement la forme d'une modification acceptable. Il faut encore rattacher cette possibilité à un acteur authentifié, à une version précise du Context et à une transition que l'autre extrémité peut vérifier et annuler.
IETF
Une archive propre ne dit pas au logiciel ce qui a été changé
L'équipe conformité reçoit une conversation expurgée, lisible et signée. Pourtant aucun champ exploitable ne distingue un silence d'origine, une suppression, une valeur remplacée ou un entité volontairement masqué. L'archive paraît plus sûre qu'elle ne l'est, car la…
Histoire d'Internet
La notification s’était perdue. Son journal de secours pouvait la perdre aussi : RFC 3014
Conserver localement ce qu’un message asynchrone n’a peut-être pas livré paraît être une assurance. La RFC 3014 en a fait un mécanisme vérifiable, avec une franchise rarement reconnue: l’assurance possédait elle aussi des filtres, des quotas, une date d’expiration et des…
IETF
Registre des agents : une autorisation ne survit pas à ses preuves
Une fiche peut être parfaitement trouvable et la réponse « cet agent peut agir » déjà périmée. La quatrième révision d’une proposition de protocole veut donner une forme vérifiable à cet écart.
Histoire d'Internet
La page allait plus vite ; le lien partagé gardait sa propre mesure : RFC 2414
En 1998, deux segments TCP ne servaient pas seulement à transporter deux fois plus de données qu’un seul. Ils pouvaient provoquer un accusé de réception avant l’expiration du temporisateur de retardement. Un vol initial plus large promettait donc d’accélérer les petits transferts…
IETF
Le proxy disait l’interface active. Elle n’avait jamais répondu
PROBE permet d’interroger une interface que le poste de diagnostic ne peut pas joindre en aller-retour. Sa force vient donc d’un déplacement du témoin; sa bonne gouvernance consiste à ne jamais faire passer le témoignage du proxy pour celui de l’interface visée.
Histoire d'Internet
La passerelle lança un défi. La confiance restait à venir : RFC 3012
Sur un réseau visité, l’agent étranger pouvait poser une question locale avant que le domaine d’origine ne réponde: cette inscription répond-elle à une valeur que je viens d’émettre, ou rejoue-t-elle un ancien échange ? RFC 3012 transforma cette question limitée en preuve…
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