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 572 articles
Histoire d'Internet
Le nom traversait trois transports de stockage sans désigner une adresse : RFC 3980
Un équipement pouvait parler Fibre Channel, SAS et iSCSI sans devoir changer d’identité à chaque port. RFC 3980 a ouvert à iSCSI la forme NAA déjà utilisée ailleurs. Ce pont conservait le nom du nœud logique; il ne disait ni où le joindre ni si une session fonctionnait.
IETF
Quatre branches à la fois, des millions au total
Un tableau de bord peut afficher quatre branches SIP actives et rester vert toute la journée. Un autre compteur, placé juste à côté, peut pourtant approcher dix millions de requêtes terminées. RFC 5393 oblige à lire les deux. `Max-Breadth` borne le travail simultané; il rend le…
Récits
Le plan IPv6 du Botswana vise 2026. Que mesure le « 100 % » ?
Le calendrier de BOCRA fixe des objectifs IPv6 jusqu’en 2026, tandis que le programme mené avec AFRINIC documente des ingénieurs formés et des projets préparés. Pour juger l’avancement sans divulguer les dossiers confidentiels des opérateurs, il faut d’abord savoir ce que le…
ICANN
Le système de notification est prêt. Le moratoire sur les acronymes d’IGO, lui, demeure.
Le dernier registre de l’ICANN indique que le système permanent de notification des organisations intergouvernementales est achevé. Dans le même document, la mise en œuvre des protections correctives reste en cours et conditionne la libération des acronymes d’IGO réservés à titre…
IETF
La case vide n’autorisait rien : la discipline de confidentialité de la RFC 5379
Dans une matrice de traitement, une case vide peut sembler inoffensive. Pour un service de confidentialité SIP, elle pouvait pourtant séparer une protection exacte d’une réécriture arbitraire. La RFC 5379 a organisé les champs visés par chaque valeur de confidentialité et rappelé…
Histoire d'Internet
La compatibilité cachait le coût. La RFC 1263 voulait rendre visible la frontière des versions
En 1991, la question n’était pas de savoir si TCP évoluerait, mais où cette évolution prendrait place. La RFC 1263 soutenait qu’une extension rétrocompatible pouvait éviter un déploiement simultané tout en transférant la complexité dans un protocole déjà difficile à faire…
IETF
Le serveur a refusé l’appel ; le réseau a multiplié l’effort
Dans le livre de comptes d’un réseau SIP, un refus n’est pas une opération gratuite. Il faut recevoir la requête, la lire, choisir une réponse, l’émettre et parfois répéter tout le dialogue. RFC 5390 a montré qu’un serveur déjà saturé pouvait produire un 503 parfaitement conforme…
Histoire d'Internet
Le MX secondaire pouvait recevoir le message sans pouvoir joindre le primaire : RFC 3974
Le repli avait fonctionné côté expéditeur: résolution DNS, connexion TCP, remise SMTP au MX secondaire. Pourtant ce relais IPv4 ne disposait d’aucun chemin vers le primaire IPv6 où le domaine voulait rassembler son courrier. RFC 3974 a isolé ce maillon caché entre acceptation et…
IETF
Une phrase juridique devait être corrigée. Le consensus n’avait pas changé.
Une ambiguïté apparaît dans le texte d’une licence. L’objectif collectif reste intact, mais la correction est urgente. Si chaque mot juridique était figé dans un RFC, il faudrait rouvrir le document de processus pour réparer la formulation. La RFC 5377 a précisément évité cette…
Histoire d'Internet
Un nom fut réservé pour SIP et SIPS sans s’appliquer aux deux : RFC 3969
Dans RFC 3969, chaque nom de paramètre occupait une place sous SIP et sous SIPS, même lorsque son mécanisme ne concernait qu’un seul schéma. Ce doublon apparent protégeait l’unicité du sens. Il ne promettait ni applicabilité symétrique, ni implantation, ni réussite d’un appel.
Histoire d'Internet
Trente minutes pour oublier un routeur, pas pour basculer
Un routeur peut avoir disparu du lien alors que son adresse figure encore dans la liste dynamique des routeurs par défaut d’un hôte. La RFC 1256 prévoit l’expiration de cette entrée, mais son horloge par défaut vise la sobriété du réseau, pas la rapidité du rétablissement.
IETF
Deux recherches dans la PAD empêchaient une seule chute de confiance
RFC 5386 n’a pas traité l’anonymat comme une qualité résiduelle accordée après l’échec d’une identité connue. Il a imposé deux recherches logiquement distinctes dans la base d’autorisation des pairs. La première donnait priorité aux relations authentifiées. La seconde n’ouvrait…
Histoire d'Internet
Le nom était enregistré. Le terminal pouvait encore ne pas le comprendre : RFC 3968
Une ligne de registre ressemblait à une fiche d’identité: champ d’en-tête, paramètre, indicateur de valeurs fermées, références. Mais la fiche ne contenait ni le programme du terminal ni le résultat de l’appel. RFC 3968 a donné une provenance publique aux mots d’extension de SIP…
Histoire d'Internet
Le bloc a été multiplié par 16. Le transfert, non.
Dans l’essai qui accompagne la RFC 2348, un bloc TFTP de 8 192 octets réduit d’environ 80 % la durée mesurée d’un transfert. Il est seize fois plus grand que le bloc historique de 512 octets, mais le fichier n’arrive pas seize fois plus vite. Cette différence résume bien…
IETF
Le SDP a accepté la compensation. Il n’a pas identifié l’en-tête conservé.
L’offre proposait `mhc=1` et la réponse l’a accepté. Les deux extrémités partageaient donc une méthode de récupération des en-têtes JPEG 2000 perdus. Elles ne partageaient pas, pour autant, la preuve qu’un en-tête complet avait été reçu, conservé sous le bon identifiant et…
IETF
L’auteur gardait son droit; le Trust recevait une licence irrévocable
Dans RFC 5378, deux réalités que l’on oppose trop souvent coexistent. Le contributeur, ou son employeur, peut conserver le droit d’auteur sur l’apport initial. En même temps, l’acte de soumettre accorde à l’IETF Trust une licence durable et très large. Cette architecture protège…
Histoire d'Internet
Le tunnel était actif. Sa route principale ne l’était peut-être pas : RFC 3970
Un voyant « actif » résumait plusieurs chemins. Un seul chemin secondaire suffisait à maintenir le tunnel, même si le principal ne transportait rien. RFC 3970 n’a pas supprimé cette ambiguïté: il l’a rendue mesurable en séparant état global, chemins, trois versions de la route…
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.
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