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 575 articles
Récits
AS210860 : la requête aut-num sans résultat, alors qu'AS197909 annonce 193.20.0.0/15
Le résumé de veille AS210860: la requête aut-num sans résultat, alors qu'AS197909 annonce 193.20.0.0/15 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…
Histoire d'Internet
Les chaînes étaient différentes. La ressource téléphonique pouvait rester la même : RFC 3966
Les parenthèses et les tirets aidaient l’œil; ils ne devaient pas créer une nouvelle ressource. À l’inverse, un contexte local ou un paramètre supplémentaire ne pouvait pas disparaître sous prétexte de normalisation. RFC 3966 a donc dessiné une égalité sélective: oublier la…
Histoire d'Internet
La sonde faisait partie de la métrique : le cadre de mesure de la RFC 2330
Un chiffre de latence paraît objectif jusqu’à ce que le paquet, le trajet, l’horloge et l’échantillonnage disparaissent du compte rendu. La RFC 2330 a replacé ces conditions au cœur de la mesure; ses mises à jour montrent aussi que le paquet de référence devait évoluer.
IETF
Le fournisseur cachait ses sauts, pas son obligation de vérifier le segment
Un opérateur n'avait aucune raison de livrer toute sa topologie interne à un client ou à un pair pour calculer un chemin inter-AS. RFC 5376 lui permettait de rendre une référence opaque à la place des sauts. Cette discrétion protégeait une information sensible; elle ne supprimait…
IETF
Le dernier fragment d’en-tête est arrivé. Le premier manquait toujours.
Le paquet portait `MHF=2`: il contenait la fin d’un en-tête principal JPEG 2000 fragmenté. Le signal était exact, mais il ne reconstituait pas le début perdu. RFC 5371 distingue ainsi l’emplacement d’une pièce, la présence de l’en-tête, son contrat d’identification et le résultat…
Histoire d'Internet
Une adresse IP suspendue à une corde à linge : le peg-DHCP de la RFC 2322
Lors d’un rassemblement technologique en 1997, une pince en bois rendait visible l’attribution des adresses sans demander à chaque ordinateur de parler le même protocole de configuration. Le transfert manuel résolvait un problème, mais devenait aussi un point de défaillance.
Histoire d'Internet
Une seule liaison a déplacé tout un réseau. Elle ne prouvait pas que chaque nœud était joignable : RFC 3963
Dans le réseau mobile imaginé en 2005, le mouvement pouvait être réel tout en restant invisible aux machines transportées. Cette élégance avait un prix documentaire: lorsque l’agent mère acceptait la nouvelle liaison, il confirmait une décision de transfert. Il ne certifiait ni…
Récits
RIPE a rétabli les fichiers de RRC12, mais le défaut au redémarrage reste à corriger
RIPE NCC indique avoir régénéré les fichiers BGP de RRC12 depuis le 2 octobre. Son avis de résolution distingue toutefois ce rétablissement d’une correction structurelle du défaut qui faisait échouer le processus à chaque redémarrage.
IETF
Le contrôleur était authentifié. Sa politique dépassait pourtant son mandat.
Le certificat du serveur de clés était valide, mais le flux qu’il voulait installer ne l’était pas pour ce groupe. La RFC 5374 n’a pas demandé au membre de confondre ces deux constats. Elle a ajouté la GPAD précisément pour qu’une identité reconnue reste enfermée dans un…
IETF
Le nom de l’appelant a traversé le pont. Son ancrage transactionnel, non.
Le transcodeur a repris la valeur visible du champ `From`, puis il a créé un nouvel INVITE, un nouveau tag et une nouvelle transaction. Pour le destinataire, le même appelant semblait toujours présent. Pour l’enquêteur, la continuité devait encore être démontrée. La RFC 5370…
Histoire d'Internet
Zéro ne voulait pas dire « par défaut », mais 4 294 967 296 itérations : RFC 3962
Un champ absent et un champ rempli de zéros se ressemblent facilement après leur passage dans une base de données. Dans RFC 3962, ils déclenchaient pourtant deux charges séparées par un facteur supérieur à un million. L’histoire d’AES dans Kerberos est aussi celle d’une…
Histoire d'Internet
L’adresse pouvait prouver son lien avec une clé. Le routeur avait encore besoin d’une ancre de confiance : RFC 3971
Pour sécuriser la découverte IPv6 en 2005, le SEND a dissocié deux questions: qui peut signer pour une adresse, et quel routeur l’hôte est autorisé à suivre. La première pouvait se passer d’autorité de certification; la seconde, non.
IETF
Le mot « Priv » demandait un privilège. Il ne l’accordait pas.
La RFC 5373 compare `Priv-Answer-Mode` à `sudo`. Le préfixe attire l’attention sur une demande exceptionnelle; il ne transporte pas le droit de l’exécuter. Entre l’appelant et le haut-parleur, le terminal conserve une table d’autorisation, une politique par direction média et la…
Histoire d'Internet
La même clé Kerberos avait besoin d’un numéro pour chaque usage : RFC 3961
Une clé pouvait être légitime et l’opération mal nommée. RFC 3961 a donc demandé aux protocoles Kerberos de fournir, avec la clé, un numéro d’usage: non pas un secret supplémentaire, mais l’étiquette qui empêchait plusieurs pouvoirs cryptographiques de se confondre.
Histoire d'Internet
La référence de moindre niveau est devenue visible avant de devenir plus facile : RFC 3967
Une norme peut dépendre d’un texte qui n’a pas atteint le même degré de maturité. L’IETF n’a pas répondu par une interdiction générale: elle a rendu cette dépendance contestable lors du dernier appel, puis a progressivement remplacé l’attente automatique par l’annotation et une…
IETF
La présence annonçait un terminal audio. Un autre appareil a répondu.
Le document de présence était récent et précis: le téléphone déclaré ne proposait que l’audio. L’appel a pourtant abouti sur un client logiciel capable de vidéo. RFC 5369 n’avait pas produit une contradiction; il avait révélé une erreur de sujet. Une capacité annoncée et une…
IETF
Le 202 est arrivé avant les trois BYE. Il ne pouvait donc pas raconter leur résultat.
Le serveur de conférence a accepté une demande unique, puis seulement ensuite a produit trois transactions distinctes. Cette chronologie, dessinée dans la RFC 5368 elle-même, interdit une conclusion pourtant tentante: la réponse au REFER n’est pas le reçu collectif des opérations…
Récits
Le calendrier IPv4 d’ARIN tient en un trimestre et une date
Dans son annonce du 7 octobre, ARIN situe la prochaine distribution IPv4 de la liste d’attente à la fin du quatrième trimestre 2026. La page d’état en cours indique, elle, le 4 janvier 2027 environ. Aucune de ces formulations ne promet une date de livraison à un demandeur; leur…
Histoire d'Internet
Le tunnel acceptait le paquet. La décapsulation effaçait sa trace la plus proche : RFC 3964
Le danger historique de 6to4 ne tient pas seulement à l'usurpation d'adresse. Il tient au moment précis où une machine accomplit correctement son travail: elle retire l'enveloppe IPv4, livre le paquet IPv6 à l'étape suivante et peut, ce faisant, faire disparaître l'indice qui…
Histoire d'Internet
Répondre à tous pouvait réutiliser l’autorisation de fax : RFC 3965
Une passerelle fax pouvait apparaître comme un simple destinataire de courriel. La RFC 3965 souligne pourtant qu’elle pouvait transformer ce message en appel téléphonique payant — et qu’une réponse collective, même innocente, risquait de réemployer l’autorisation d’un expéditeur…
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