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 751 articles
IETF
Une réponse DNS expire. La décision qu’elle transporte, parfois non
Réduire le TTL devait rendre la réorientation plus réactive. Cela a aussi donné une durée de vie à une décision prise pour l’adresse d’un résolveur, puis réutilisée par tous ses clients. RFC 3568 révèle ainsi un problème de contrôle: le cache conserve le choix, mais rarement les…
IETF
Le petit identifiant correspondait. Personne n’avait prouvé que les deux grands objets étaient les mêmes.
Deux valeurs sur seize bits étaient égales: celle annoncée par le serveur faisant autorité et celle conservée près du RRset en cache. L’équipe en a déduit que la version était identique. Elle avait comparé les étiquettes, pas encore la provenance des objets.
Histoire d'Internet
Le lien désignait une fiche sans en révéler le nom : RFC 3368
RFC 3368 voulait faire voyager un nom courant sous forme de lien. Ses deux formes URI plaçaient discrètement la question du service à deux endroits différents: l’adresse pouvait choisir un résolveur, ou laisser ce choix au client.
Histoire d'Internet
L’appel avait deux vérités : ce que disait SS7 et ce que SIP pouvait acheminer — RFC 3372
Le corps d’un message pouvait arriver intact à la bonne passerelle sans que le réseau ait pris la bonne décision; inversement, une route correcte pouvait aboutir avec une signalisation héritée inutilisable.
IETF
« maxinterleave=5 » ne réserve pas cinq cases de mémoire
Une session peut annoncer qu’elle accepte un entrelacement de cinq. Cette valeur borne ce que l’émetteur est autorisé à envoyer; elle ne montre ni la mémoire réellement réservée, ni le moment où le groupe a été reconstitué, ni la parole finalement livrée. RFC 3558 rend la limite…
Histoire d'Internet
Le protocole normalisait la question. Il laissait hors champ le choix de celui qui répond : RFC 3367
Deux navigateurs reçoivent la même expression. Ils forment tous deux une requête CNRP conforme, mais consultent des services configurés différemment. Deux ressources apparaissent. Le protocole n’a pas divergé: le choix institutionnel avait eu lieu avant son premier octet.
IETF
La réponse était signée. La publication restait au futur.
Le récepteur du parent avait authentifié la requête et renvoyé `NOERROR`. Pourtant sa phrase opérationnelle restait au futur: les nouvelles données de délégation devaient être publiées plus tard. Entre la réponse et le DNS public subsistait tout le pouvoir du système de…
Histoire d'Internet
La requête demandait l’anglais. Le service n’y voyait qu’un indice : RFC 3367
En 2002, l’IETF a normalisé une manière de poser une question très humaine: quel résultat correspond à ce nom, dans cette langue, pour ce lieu ou cette catégorie ? La RFC 3367 rendait ces préférences lisibles d’un service à l’autre, sans imposer à ces services une même définition…
IETF
Le CRC était valide. Il ne pouvait rien dire des paires restées dans le paquet perdu.
Le moteur reçoit trois paires de trames intactes, vérifie leurs CRC, puis voit un saut d’horodatage. La paire absente n’a pas échoué à son contrôle: elle n’est jamais arrivée pour être contrôlée. RFC 3557 oblige à séparer l’intégrité des unités reçues de la complétude de la…
Histoire d'Internet
L’adresse pouvait être assemblée par morceaux. Chaque morceau ajoutait un point de panne : RFC 3363
Un préfixe administré ailleurs promettait un renumérotage élégant. Il plaçait aussi cet autre administrateur dans le chemin critique de chaque réponse. La RFC 3363 raconte comment l’IETF a transformé cette promesse de production en sujet d’expérience.
Histoire d'Internet
L’étiquette nommait un flux de télécopie. Elle ne rendait pas la télécopie interopérable : RFC 3362
Un registre peut fournir le bon mot sans fournir la liaison. Avec `image/t38`, la RFC 3362 a donné à SDP un vocabulaire commun pour la télécopie en temps réel, tout en laissant la preuve du fonctionnement aux machines, au réseau et aux pages réellement reçues.
IETF
Un pair peut être authentique sans posséder toutes les adresses qu’il revendique
Une association SCTP se présente comme une seule relation, mais elle peut offrir plusieurs chemins. Dès que cette pluralité entre dans IKE, chaque adresse devient une affirmation distincte. Publié avec le statut Proposed Standard, RFC 3554 pose la question que les tableaux de…
Histoire d'Internet
La retransmission sauvait la trame. Le délai frappait tous les flux derrière elle : RFC 3366
En août 2002, l’IETF a rendu visible un petit choix de liaison comme un problème de conception pour tout l’Internet: combien de temps une trame endommagée peut-elle faire attendre les autres paquets ? Une retransmission peut réparer avant que TCP ne réagisse sur tout le chemin.…
IETF
Le parent avait publié le DS. Personne ne savait quand l’attente avait commencé.
Dans un cas opératoire construit, trois signataires affichaient le même ensemble DNSKEY et le parent servait désormais le DS combiné. Le contrôleur annonçait pourtant deux heures d’attente déjà consommées. Son horloge avait démarré à l’envoi de la demande, pas à la première…
Histoire d'Internet
Le bail nommait le proxy. Il ne prouvait pas que la signalisation fonctionnerait : RFC 3361
Dans l’option 120, un seul octet décidait si le client recevrait une porte vers un système de noms vivant ou une file d’adresses déjà ordonnée. Ce choix discret répartissait le pouvoir de modifier le prochain saut, sans jamais garantir que l’appel franchirait ce saut.
IETF
L’accusé est revenu. Le terminal n’avait pas encore reçu la rupture.
Deux horloges démarrent lorsqu’une mobilité est révoquée. La première s’arrête quand l’agent distant authentifie la révocation et renvoie son accusé. La seconde ne s’arrête que lorsque le terminal quitte effectivement l’ancien chemin. RFC 3543 organise la première avec précision…
IETF
L’administrateur DNS a publié la valeur. Personne ne lui avait montré le privilège.
Dans un cas construit, un ticket demandait d’ajouter un TXT « pour vérifier le domaine ». L’administratrice a contrôlé le nom, publié la valeur opaque et vu le ticket se fermer. Le service a ensuite activé une délégation persistante couvrant plusieurs fonctions. L’acte DNS était…
Histoire d'Internet
La liste n’avait aucune autorité. Elle empêchait pourtant deux extensions de choisir le même numéro : RFC 3359
Avant qu’un registre central crédible n’existe pour tous les TLV d’IS-IS, une simple carte commune suffisait déjà à empêcher deux équipes de donner deux sens incompatibles au même octet.
IETF
Le pair a cessé de répondre. La première requête, elle, n’était pas morte.
Le chien de garde n’a pas reçu sa réponse et le client AAA a basculé. Il a recopié sa file d’attente vers un autre agent. Ce geste rétablit un chemin, mais il n’efface pas les paquets déjà partis ni une décision qui pourrait être en train de revenir. La continuité crée alors une…
Histoire d'Internet
La trame avait passé son contrôle. Le résumé de routage pouvait encore être corrompu : RFC 3358
Une couche avait délivré un reçu valable, mais pour un objet différent. RFC 3358 a replacé le contrôle d’intégrité au point exact où le processus de routage interprétait les octets.
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