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 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 739 articles

IETF
Le reçu d’enregistrement proposait une route, pas un alibi
Dans SIP, une réponse REGISTER réussie peut apprendre au terminal une suite de relais de service. RFC 3608 organise cette découverte. Il ne permet pas de transformer la suite mémorisée en preuve du trajet, de l’exécution du service ou du résultat d’une communication ultérieure.

Histoire d'Internet
Une seule étiquette manquante annulait tous les groupes : RFC 3388
Les quatre lignes média restaient lisibles, mais l’absence d’un seul nom suffisait pour retirer à l’application le droit d’interpréter leurs relations.

Histoire d'Internet
Les réunions de la 3GPP2 étaient ouvertes ; ses listes, non : RFC 3131
En juin 2001, le RFC 3131 dessinait une carte singulière de la participation: toute personne intéressée pouvait assister à une réunion de 3GPP2, mais les listes techniques du groupe n'étaient pas ouvertes au grand public. Le pont proposé n'effaçait pas cette frontière. Il…

IETF
Deux notifications portaient la même heure. Le système devait encore choisir.
Deux éditeurs indépendants avaient produit exactement la même paire d’horloge. Le tri réclamait pourtant un premier. Ajouter l’identité d’un éditeur résolvait l’égalité, mais n’inventait ni message échangé, ni dépendance causale.

IETF
Le calcul annonçait une recherche complète. Aucun registre ne montrait le travail.
Additionner des débits ne suffit pas à démontrer qu’un espace a été parcouru sans trous ni doublons. RFC 3607, document Informational de 2003, proposait un modèle historique de cryptanalyse distribuée à l’échelle d’Internet. Son scénario éclaire un risque de concentration de…

Histoire d'Internet
La file savait différencier les paquets. L’opérateur n’avait toujours pas défini le service : RFC 3387
Une file prioritaire produit un ordre de départ observable; elle ne dit pourtant ni ce qui a été vendu, ni qui l’a autorisé, ni comment un autre réseau devra l’honorer.

Histoire d'Internet
La couche inférieure récupérait d’abord. La couche supérieure devait attendre : RFC 3386
Quand une même rupture devient visible à l’optique, au transport, à MPLS puis à IP, la rapidité de chaque mécanisme peut produire une mauvaise décision collective.

IETF
Le son passait. Le chemin de contrôle restait noir.
Une conversation peut être audible alors que son retour RTCP n'atteint jamais le destinataire annoncé. RFC 3605 a permis d'inscrire dans SDP un port de contrôle séparé lorsque la traduction d'adresses détruit l'ancienne règle des ports voisins. Cette inscription répare une…

Histoire d'Internet
La somme faisait 32 bits. Le modèle d’erreur décidait ce qu’ils valaient : RFC 3385
Deux champs de quatre octets pouvaient occuper la même place sur le fil sans fournir la même preuve que les données de stockage étaient intactes.

Histoire d'Internet
Le préfixe IPv6 changeait, pas l’identifiant : RFC 3041
En 2001, IPv6 permettait à un appareil de construire une adresse sans solliciter de serveur DHCP. Mais changer de réseau ne modifiait pas nécessairement la partie qui pouvait suivre la même interface. RFC 3041 a proposé des adresses temporaires pour rendre ce rapprochement plus…

IETF
Le champ disait « numéro ». La chaîne donnait aussi des ordres.
Dans RFC 3601, un tiret n’agit pas, mais une seule lettre peut demander à l’équipement d’attendre une tonalité. Cette différence minuscule suffit à faire échouer une migration apparemment propre: une valeur peut ressembler à une adresse téléphonique tout en embarquant des pauses…

Histoire d'Internet
Le bail DHCP distribuait aussi des routes : RFC 3442
En décembre 2002, une option DHCP a donné au bail une portée supplémentaire: transmettre au client les routeurs à utiliser pour des préfixes sans classes.

Histoire d'Internet
Les répliques convergeaient. La valeur perdante devait pourtant être conservée : RFC 3384
Un annuaire distribué pouvait afficher partout la même réponse et avoir néanmoins échoué s’il avait détruit la trace d’une modification légitime écartée en chemin.

IETF
Deux validateurs ont laissé deux versions. La dernière n’a pas effacé le désaccord.
Un cycle de détection peut conserver plusieurs annotations d’une même anomalie. Cette succession est utile seulement si la nouvelle version n’efface ni l’ancienne décision, ni ses preuves, ni les actions qu’elle a déjà déclenchées. Le dernier état n’est pas automatiquement la…

Histoire d'Internet
L’extension avait un identifiant. Le registre décidait comment elle pouvait entrer : RFC 3383
LDAP ne grandissait pas seulement parce qu’il restait des nombres libres, mais parce que chaque espace commun imposait un degré de coordination adapté au coût d’une collision.

IETF
Le billet avait disparu ; la remise en service n’avait pas commencé
Une fenêtre de maintenance peut effacer correctement des billets conservés dans un équipement et pourtant échouer comme opération de rétablissement. La RFC 3594 décrit un ordre local, transmis par DHCP. Elle ne livre ni nouveau billet, ni nouvelle association de sécurité, ni…

Histoire d'Internet
L’atelier a clarifié les termes. Il n’a pas fourni les correspondances : RFC 3444
Un atelier de l’IRTF a posé une distinction utile à la gestion des réseaux: le modèle d’information décrit ce que l’on gère; le modèle de données précise comment une implémentation le représente. Entre les deux, il restait des correspondances à définir.

Histoire d'Internet
La collection gardait ses membres ensemble. Elle ne conservait pas leur ordre : RFC 3382
Le protocole pouvait préserver l’appartenance à un même ensemble sans transformer la place d’un élément en identité durable.

IETF
Deux flux sans lien sont tombés dans le même seau
FQ-PIE isole des flux au moyen d’une table finie: le hachage choisit une file, PIE règle son signal de congestion et un ordonnanceur distribue le service. Une collision reste pourtant possible. Le numéro de file décrit une décision locale, pas une identité commune ni une équité…

IETF
La réponse est passée ; la prochaine requête n’avait toujours pas de route
Un `200 OK` peut revenir jusqu’au téléphone et ne rien promettre sur la requête suivante. La RFC 3581 permet au serveur SIP de répondre vers l’adresse et le port source qu’il vient d’observer. Elle répare le trajet d’une transaction à travers la traduction d’adresses; elle ne…
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