Horizon temporel
Pluriannuel
Dans la facette Horizon temporel, les analyses à horizon temporel Pluriannuel sont organisées selon la période pendant laquelle un signal devrait rester pertinent. La page aide à distinguer les changements opérationnels immédiats des évolutions à plus long cycle — gouvernance, investissements, normes et infrastructures — qui peuvent s’étendre sur plusieurs trimestres ou années. Elle relie les hypothèses de calendrier aux preuves publiques, aux acteurs concernés, au contexte de marché, à l’exposition des clients, à la pression réglementaire et à la planification des infrastructures, afin que le lecteur puisse déterminer si un développement est urgent, stratégique ou encore en attente d’éléments de confirmation. Elle explique aussi comment l’horizon temporel modifie le sens d’un signal, quelles organisations peuvent être exposées et quelles décisions d’infrastructure appellent une action à court terme ou un suivi à long terme.
NPNOG
Deux heures en ligne : ce que l’expérience pandémique de npNOG a changé pour l’accès
Le 9 décembre 2020, npNOG a maintenu un programme technique public en le faisant passer en ligne. Les pages officielles étayent un résultat plus précis que ne le suggère souvent le vocabulaire de l’inclusion numérique: personne n’avait à se déplacer vers un lieu physique désigné…
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…
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…
IETF
Eric Rescorla et le ClientHello chiffré qui ne pouvait pas nommer le serveur
Chiffrer le premier message TLS retire un indice très visible. Cela ne transforme pas la poignée de main restante en registre d’identité. La RFC 9849, rédigée collectivement par Eric Rescorla, Kazuho Oku, Nick Sullivan et Christopher A. Wood, dessine une enveloppe de…
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…
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…
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…
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…
IETF
Deborah Brungard et le profil de transport qui ne choisissait pas un réseau
Une exigence de normalisation peut rendre une capacité disponible sans choisir le réseau qui l'emploiera. La RFC 5654, éditée notamment par Deborah Brungard, décrit les exigences d'un profil de transport MPLS. Elle trace surtout une limite: les exigences portent sur le…
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…
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…
Histoire d'Internet
Le compteur disait « total ». Les rejets d’abonnement étaient ailleurs : RFC 1304
Un compteur peut paraître achever le diagnostic avant même que l’enquête commence. Dans RFC 1304, le total des erreurs SIP avait pourtant une frontière soigneusement tracée: certaines anomalies de protocole entraient dans ce nombre, les erreurs d’adressage occupaient d’autres…
Histoire d'Internet
Le tunnel transportait le paquet, mais l’erreur perdait la question : RFC 1241
L’invisibilité d’un tunnel fonctionne mieux quand tout va bien. RFC 1241 l’avait compris dès 1991: le datagramme intérieur pouvait traverser un espace de routage distinct sans que sa source le sache, tandis qu’un message ICMP de retour ne contenait plus le paquet qui avait…
NPNOG
Dates incohérentes, listes vides et diapositives manquantes : npNOG peut-il préserver sa mémoire ?
Les sites publics de npNOG conservent une partie précieuse de l’histoire technique de la communauté, mais ils affichent aussi des dates incompatibles, des promesses de publication restées ouvertes et des pages dont la structure ne contient plus les données annoncées. Une absence…
Histoire d'Internet
L’arc MIB a changé, les fournisseurs ont dû adapter leurs implémentations : RFC 1239
Un identifiant administratif paraît immobile jusqu’au jour où un parc entier en dépend. RFC 1239 tient en deux pages, mais son constat est celui d’une dette déployée: cinq MIB reçurent de nouvelles adresses numériques, et une promotion normative pouvait alors imposer une révision…
Tendances institutionnelles – Amérique du Nord
Le rachat d’AtaiBeckley par Lilly passe par deux verrous en septembre, puis sept ans de droits conditionnels
Le calendrier ne s’arrête pas le jour où l’action AtaiBeckley disparaît. Il commence par un vote le 8 septembre, traverse un délai australien censé expirer le 10, puis se prolonge jusqu’à sept ans après la clôture. Entre ces dates, la nature du droit change: l’actionnaire reçoit…
Histoire d'Internet
Le maître disait « accepté » ; les applications n’avaient annoncé aucun résultat : RFC 1301
Dans RFC 1301, chaque nouveau paquet emportait un petit registre du passé. Douze cases résumaient douze messages antérieurs: accepté, en attente ou rejeté. Ce registre n’était pourtant pas une liasse d’accusés de réception signés par les destinataires. Un seul maître fixait le…
Histoire d'Internet
L’agent parlait d’une voix, le sous-arbre avait un autre maître : RFC 1227
Une station d’administration interrogeait un agent SNMP unique. À l’intérieur de l’hôte, pourtant, plusieurs processus pouvaient se partager l’arbre et produire les réponses. RFC 1227 fit de cet écart une architecture: le point visible restait stable, tandis que l’origine locale…
Tendances centres de données Amérique du Nord
Le PPA de 396 MW entre Fervo et Google sera livré en quatre tranches, avec une clause de remboursement derrière l’option de 600 MW
La clause la plus révélatrice de l’accord ne promet pas un mégawatt supplémentaire. Elle précise qui paierait si Fervo Energy ne présentait pas à Google l’offre d’extension convenue. Le contrat ferme porte sur 396 MW, répartis en quatre livraisons de 99 MW. Les quelque 600 MW…
Histoire d'Internet
Le trap disait 0.0.0.0 ; l’enveloppe portait l’adresse : RFC 1298
Un message peut laisser vide la case où l’on attend son expéditeur sans être anonyme pour celui qui le reçoit. Dans RFC 1298, le Trap-PDU SNMP transporté par IPX devait inscrire `0.0.0.0` dans `agent-addr`. L’adresse utile venait de l’enveloppe de transport. Ce déplacement…