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 routeur qui montra de côté : garder ICMP Redirect local
Un routeur pouvait signaler un meilleur voisin sans devenir l’autorité du chemin. ICMP Redirect ne valait que dans la relation locale qui l’avait produit.
Histoire d'Internet
Le nombre devenu plus récent après zéro : comment DNS ordonne ses versions sans horloge
Dans le DNS, zéro peut venir après 4 294 967 295. Ce paradoxe apparent n’est pas une curiosité de programmeur: il permet à des serveurs faisant autorité, exploités séparément, de reconnaître une version plus récente sans partager la même horloge ni demander l’arbitrage d’un…
Histoire d'Internet
La zone qui frappa : DNS NOTIFY, IXFR et autorité à jour
Au début du DNS, un secondaire pouvait ignorer sa vétusté jusqu’au prochain contrôle. NOTIFY le réveilla; IXFR ne transmit que les différences.
Histoire d'Internet
L’adresse qu’on ne pouvait trouver qu’avec DNS : comment le glue a rompu la boucle de délégation
Une délégation DNS peut nommer le serveur qui détient la réponse sans donner au résolveur le moyen de l’atteindre. Le glue fut l’exception étroite et non autoritative qui permit de franchir ce vide sans remettre au parent les données de l’enfant.
Histoire d'Internet
L’adresse qui interrogea le câble : comment ARP rendit la joignabilité locale révisable
Une route IP peut désigner le prochain saut sans fournir l’adresse dont Ethernet a besoin. ARP combla cet intervalle par une question publique, une réponse locale et une mémoire qui ne devait jamais devenir éternelle.
Histoire d'Internet
La connexion qui devait prouver sa nouveauté : pourquoi TCP exige trois temps
Un segment peut atteindre le bon couple d’adresses et de ports tout en appartenant à une liaison déjà morte. L’ouverture TCP ne demande donc pas seulement « êtes-vous joignable ? »: elle oblige chaque extrémité à montrer qu’elle a vu le choix de séquence présent de l’autre.
Histoire d'Internet
Le paquet qui dut apprendre sa taille : comment la découverte du MTU de chemin déplaça la fragmentation vers les extrémités
L’émetteur ne voit pas le maillon le plus étroit de la route. Entre le routeur qui découpait silencieusement, le message ICMP qui signalait la limite et la sonde confirmée par le destinataire, l’Internet a déplacé la décision sans jamais confier le chemin entier à une seule…
Histoire d'Internet
Deux manières de ne rien trouver : comment le DNS a séparé NXDOMAIN de NODATA
Dans le DNS, une réponse vide n’est jamais une conclusion suffisante. Elle peut signifier qu’un nom entier manque, ou qu’un nom bien réel ne possède simplement pas le type d’enregistrement demandé. Toute l’histoire de la mise en cache négative tient dans l’effort pour ne pas…
Histoire d'Internet
L’erreur qui apprit à expirer : comment le DNS mit en cache ce qui n’existait pas
Une réponse vide n’est pas encore une preuve. Elle peut signaler un nom absent, un type d’enregistrement manquant, une panne, un silence ou une délégation à suivre. Le DNS ne put mémoriser ses échecs sans danger qu’après avoir donné au « non » un sujet précis, une autorité…
Histoire d'Internet
Le cœur qui devait cesser d’être le cœur : EGP et l’invention des systèmes autonomes
La décentralisation de l’Internet n’a pas commencé par l’égalité parfaite de ses réseaux. Elle a commencé par une séparation praticable: chaque administration pouvait garder son routage intérieur, tout en publiant une information limitée à ses voisins. EGP a rendu cette autonomie…
Histoire d'Internet
L’adresse qui a survécu à son serveur : comment MX a séparé l’identité du lieu de livraison
Une adresse électronique ressemble à une machine à contacter. Au début d’Internet, cette lecture fonctionnait souvent: le domaine après `@` désignait l’hôte SMTP. En janvier 1986, le RFC 974 constata que ce raccourci ne suffisait plus et confia à une petite donnée DNS le soin de…
Histoire d'Internet
L’horloge née du désaccord : comment NTP a produit l’heure d’Internet sans serveur souverain
Une horloge peut répondre sans hésiter et se tromper de plusieurs heures. NTP est né de cette contradiction: sur un réseau où le trajet des paquets varie et où les oscillateurs dérivent, l’heure utile ne pouvait être une simple proclamation. Elle devait rester une estimation…
Histoire d'Internet
Le Web que le CERN choisit de ne pas posséder
Le geste décisif du CERN ne fut pas seulement d’inventer un outil brillant, mais d’empêcher que son lieu de naissance devienne son guichet permanent. Le Web combina des interfaces assez modestes pour être réimplémentées, un navigateur utilisable hors du NeXT, des serveurs…
Histoire d'Internet
Entrer dans le réseau sans disposer de la meilleure ligne : la leçon de CSNET
Au début des années 1980, CSNET ne promit pas la même connexion à tous les laboratoires. Il fit quelque chose de plus praticable: relier une communauté de recherche à travers ARPANET, un service X.25 commercial et un courrier électronique par téléphone. Cette inégalité assumée…
Histoire d'Internet
La carte dessinée par des paquets expirés : comment traceroute a fait de l’échec une preuve sur Internet
Un paquet qui meurt n’est normalement qu’une perte. En décembre 1988, Van Jacobson en fit une balise: en réglant sa durée de vie pour qu’il expire un routeur plus loin à chaque essai, puis en recueillant le message d’erreur, il obtint une carte locale sans demander de carte au…
Histoire d'Internet
Le jour où l’ancien protocole perdit son réseau : le basculement TCP/IP de 1983 et la juste portée d’un ordre technique
Le 1er janvier 1983 n’a pas donné naissance à l’Internet par proclamation. Il a retiré à NCP une prestation précise sur ARPANET. Cette distinction éclaire tout l’épisode: l’échéance pouvait être ferme là où le commanditaire exploitait le réseau et répondait de la coupure…
Histoire d'Internet
La frontière IMP : quand ARPANET sépara le réseau avant que l’Internet n’apprenne à faire confiance aux extrémités
Avant TCP/IP, ARPANET avait déjà fait un choix décisif: isoler une partie du réseau dans des machines dédiées tout en laissant aux hôtes une responsabilité irréductible. L’IMP de BBN fut donc moins l’ancêtre simple d’un routeur moderne qu’une expérience grandeur nature sur la…
Histoire d'Internet
Quand un routeur annonça les réseaux des autres : AS7007 et l’échec d’une confiance sans limites
Le résumé de veille Quand un routeur annonça les réseaux des autres: AS7007 et l’échec d’une confiance sans limites explique le développement, les preuves publiques disponibles, les organisations concernées, le contexte régional, l’exposition au marché et les conséquences…
Histoire d'Internet
Le premier réseau devenu remplaçable : la retraite d’ARPANET et l’Internet qui continua
Lorsque ARPANET fut mis hors service en 1990, l’Internet ne disparut pas avec lui. Le réseau pionnier avait accompli quelque chose de plus durable que sa propre survie: la fonction d’interconnexion appartenait désormais à des protocoles, des routes et des opérateurs multiples…
Histoire d'Internet
La fenêtre qui apprit la retenue : comment TCP évita l’effondrement sans police du trafic
Face à la première grande crise de congestion, l’Internet n’a pas installé un répartiteur souverain au-dessus des réseaux. Il a appris à chaque émetteur TCP à écouter le chemin, à sonder sa capacité et à reculer avant que les retransmissions ne détruisent le débit utile.