Aller au contenu principal

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.

Le repli était écrit. Les serveurs en service cassaient encore la session : RFC 1425

Histoire d'Internet

Le repli était écrit. Les serveurs en service cassaient encore la session : RFC 1425

La compatibilité devait tenir en deux salutations. Le client essayait `EHLO`; le serveur ancien répondait qu'il ne connaissait pas ce mot, gardait la ligne ouverte, puis acceptait `HELO`. Ce passage propre figurait dans la RFC 1425. Dix-sept mois plus tard, la RFC 1651 dut…

2 sept. 2026
Le raccourci servait à l’affichage. L’adresse conservée devait lui survivre : RFC 1278

Histoire d'Internet

Le raccourci servait à l’affichage. L’adresse conservée devait lui survivre : RFC 1278

Une interface peut être claire aujourd’hui et indéchiffrable demain. RFC 1278 en avait fait une contrainte d’architecture: sa chaîne de Presentation Address était destinée aux humains, surtout aux administrateurs, et non au stockage interne. Elle pouvait employer des noms DNS et…

2 sept. 2026
Le courrier restait lisible. Chaque réécriture devenait le problème du vérificateur : RFC 1421

Histoire d'Internet

Le courrier restait lisible. Chaque réécriture devenait le problème du vérificateur : RFC 1421

Un texte en clair possède une autorité trompeusement immédiate. L’œil le reçoit avant que le logiciel ait reconstruit les octets signés, retrouvé la clé et comparé le contrôle d’intégrité. Avec `MIC-CLEAR`, RFC 1421 acceptait volontairement ce décalage: le destinataire pouvait…

2 sept. 2026
Le plan fut publié avant le résultat. L’annonce pouvait modifier l’échantillon : RFC 1273

Histoire d'Internet

Le plan fut publié avant le résultat. L’annonce pouvait modifier l’échantillon : RFC 1273

Un avis impossible à livrer ne vaut ni consentement ni refus. Dans les essais décrits par RFC 1273, près de la moitié des courriels adressés aux administrateurs revinrent à l’expéditeur, tandis que l’annonce consommait davantage de trafic et de temps administratif que la mesure.…

2 sept. 2026
Le service de noms tomba en panne ; l’agent pouvait encore répondre : RFC 1419

Histoire d'Internet

Le service de noms tomba en panne ; l’agent pouvait encore répondre : RFC 1419

Une station d’administration connaissait le nom d’un équipement et gardait son adresse de la veille. Si la recherche du nom échouait le lendemain, elle pouvait encore envoyer un datagramme à cette ancienne adresse. L’équipement visé répondrait peut-être. Mais un autre aurait…

2 sept. 2026
La session est morte. La mémoire des routes est devenue une exception explicite : RFC 1267

Histoire d'Internet

La session est morte. La mémoire des routes est devenue une exception explicite : RFC 1267

Un UPDATE vide peut constituer une preuve. Dans le redémarrage gracieux de BGP, ce message ne dit pas qu’une route fonctionne; il ferme l’incertitude sur la fin de la table initiale d’une famille d’adresses. Cette ponctuation tardive éclaire le principe posé dès RFC 1267: une…

2 sept. 2026
Le RFC disait VAR pour zéro ; le code en service y lisait VALUE : RFC 1408

Histoire d'Internet

Le RFC disait VAR pour zéro ; le code en service y lisait VALUE : RFC 1408

Une erreur de protocole n’est pas toujours un paquet rejeté. Elle peut produire deux messages parfaitement plausibles, selon la table que possède le lecteur. Avec l’option Telnet ENVIRON, l’octet zéro désignait le début d’un nom de variable dans RFC 1408, tandis que…

2 sept. 2026
Le rapport comptait 56 routeurs. Il refusa de faire du cas extrême la norme : RFC 1266

Histoire d'Internet

Le rapport comptait 56 routeurs. Il refusa de faire du cas extrême la norme : RFC 1266

Sept routeurs disparaissent lorsqu’on passe d’une phrase à la suivante. La RFC 1266 en recense d’abord 56 dans sept systèmes autonomes, puis précise que 49, répartis dans six systèmes, appartiennent à l’Internet en exploitation. Les sept autres sont ceux du réseau d’essai T3…

2 sept. 2026
Le graphe pouvait voyager, à condition d’emporter son histoire de mesure : RFC 1404

Histoire d'Internet

Le graphe pouvait voyager, à condition d’emporter son histoire de mesure : RFC 1404

Deux centres d’exploitation pouvaient afficher le même mot, « pic », sans avoir mesuré le même phénomène. RFC 1404 répondit moins par un dessin commun que par une discipline de mémoire: conserver l’intervalle réellement observé, la période d’agrégation, la ressource suivie et la…

2 sept. 2026
Le tag pouvait avouer qu’il avait oublié le chemin : RFC 1403

Histoire d'Internet

Le tag pouvait avouer qu’il avait oublié le chemin : RFC 1403

Un résumé de trente-deux bits peut signaler qu’une histoire existe; il ne peut pas toujours la raconter. RFC 1403 transforma cette limite en règle d’autorité. Lorsqu’OSPF ne conservait plus le chemin dont BGP avait besoin, un routeur de bord ne devait ni le deviner ni le…

2 sept. 2026
ARTEMIS et la minute entre une alerte BGP et une réponse sûre

Entreprises institutionnelles mondiales

ARTEMIS et la minute entre une alerte BGP et une réponse sûre

ARTEMIS associe les observations BGP publiques aux intentions de routage de l’opérateur afin de classer rapidement les annonces suspectes et d’y répondre. Le projet révèle aussi une difficulté majeure: lorsque la visibilité est partielle et qu’une contre-annonce peut causer des…

2 sept. 2026
Le relais a retouché le message : il était devenu passerelle — RFC 1344

Histoire d'Internet

Le relais a retouché le message : il était devenu passerelle — RFC 1344

Modifier un seul pixel n’est pas transporter. En juin 1992, RFC 1344 plaça cette différence au centre du courrier multimédia: un intermédiaire pouvait réduire un fichier, déplacer une référence ou protéger des caractères fragiles, mais il ne pouvait plus se décrire comme un tuyau…

2 sept. 2026
Le banc d’essai pouvait montrer un avenir. Il ne pouvait pas décider du réseau public : RFC 1259

Histoire d'Internet

Le banc d’essai pouvait montrer un avenir. Il ne pouvait pas décider du réseau public : RFC 1259

Un quartier pilote peut révéler une rue mal dessinée, un tarif impraticable ou un service que personne n’avait prévu. Il ne représente pas pour autant toute la ville. En 1991, la RFC 1259 plaça le NREN dans cette position: un terrain d’apprentissage pour la technique et les…

2 sept. 2026
Le réseau ne devait pas battre la mesure. Le récepteur la reconstruisait : RFC 1257

Histoire d'Internet

Le réseau ne devait pas battre la mesure. Le récepteur la reconstruisait : RFC 1257

Une image vidéo peut parvenir trop tôt, la suivante presque à la limite, puis les deux s’afficher à cadence régulière. En 1991, la RFC 1257 fit de cet écart une question d’architecture: le réseau devait fournir une capacité et une borne de délai, tandis que le récepteur assumait…

2 sept. 2026
Le compteur survivait. Le paquet, lui, recevait une nouvelle vie : RFC 1326

Histoire d'Internet

Le compteur survivait. Le paquet, lui, recevait une nouvelle vie : RFC 1326

Un compteur de sauts peut encore exister sans plus limiter le voyage. Il suffit de l’enfermer dans une enveloppe que les routeurs suivants ne lisent pas, puis d’ajouter à cette enveloppe un compteur neuf. RFC 1326 a montré en 1992 comment deux mécanismes d’encapsulation, utiles…

2 sept. 2026
L’analyse ne pouvait pas remplacer le réseau d’essai : RFC 1245 et RFC 1246

Histoire d'Internet

L’analyse ne pouvait pas remplacer le réseau d’essai : RFC 1245 et RFC 1246

En juillet 1991, le dossier d’OSPF Version 2 fut publié sous trois formes distinctes: une spécification, une analyse et un rapport d’expérience. Cette séparation empêchait une estimation de se faire passer pour une mesure, ou une séance d’interopérabilité pour un déploiement…

2 sept. 2026
Le centre gardait la question. Il ne commandait pas le réseau : RFC 1302

Histoire d'Internet

Le centre gardait la question. Il ne commandait pas le réseau : RFC 1302

Un dossier d’assistance peut rester sous la responsabilité d’un centre alors que la réponse, l’expertise et l’action circulent entre plusieurs institutions. En 1992, le RFC 1302 a organisé cette continuité sans inventer une autorité centrale. Le NIC devait accompagner la demande…

2 sept. 2026
ARTEMIS et la minute entre l’alerte BGP et une réponse sûre

Entreprises institutionnelles mondiales

ARTEMIS et la minute entre l’alerte BGP et une réponse sûre

ARTEMIS compare les observations BGP ouvertes à la vision locale du routage autorisé afin de classer et traiter plus vite les annonces suspectes. Mais lorsque la visibilité est incomplète et qu’une contre-annonce peut elle-même causer des dommages, la rapidité n’est utile que si…

2 sept. 2026
La MIB a dû redessiner qui pouvait modifier AppleTalk : RFC 1243 et RFC 1742

Histoire d'Internet

La MIB a dû redessiner qui pouvait modifier AppleTalk : RFC 1243 et RFC 1742

Une MIB ne se contente pas d’aligner des variables: elle répartit les responsabilités. En 1991, la première MIB AppleTalk rendait modifiables plusieurs champs de routage et de zone, tout en indiquant d’où venait la configuration d’un port. Quatre ans plus tard, sa remplaçante…

2 sept. 2026
L’appareil n’a perdu aucune trame. Les autres tests restaient ouverts : RFC 1242

Histoire d'Internet

L’appareil n’a perdu aucune trame. Les autres tests restaient ouverts : RFC 1242

Un chiffre de débit sans perte ressemble à un verdict. RFC 1242 en faisait plutôt une pièce étiquetée: utile à condition de conserver la taille des trames, la charge offerte, le sens du trafic et le dispositif observé. Autour d’elle demeuraient le délai, la courbe de pertes, les…

2 sept. 2026