Domaine principal
Infrastructure Internet
Au sein de la facette Domaine principal, l'analyse Infrastructure Internet 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.
Histoire d'Internet
Le champ que les routeurs pouvaient lire sans connaître le flux : le Flow Label IPv6
Une valeur doit rester constante pour les paquets d'un même flux, tout en se répartissant largement entre des flux différents. C'est dans cette tension — stabilité locale, dispersion globale — que le Flow Label IPv6 trouve son utilité. Il ne dit pas quelle application parle; il…
Histoire d'Internet
Le champ vide qu’il fallait mériter : comment l’aperçu NNTP a rendu l’absence crédible
Deux tabulations se suivent dans une ligne d’aperçu. Ce vide peut dire « l’article ne contient pas ce champ » ou « l’index ne l’a jamais enregistré ». Pour un lecteur rapide, la différence est décisive. NNTP n’a pas confié le sens au seul tableau: le serveur devait publier le…
Histoire d'Internet
L’horodatage pris avant la recherche : pourquoi NEWNEWS préférait les doublons aux articles perdus
Dans une relève bien tenue, on ne déplace pas la borne après avoir commencé à regarder. NNTP en a fait une procédure précise: relever d'abord l'heure du serveur, interroger ensuite depuis l'ancien point de reprise, puis seulement adopter la nouvelle borne. Le chevauchement…
Histoire d'Internet
Le relais qui ajouta du contexte en coupant le message
Un paquet presque plein arrivait sans horodatage reconnaissable. Pour le rendre exploitable, le relais syslog devait lui ajouter son heure locale et, si possible, le nom de la machine qu’il croyait avoir devant lui. Mais l’enveloppe restait limitée à 1 024 octets. Le contexte…
IETF
Clarence Filsfils et la liste de segments qui partage désormais une adresse
Compresser un en-tête paraît d'abord relever de l'arithmétique. Dans RFC 9800, le véritable enjeu est pourtant documentaire: pour supprimer les bits répétés, la source doit savoir exactement quelle partie d'un SID est commune, quelle partie désigne le nœud et la fonction, et…
Histoire d'Internet
La connexion qui survécut à sa propre conversation : le reset de STARTTLS dans NNTP
Le câble reste le même. Pourtant, après le passage à TLS, le groupe sélectionné, la position dans les articles et la liste des capacités ne valent plus. NNTP a fait d’un geste rarement mis en avant — oublier — une condition de la sécurité.
Histoire d'Internet
Le flux qui recommença sans fermer l’association
Le flux devait redevenir neuf, alors que ses anciens messages n’avaient peut-être pas tous quitté le réseau. SCTP ne pouvait résoudre ce paradoxe en remettant simplement un compteur à zéro: un paquet retardé aurait alors pu passer pour le premier message d’une nouvelle époque. La…
Histoire d'Internet
Le lien resté ouvert après avoir rejeté un protocole
Un quai peut refuser une cargaison sans fermer le port. PPP a inscrit cette différence dans son langage de contrôle: deux équipements pouvaient avoir un lien ouvert tout en n’acceptant pas exactement le même ensemble de protocoles. Le message Protocol-Reject isolait le refus…
Histoire d'Internet
L’article refusé avant même que le serveur n’en voie le corps : comment IHAVE a séparé l’offre de l’acceptation
Sur une liaison lente, la question la plus économique n’était pas « puis-je vous envoyer cet article ? », mais « possédez-vous déjà cet identifiant ? ». NNTP a construit autour de cette économie une distinction plus profonde. Demander le corps évitait un doublon; cela ne…
Histoire d'Internet
L’adresse devenue ancienne avant de mourir
Lors d’un déménagement, une ancienne adresse peut cesser de recevoir les nouvelles commandes tout en restant nécessaire pour les colis déjà partis. IPv6 a inscrit cette nuance dans l’autoconfiguration: une adresse peut être déconseillée pour les nouvelles communications sans être…
Histoire d'Internet
L’accusé de réception arrivé avant la réponse
Dans un appel, une annonce peut commencer alors que personne n’a encore décroché. Le protocole doit alors conserver plusieurs vérités à la fois: une étape provisoire a été signalée, des paramètres de média ont peut-être été négociés, du son a peut-être circulé, mais l’invitation…
Histoire d'Internet
La liste qui décrivait toute une hiérarchie sans pouvoir imposer sa copie : comment checkgroups a séparé rapprochement et propriété
Dans une liste ordinaire, un nom absent peut avoir été oublié. Dans un message Netnews `checkgroups`, cette absence pouvait au contraire demander le retrait d’un groupe — mais seulement parce que la liste devait être exhaustive, son périmètre explicite et sa version ordonnée.…
Histoire d'Internet
Le mappage que l’hôte pouvait demander, mais que la passerelle continuait de maîtriser : PCP
Dans PCP, la durée n’est pas un détail ajouté à la fin du message: elle dit qui détient réellement l’état. L’hôte peut demander l’ouverture; tant que la passerelle n’a pas répondu, choisi et daté ce qu’elle accepte, il ne possède encore rien.
Histoire d'Internet
L’erreur qui s’expliquait sans changer la réponse
À l’écran, deux résolutions affichent le même `SERVFAIL`. Dans la première, aucun serveur faisant autorité n’a pu être joint. Dans la seconde, les données sont arrivées, mais leur preuve DNSSEC n’a pas tenu. RFC 8914 a permis de transporter cette différence sans faire du…
Histoire d'Internet
Le groupe qui existait dans un message mais pas sur chaque serveur : comment newgroup sépara la déclaration de l’adoption locale
Dans Netnews, un nom de groupe pouvait traverser le réseau avant d’exister dans le catalogue d’un serveur. Le message `newgroup` proposait une modification administrative portable; il ne remplaçait ni l’authentification de son émetteur ni la décision du dépositaire local.
Histoire d'Internet
L’en-tête qui ouvrait la porte sans authentifier l’approbateur : comment Approved a séparé modération et qualité d’auteur
Un article Usenet pouvait conserver le nom de son auteur tout en transportant l’autorité éditoriale d’une autre personne. `Approved` rendait cette autorisation lisible par les relais, mais une adresse inscrite dans l’article ne prouvait pas qui l’avait ajoutée. La confiance…
Histoire d'Internet
Le message qui préféra l’échec au texte clair
Comment signaler à un administrateur que son certificat de messagerie est cassé si la politique imposée par ce même certificat bloque le signalement ? REQUIRETLS a traité ce paradoxe tout en donnant à chaque message un pouvoir plus général: interdire qu’un relais transforme un…
Histoire d'Internet
La révision qui ne pouvait pas rappeler son prédécesseur : comment Supersedes a séparé remplacement et effacement
Sur Usenet, corriger un article et faire disparaître l’ancienne version relevaient de deux pouvoirs différents. `Supersedes` permettait à une nouvelle publication de circuler normalement tout en demandant à chaque site de retirer un prédécesseur identifié. La correction pouvait…
Histoire d'Internet
La réponse qui ne devait pas revenir dans la même salle : comment Followup-To a séparé public et destination
Un article Usenet pouvait être lu dans plusieurs groupes tout en demandant que la réponse suivante paraisse ailleurs. `Followup-To` ne déplaçait pas l’original et ne fermait pas son public. Il proposait au logiciel une destination pour un nouvel acte de publication, que le…
Histoire d'Internet
Quitter sans effacer : le droit précis créé par IMAP UNSELECT
Un client voulait libérer une boîte aux lettres tout en restant authentifié. La commande `CLOSE`, pourtant évidente par son nom, rendait aussi définitive la suppression de tous les messages marqués `\Deleted`. `UNSELECT` a donné à la simple sortie son propre sens.