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 672 articles
IETF
La suite était continue. La fin pouvait pourtant manquer
Un audit reçoit quarante-trois reçus impeccablement numérotés. Aucun trou, aucune signature invalide, aucun compteur incohérent. Ce dossier peut être complet — ou n'être que le début intact d'une histoire dont la fin a été retirée.
Histoire d'Internet
La signature était valide. Restait à savoir si la clé avait autorité — RFC 3008
Un calcul cryptographique juste ne suffisait pas à faire parler une zone DNS. En 2000, la RFC 3008 a demandé aux résolveurs de qualifier le signataire avant de croire sa signature.
IETF
L'IETF distingue le port découvert de l'identifiant du membre distant
Dans un faisceau de liens, reconnaître le port du voisin ne suffit pas à prouver quel identifiant ce voisin annonce pour la même liaison. La nouvelle version d'un projet IETF rend cette différence décisive pour les cartes de topologie.
IETF
Le compteur affichait zéro. La fenêtre de preuve avait été effacée
La politique QoS restait attachée à l’interface, mais le tableau d’incident ne montrait ni paquet classé, ni dépassement du débit, ni perte de file. Le trafic avait peut-être été nul. Quelqu’un avait peut-être remis les compteurs à zéro. La révision 16 d’un modèle YANG de l’IETF…
Histoire d'Internet
La promesse de compression réduisait la réservation ; le routeur devait la faire respecter — RFC 3006
Une annonce de 48 kbit/s pouvait devenir 33,6 kbit/s sur un lien capable de comprimer ses en-têtes. La RFC 3006 a refusé de confondre cette économie locale avec un droit global à la capacité.
IETF
Le format ressemblait à un jeton d’accès. Le modèle d’autorité avait changé
Deux en-têtes familiers peuvent donner une fausse impression de continuité. Le nouveau projet DPoP y place un Credential réutilisable exactement là où le serveur attend d’ordinaire un jeton d’accès. Le traitement cryptographique reste reconnaissable; la décision de confiance…
Dossier
SensorThings et SSN : la table des liens ne fait pas la conversion
Le nouveau projet du W3C précise comment rapprocher les relations entre objets de capteurs. Pour une migration, cette précision impose surtout de documenter ce que l'on conserve et ce que l'on perd.
Récits
Valider les boîtes, pas les résultats : le fossé de remédiation des signalements d'abus dans la région RIPE
Le RIPE NCC valide chaque année des dizaines de milliers de contacts d'abus et publie ses chiffres comme preuve de conformité. Aucun de ces chiffres ne mesure ce que les signalements produisent réellement — et le texte de la politique elle-même exclut toute intervention sur le…
IETF
Le faisceau était actif. Le contrôleur ignorait encore quelles fibres se répondaient
Un groupe d’agrégation peut apparaître comme un lien unique et sain tout en masquant plusieurs membres physiques. Même si les deux routeurs publient la liste de leurs interfaces locales, un contrôleur ne sait pas encore si A rejoint X, Y ou Z. Un projet IETF en Last Call ajoute…
Histoire d'Internet
La liste était ouverte, pas le droit de publier sans limite : la frontière tracée par la RFC 3005
La liste la plus générale de l’IETF accueillait les controverses techniques et institutionnelles. Sa charte de 2000 indiquait aussi qui pouvait interrompre un comportement abusif et vers quelle instance contester cette décision.
Histoire d'Internet
La NAT devait rester au bord du réseau. La RFC 2993 a suivi le travail jusqu’aux applications
Une traduction d’adresse peut réussir son réécriture et pourtant empêcher une application de fonctionner. En 2000, la RFC 2993 a suivi le coût caché: passerelles applicatives, changements coordonnés sur les terminaux et administration locale des noms.
IETF
Une seule chaîne est revenue. Le flux OAuth n’était pas terminé
Sur un terminal distant, le problème paraît banal: le navigateur ne peut pas rappeler le client. Le nouveau projet OAuth réduit alors deux valeurs à recopier en une seule. Cette simplification ne doit pas devenir, dans le tableau de bord, une preuve de sécurité ou d’autorisation…
ICANN
Des indicateurs UA aux statistiques nationales : qui conduit le travail ?
Une mesure de compatibilité technique ne devient pas, par simple changement d'étiquette, une série comparable entre pays. Un échange de lettres publié par l'ICANN révèle que le lieu où cette transformation serait décidée reste à définir.
IETF
Le premier datagramme donne une adresse, pas une identité
Dans le Call Home sur QUIC proposé à l’IETF, l’équipement envoie d’abord 1 200 octets vides. Le système de gestion jette le contenu, relève l’adresse apparente, puis ouvre lui-même une nouvelle connexion en sens inverse. Ce détour révèle une règle de commandement numérique…
Histoire d'Internet
Un nom mondial sans annuaire mondial : RFC 3001, RFC 3061 et l’autorité discrète de `urn:oid`
Un identifiant universel n’est pas nécessairement une adresse, encore moins une preuve. En intégrant les identifiants d’objet à l’espace des URN, les RFC 3001 et 3061 ont rendu un nom transportable tout en laissant à d’autres acteurs le soin de l’attribuer, de le résoudre et de…
Dossier
Svea : la réparation définie par la politique existe sur le papier — aucune preuve qu'elle a été exécutée
Quatre ans après la disparition juridique de Svea Ekonomi AB, les règles du RIPE NCC décrivent précisément ce qu'une remise en ordre du contact d'abus devrait produire: documents officiels de fermeture, demande de changement via le LIR, objet personne corrigé, boîte d'abus…
IETF
Le booléen était signé. L’état de la chaîne avait déjà changé
La révision 01 de Wallet State Attestation transforme une lecture de chaîne en réponse signée et transportable. Elle ne transforme pas cette lecture en vérité présente: signature, ancrage, fraîcheur, finalité et autorisation gardent chacun leur propre verdict.
IETF
Refuser un jeton d’agent sans dévoiler le maillon défaillant
Une réponse d'erreur peut éviter une nouvelle tentative inutile tout en révélant trop d'informations sur une délégation. Une révision individuelle examinée par l'IETF force à traiter ces deux effets ensemble.
IETF
Fermer le registre sans effacer les systèmes qui parlent encore
Une institution peut cesser d’attribuer de nouveaux numéros en une ligne. Elle ne peut pas, par la même ligne, faire disparaître les logiciels, les équipements et les contrats qui utilisent déjà les anciens. La révision 00 d’un projet de l’IETF sur des registres IANA hérités rend…
Récits
DFINFRA et AS210860 : que devient une ressource réseau quand son registre lui survit
Le résumé de veille DFINFRA et AS210860: que devient une ressource réseau quand son registre lui survit explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences possibles 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