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 693 articles
Histoire d'Internet
L’URL du travail désignait un travail. Elle ne disait pas quelle imprimante l’avait créé : RFC 3510
Le chemin paraissait raconter toute l’histoire: un serveur, une imprimante, puis un numéro de travail. RFC 3510 a précisément expliqué pourquoi cette lecture restait une hypothèse.
Histoire d'Internet
L’errata disait continuer, pas recommencer. L’authentification ne créait pas une nouvelle transaction : RFC 3504
Une correction de vocabulaire a changé l’exécution d’un automate commercial. Elle n’a ni créé un second achat ni transformé une syntaxe réparée en paiement réussi.
IETF
Le Join venait d’un seul BD. L’état, lui, s’est propagé à tout le tenant : RFC 9625
La RFC 9625 permet à un intérêt multicast appris dans un broadcast domain de devenir visible dans tout un Tenant Domain grâce au Supplementary Broadcast Domain. Cette portée rend le routage inter-sous-réseaux efficace; elle ne transforme pas le rapport local en autorisation…
IETF
Le proxy IGMP était juste. Les deux sources SSM étaient pourtant devenues une seule
Un état IGMPv3 parfaitement agrégé peut coexister avec une perte d'identité dans le flux qu'il autorise. RFC 5135 trace cette frontière avec une précision rare: le proxy peut représenter correctement les abonnements tandis que le NAT réécrit deux sources privées en une même…
Histoire d'Internet
Le nom du champ était normalisé. Le paiement n’était pas sécurisé : RFC 3505
Automatiser un formulaire exige de savoir où placer une adresse ou une carte. Cela ne dit toujours pas si le destinataire est digne de confiance ni si le débit aboutira.
Histoire d'Internet
Le bon était un droit dans un ensemble valide, pas un fichier : RFC 3506
Un billet de concert peut être présenté puis conservé, ou présenté puis consommé. En 2003, RFC 3506 a fait de cette différence une question d’état, pas de papier numérique.
IETF
Le BitString nommait chaque sortie. Il ne prouvait toujours pas la livraison BUM : RFC 9624
La RFC 9624 permet à une entrée EVPN de coder dans BIER les sorties visées par une trame broadcast, unknown-unicast ou multicast. Cette liste est une instruction de réplication précise; elle n’atteste ni l’exécution de chaque branche, ni la disposition au PE de sortie, ni la…
IETF
Le nom n’a jamais changé. Le gardien, le lieu et la marchandise, si : RFC 5134
Pendant sept ans, le même identifiant EPC est resté attaché au dossier d’une pièce industrielle. Un comité en a conclu que la chaîne de possession était continue. Il avait confondu la persistance d’un nom, propriété administrative protégée par RFC 5134, avec la persistance d’une…
Histoire d'Internet
Le drapeau $MDNSent disait d’arrêter. Il ne prouvait pas qu’un accusé avait été envoyé : RFC 3503
En 2003, la difficulté n’était pas d’inventer un nouvel accusé de lecture, mais d’empêcher quatre logiciels de messagerie d’en produire quatre pour le même message.
IETF
Le profil IOAM était activé. Aucun paquet n’avait encore prouvé le trajet de télémétrie : RFC 9617
Le RFC 9617 rend la configuration IOAM portable et lisible. Il ne transforme pourtant ni un booléen actif, ni un profil valide, ni une référence ACL en preuve qu’un paquet a été instrumenté, observé à chaque nœud puis reçu par un collecteur.
IETF
Le registre est désormais net. Le parc ne l’est pas forcément : la leçon de RFC 5133
Le registre IANA présente aujourd’hui une image ordonnée: le type de gestion 5 désigne la demande d’état DLC, le type 8 la requête TEI. Cette netteté est le résultat d’une réparation, non la preuve que chaque équipement l’a adoptée. RFC 5133 a supprimé une collision de code sur…
Récits
AS210057 : les deux fournisseurs de transit d'INFINITYWIFI enfin nommés — et ce que leurs propres registres révèlent
Le résumé de veille AS210057: les deux fournisseurs de transit d'INFINITYWIFI enfin nommés — et ce que leurs propres registres révèlent explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les…
Histoire d'Internet
Le RFC recensait 100 numéros. Il n’en faisait pas un système unique : RFC 3499
L’étiquette `[STANDARDS TRACK]` était volontairement imprécise: l’état pouvait changer, et le catalogue refusait de transformer une photographie en verdict permanent.
IETF
Le contact a disparu du carnet. Il n’a pas forcément été supprimé : RFC 9610
Une liste vide produit facilement une certitude excessive. Le RFC 9610 montre qu’une même ContactCard peut relever de plusieurs carnets et qu’un groupe peut conserver l’UID d’un membre devenu provisoirement introuvable.
Histoire d'Internet
La MIB se souvenait de la dernière commande. Elle ne prouvait pas que la commutation restait active : RFC 3498
Les octets K1/K2 reçus et émis pouvaient démentir une commande pourtant fidèlement conservée. RFC 3498 faisait de cette contradiction une propriété normale du système.
IETF
Le compteur a chuté, pas nécessairement le trafic : relire RFC 5132
À 14 h 03, un compteur de route multicast affichait plusieurs milliards d’octets. Au relevé suivant, il était presque revenu à zéro. Le graphique annonçait un effondrement du trafic; la ligne de la MIB avait en réalité été remplacée. RFC 5132 donne les indices pour distinguer ces…
IETF
Le réseau a préservé le chiffré. Il n’a toujours pas prouvé la session sûre : RFC 9607
Avec RFC 9607, un réseau peut reconnaître SCIP sans prétendre comprendre son trafic chiffré. Cette retenue protège l’interopérabilité; elle ne certifie ni l’identité du correspondant, ni l’achèvement de la négociation de sécurité, ni l’arrivée d’un média intelligible.
Histoire d'Internet
La séquence sur 32 bits comptait 1,485 Gbit/s. Elle ne contrôlait pas la congestion : RFC 3497
Le récepteur pouvait savoir exactement quels paquets manquaient et devoir quand même quitter la session. RFC 3497 distinguait ainsi la qualité de la preuve de la capacité du réseau.
Dossier
almazcloud.network : l'opérateur invisible sur son propre réseau
Le résumé de veille almazcloud.network: l'opérateur invisible sur son propre réseau 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 l’infrastructure. Le…
Histoire d'Internet
Le PATH demandait CBR. Il n’installait aucun ordonnanceur : RFC 3496
Le message RESV revenait sans l’objet de classe. Son succès ne répétait donc jamais la promesse CBR envoyée dans l’autre sens.
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