Sujet
Légitimité institutionnelle
Au sein de la facette Sujet, la veille thématique Légitimité institutionnelle rassemble des articles qui partagent un même sujet, un même signal ou un même thème de suivi. Cette page offre aux lecteurs un parcours plus riche à travers les reportages associés, les preuves issues de sources publiques, les acteurs du marché et les implications pour l’infrastructure, avec suffisamment de contexte pour comprendre pourquoi le sujet compte pour les mouvements d’entreprises, les décisions de gouvernance, l’exposition régionale et le risque opérationnel. Les lecteurs peuvent comparer les signaux récurrents, les organisations concernées, les preuves publiques, le contexte du marché, la continuité de service, les achats, la concurrence, la conformité et les questions de planification stratégique liées au sujet, au lieu de se contenter d’une liste succincte d’articles correspondants. Elle explique ce que couvre le sujet, quels acteurs ou politiques de l’infrastructure sont impliqués, quelles preuves étayent la couverture et pourquoi le sujet peut être important pour les opérateurs, les clients, les investisseurs et les lecteurs de politiques publiques.

IETF
Un « Finality Sink » ne protège pas l’API qui le contourne
Un contrôle peut être irréprochable et pourtant facultatif. C’est le cas lorsqu’un agent doit présenter une autorisation liée à l’acte sur une route, mais conserve un identifiant capable d’atteindre une seconde API. Le nouvel Internet-Draft individuel de Sangam Das décrit un «…

Dossier
Un fichier CODEOWNERS n’est pas une preuve de revue
Un fichier `CODEOWNERS` peut indiquer à GitHub vers qui orienter une demande de revue lorsqu’un chemin change. C’est une règle de routage utile. Ce n’est ni le journal d’une demande effectivement reçue, ni la preuve qu’une personne alors éligible a relu le bon diff, ni le relevé…

Dossier
Une expression de licence SPDX n’est pas un verdict de conformité
Une chaîne comme `MIT` ou `GPL-2.0-only OR BSD-3-Clause` peut passer d’un en-tête de fichier à un inventaire logiciel, puis à un dossier de livraison, sans perdre sa forme. Cette continuité est utile. Elle ne transforme pas la chaîne en avis juridique, en autorisation de…

IETF
PT-03 place son bilan de confiance dans la requête signée : le hachage ne fait pas autorité
Une personne doit décider si un agent peut poursuivre. L’écran lui présente un bilan rassurant: jugement à 0,88, autoévaluation à 0,82, tendance en hausse. L’empreinte correspond. Il manque pourtant l’information décisive: ce bilan faisait-il partie de la requête que le composant…

Dossier
Une autorisation de marque Rust n’est pas une décision du projet Rust
L’autorisation d’employer un nom ou un logo Rust peut encadrer utilement une promesse d’identité publique. Elle ne donne pas, à elle seule, une place dans le projet Rust, ne prouve pas qu’un code a été examiné, ne transforme pas un dépôt en publication officielle et ne démontre…

Histoire d'Internet
L’école était connectée. Sa politique restait à écrire : RFC 1578
En 1994, « être connecté » pouvait désigner un terminal appelant un service distant, une machine devenue hôte IP par SLIP ou PPP, un réseau local derrière un routeur, ou encore un échange différé de courrier et de nouvelles. RFC 1578 refusa de fondre ces réalités dans une…

Histoire d'Internet
Cinq bits de registre, dix-huit mois de certitude : l’expérience IPv6
Le premier format IPv6 fondé sur les fournisseurs réservait une place visible au registre, au fournisseur et à l’abonné. Dix-huit mois plus tard, le registre sortait du dessin. En 2003, la hiérarchie qui l’avait remplacé devenait à son tour historique. L’agrégation, elle, restait…

Histoire d'Internet
Quatre cents millions de requêtes, mais pas un verdict universel : Net 39
Pendant trente-huit jours de 1995, le serveur racine F a traité environ 400 millions de requêtes; nettement plus de la moitié ont atteint son interface temporaire dans le réseau 39. Cette mesure donnait au nouvel adressage une réalité que ne possédait aucun schéma sur papier.…

Histoire d'Internet
Une réponse faisant autorité, mais sans aucun nom : le pari du RFC 1788
Le message le plus étrange prévu par le RFC 1788 était une réponse vide. La machine interrogée devait répondre même lorsqu'elle ne connaissait aucun nom, afin que l'absence devienne un fait explicite plutôt qu'un long silence. Cette élégance locale ne suffit pourtant pas à créer…

AFNOG
L’invitation partielle d’AfNOG ouvre l’entrée sans décrire le parcours
L’appel AfNOG de 2007 accueillait les suggestions et les manifestations d’intérêt même sans toutes les informations demandées, sans expliquer à côté comment elles se rattachaient à une proposition complète.

AFNOG
AfNOG exonère les frais d’inscription mais ne précise pas l’aide au voyage
L’appel AfNOG de 2007 indiquait que présentateurs et formateurs étaient normalement censés couvrir leur voyage tout en étant exonérés des frais d’inscription, sans préciser à côté de ce paragraphe une éventuelle voie d’aide.

AFNOG
La demande d’autorisation de reproduction d’AfNOG laisse le périmètre de la licence indéfini
L’appel à présentations d’AfNOG de 2007 demandait aux contributeurs l’autorisation de reproduire leur présentation après l’événement, notamment de la publier sur le site d’AfNOG. Cette phrase nomme deux actes envisagés, mais elle ne précise ni la durée de l’autorisation, ni son…

AFNOG
Le champ d’affiliation d’AfNOG nomme une institution sans définir la relation
L’appel AfNOG de 2007 demandait l’affiliation sans définir la relation représentée.

IETF
Le pourcentage d’avancement d’AICP ne prédit ni le succès ni un arrêt sûr
Une jauge à 80 % possède une autorité qu’elle n’a pas gagnée. Elle suggère que la réussite approche et que le cinquième restant peut encore être interrompu sans conséquence. La première version de l’Agent Infrastructure Control Protocol refuse précisément ces deux lectures. Dans…

Dossier
Un profil RISC-V est un vocabulaire de compatibilité, pas une injonction matérielle
Un profil RISC-V met les acteurs d’accord sur des mots précis; il ne transforme pas ces mots en ordre matériel universel. Il permet de désigner une surface d’instructions que matériel et logiciel peuvent viser ensemble. Il ne prouve ni ce qui est gravé dans une puce particulière…

Histoire d'Internet
La mise en forme pouvait disparaître. Le message devait rester lisible : RFC 1523
Soixante caractères au maximum pour le nom d’une commande de présentation: la limite paraît minuscule. Elle résume pourtant l’ambition de RFC 1523. Le courrier enrichi devait traverser des lecteurs inégaux sans devenir un langage de traitement de texte que seuls quelques systèmes…

AFNOG
Le champ de contact direct d’AfNOG ne précise pas ses limites de traitement
L’appel AfNOG de 2007 demandait quatre moyens de contact sans avis adjacent sur leur traitement.

IETF
Cedulon peut associer un effet à un refus sans prouver lequel est venu en premier
Deux lignes portant la même référence peuvent suffire à signaler un déséquilibre. Elles ne suffisent pas à raconter une chronologie. La révision 02 du Cedulon Decision Profile expose précisément cette limite: le vérificateur peut trouver un effet face à un refus, mais il ne…

AFNOG
Le champ de temps demandé d’AfNOG laisse son rapport à la planification inexpliqué
L’appel AfNOG de 2007 demandait la durée souhaitée sans expliquer son rapport à la planification du programme.

AFNOG
Le champ de type de proposition d’AfNOG nomme les formats sans définir leurs preuves
L’appel AfNOG de 2007 nommait trois formats sans publier de champs d’information propres à chacun.
