Domaine principal
Infrastructure
Au sein de la facette Domaine principal, l'analyse Infrastructure regroupe les articles par domaine principal afin que les lecteurs puissent suivre un périmètre précis de l'infrastructure Internet, de la gouvernance, des marchés de connectivité ou du capital numérique. Cette page rassemble les articles associés, les preuves publiques, les institutions, les entreprises, les personnes, l'exposition régionale, les dépendances opérationnelles et le contexte de marché qui pourraient sinon être répartis entre différentes pages de catégories. Elle explique le domaine, la classe d'acteurs probable, le contexte de marché ou de gouvernance, ainsi que les sources que les lecteurs devraient utiliser pour comparer les signaux. Opérateurs, analystes et lecteurs de gouvernance peuvent voir comment un même domaine se manifeste à travers les événements, les profils, les évolutions de marché, les preuves issues de sources publiques, les dépendances régionales et les décisions d'infrastructure à plus long cycle au fil du temps.
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é…
Histoire d'Internet
La ligne s’est tue. La route est restée joignable : RFC 1581
Sur un réseau commuté à la demande, une ligne silencieuse pouvait être une économie réussie. Les RFC 1581 et 1582, publiés en février 1994, ont cherché à libérer les circuits X.25 et RNIS du bavardage périodique de RIP. Une fois les appels inactifs refermés, la dernière route…
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…
Histoire d'Internet
L’inconnu devenait une pièce jointe : la prudence de RFC 1806
Un logiciel de courrier pouvait recevoir un ordre de présentation qu’il ne connaissait pas. RFC 1806 ne lui demandait ni d’improviser ni d’exécuter l’intention distante: elle lui demandait de rabattre l’inconnu vers une pièce jointe. Ce petit choix révèle toute l’architecture de…
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…
Récits
La fibre de RIPE NCC est revenue en quelques minutes. RIPE Access a mis près d’une demi-heure à se rétablir
Le compte rendu du 27 mai ne décrit pas une panne interminable de fibre. Il dit que la coupure a duré quelques minutes, que le retour s’est fait automatiquement, puis que le rétablissement complet a pris environ trente minutes. Ce décalage est le fait intéressant: une liaison…
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
Trois options Telnet ont fait un terminal. Aucune n’a nommé la session : RFC 1576
Tout semblait prêt: un type de terminal avait été choisi, les octets passaient en binaire et chaque bloc possédait une fin. Pourtant, le client ne connaissait toujours pas l’unité logique que la passerelle lui avait attribuée, ni le résultat du traitement du bloc précédent. La…
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…
Histoire d'Internet
Le filtre semblait lisible. Le serveur a exécuté un prédicat : RFC 1558
Une parenthèse, une esperluette ou une étoile peuvent donner à une ligne l'allure d'une convention typographique. Dans le filtre LDAP décrit par la RFC 1558, elles distribuaient pourtant le pouvoir de sélectionner: conjonction, alternative, négation, présence ou sous-chaîne. Le…
Dossier
Une attestation SLSA est un élément de preuve, pas la décision d’acceptation
Une attestation de provenance SLSA peut décrire avec précision un artefact et la construction dont il provient. Cette précision est précieuse. Elle ne choisit pourtant ni les constructeurs auxquels un vérificateur accorde sa confiance, ni les paramètres attendus pour un paquet…
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.
IETF
Une trame QUIC STREAM porte une plage d’octets, pas un message applicatif
Une trace peut montrer une trame STREAM complète sans prouver qu’une requête applicative est complète, analysée, acceptée, traitée ou durablement enregistrée.
IETF
Une alarme MPLS peut supprimer le bruit client sans prouver la défaillance du serveur
Un AIS peut supprimer les alarmes en cascade du client alors que son indicateur L reste à zéro: la suppression d’alarme ne prouve donc pas une défaillance du serveur. Le serveur ou le nœud intermédiaire peut émettre l’indication dans les LSP clients affectés, mais le MEP…
IETF
RFC 9917 permet à l’autre extrémité d’écarter le chemin aller
Un lien peut sembler sain là où le trafic part, mais dégradé là où il arrive. Le RFC 9917 transforme cette observation de l’extrémité distante en signal de politique: un seuil défini par l’opérateur peut placer un Extended Administrative Group sur l’arête inverse et permettre de…
Histoire d'Internet
L’octet qui a changé de contrat : du TOS IPv4 à DSCP et ECN
Un même emplacement dans l’en-tête IPv4 a successivement porté des préférences de service, un choix de type de service, un sélecteur de comportement par saut et un signal explicite de congestion.
Histoire d'Internet
Le nom semblait complet. Le résolveur le réécrivait encore : RFC 1535
L’administrateur de `EDU.COM` n’avait reçu aucune instruction de l’utilisateur qui avait saisi `UnivHost.University.EDU`. Pourtant, un résolveur pouvait fabriquer `UnivHost.University.EDU.COM.`, interroger cette autre branche et accepter sa réponse avant de demander le nom…
IETF
RFC 9916 trace la limite des données précoces PCEPS
Un contrôleur PCE peut économiser un aller-retour de négociation tout en provoquant un incident plus grave si des données de contrôle de chemin sont acceptées avant la fin sûre de la négociation. RFC 9916 fixe cette limite: préférer la version TLS prise en charge la plus récente…