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.
Dossier
Le cadenas protégeait le message, pas chaque en-tête : la frontière du RFC 9788
Une réponse peut trahir un message pourtant chiffré si le logiciel confond l’adresse visible pendant le transport avec celle que l’auteur a protégée. Le RFC 9788 transforme cette ambiguïté en une chaîne de preuves vérifiables, champ par champ.
Histoire d'Internet
Le paquet de départ demanda à tous d’oublier. Il ne pouvait pas prouver l’effacement : RFC 1868
Sur un réseau local de 1995, une réponse ARP sans adresse matérielle pouvait être parfaitement intentionnelle. Sa longueur inhabituelle portait une instruction négative: cessez de croire qu’une adresse IP se trouve derrière cet intermédiaire. Le RFC 1868 appela ce geste UNARP et…
Récits
L’API de registre d’APNIC ne relie pas explicitement chaque résultat à sa requête
Dans un contrat d’API, l’absence d’un petit champ peut déplacer beaucoup de travail. APNIC accepte des lots de créations, modifications et suppressions, puis décrit chaque résultat avec un `status` et un `message`. Le schéma public ne dit pas, en revanche, à quel élément demandé…
Histoire d'Internet
Le message avait atteint le système du partenaire. La transaction n’était pas acceptée : RFC 1865
Un accusé SMTP peut clore un transport sans clore une affaire. En 1996, le RFC 1865 expliquait aux utilisateurs de l’EDI qu’une connexion SMTP dédiée livrait directement au système du partenaire commercial et qualifiait cette livraison d’assurée. La formule décrivait une…
Dossier
Quatre bits ressemblaient à de l’IP. Ils n’en étaient pas : RFC 9790 met fin au type de charge utile deviné
Après la dernière étiquette MPLS, `0x4` invite un ancien routeur à chercher un en-tête IPv4. RFC 9790 rappelle que la ressemblance d’un champ ne lui donne pas le pouvoir de nommer le paquet.
Histoire d'Internet
Le temporisateur le plus court gagnait souvent. Le client devait encore absorber la course : RFC 1863
Trois serveurs voient arriver le même client et aucun ne le trouve encore dans les listes reçues des autres. Le RFC 1863 ne prétendait pas qu’un vote allait désigner instantanément un maître. Il faisait attendre chaque serveur selon sa charge, puis lui imposait une seconde…
Dossier
Un circuit est tombé, pas le port : le RFC 9784 et le prix d’un mauvais périmètre de panne
Un même accès physique peut porter des milliers de services virtuels. Le RFC 9784 oblige l’exploitation à identifier l’objet réellement défaillant avant d’autoriser la reprise à agir à l’échelle de son contenant.
Histoire d'Internet
Avant la connexion, l’adresse devait dire qui paierait : RFC 1681
Une règle tarifaire découverte après usage n’est plus un choix préalable. En 1994, RFC 1681 imagina qu’un serveur Gopher puisse rediriger automatiquement un appelant vers une adresse payante sans lui présenter l’avertissement attendu. La parade proposée consistait à faire porter…
Dossier
L’horodatage était plus précis. L’association devait encore survivre : RFC 9769
Le meilleur instant de départ n’est parfois connu qu’après le départ du paquet. RFC 9769 le transmet lors de l’échange suivant, au prix d’une obligation nouvelle: conserver sans ambiguïté l’histoire qui relie les deux échanges.
Dossier
La racine est valide. La preuve ne sait toujours pas nommer la feuille
Un seul bit de direction peut désigner la feuille 1, 2, 4 ou 8: tout dépend de la taille de l’arbre, valeur que la preuve ne transporte pas. Le profil SCITT pour CCF peut donc confirmer qu’une déclaration appartient à une racine signée sans établir, à lui seul, la place ordinale…
Histoire d'Internet
Le test mesurait la réserve en la dépensant : RFC 1628
Une mesure de maintenance peut modifier l’objet qu’elle prétend décrire. Dans RFC 1628, l’étalonnage approfondi d’une batterie plaçait l’UPS sur sa réserve jusqu’à un niveau de décharge choisi par le constructeur. La connaissance gagnait en confiance; la charge disponible pour…
Histoire d'Internet
Le message était livré, pas encore lu : la leçon du RFC 1861
Un accusé positif rassure parce qu’il semble fermer l’histoire. Le RFC 1861, publié en 1995 pour la radiomessagerie bidirectionnelle, faisait l’inverse: il maintenait l’histoire ouverte tant que le fait demandé n’avait pas été observé. Acceptation par la passerelle, mise en…
Dossier
Le message respectait le schéma. Il n’en devenait pas vrai pour autant : RFC 8927
Avec RFC 8927, une validation réussie dit quelque chose de précis et de limité: le JSON possède la forme annoncée. Elle ne certifie ni l’auteur, ni le droit d’agir, ni l’actualité des données, ni leur effet dans le monde.
Histoire d'Internet
Le commutateur nommait le service. Le terminal ne l’avait pas ouvert : RFC 1618
Une communication ISDN pouvait parvenir au bon numéro sans que PPP soit disponible. RFC 1618 ne traitait pas ce paradoxe comme un détail d’implémentation: le commutateur désignait une porte, tandis que l’autorisation d’ouvrir le service restait au terminal. En l’absence de…
Dossier
Le réseau local a présenté un relais MOQT sans présenter son mandat
La nouvelle version du projet de découverte MOQT sait désormais conserver le bon nom lors du contrôle du certificat, même si le DNS déplace la connexion. Sur un lien local, une question plus ancienne reste ouverte: qui a autorisé l’appareil qui se déclare relais ?
Histoire d'Internet
Le RFC de la courtoisie répartissait les responsabilités, sans créer d’arbitre mondial
En 1995, l’Internet mit ses usages par écrit tout en refusant d’en faire une loi universelle. RFC 1855 se présentait comme un document d’information, non comme une norme, et comme un minimum que chaque organisation pouvait adapter. Cette modestie juridique cachait une…
Dossier
Le client a remonté les attributs. Le serveur de métadonnées pouvait encore les vérifier : RFC 9766
RFC 9766 organise un raccourci utile dans NFSv4.2: le client peut transmettre au serveur de métadonnées ce qu’il vient d’observer sur un serveur de données. Mais le protocole préserve une distinction décisive entre recevoir un témoignage et lui conférer l’autorité.
Histoire d'Internet
La permission qui survécut à sa suppression : quand IMAP distingua la règle du droit effectif
La ligne portant le nom de Fred avait disparu de la liste du dossier partagé. Fred pouvait pourtant encore y écrire. Il n’y avait là ni magie ni nécessairement un bogue: son compte pouvait aussi appartenir à un groupe, ou bénéficier de la règle `anyone`. En faisant entrer les ACL…
Dossier
La deuxième approbation pouvait être préparée avant la signature de la première
La version 04 d’EP-QUORUM corrige une faille instructive: la chaîne dite forte reliait auparavant des contextes que l’on pouvait tous fabriquer avant la moindre signature. Désormais, chaque approbation dépend de la preuve précédente achevée. La causalité cryptographique…
Dossier
Un nom durable, une nouvelle route à chaque saut : RFC 9758
Dans le registre `ipn`, les petits numéros coûtent moins d’octets. Cette économie rend visible une question plus profonde: qui attribue le nom, qui choisit le chemin et qui répond lorsque le destinataire n’est plus là ? RFC 9758 refuse d’accorder ces trois pouvoirs au même…