ESnet et le réseau qui fait fonctionner les installations scientifiques distantes comme une seule machine

Résumé

• L'Energy Sciences Network, généralement appelée ESnet, est une infrastructure de réseau scientifique de l'Office of Science du Département de l'énergie des États-Unis, exploitée par le Lawrence Berkeley National Laboratory. Ce n'est pas un opérateur commercial ni une entreprise indépendante, mais une infrastructure fédérale construite pour la science.
• ESnet6 regroupe environ 15 000 miles d'infrastructure de fibre dédiée, des systèmes optiques, du routage de paquets, des réseaux privés, une interconnexion avec les clouds et les réseaux de recherche, des outils de mesure et des services programmables. Le rapport annuel 2024 fait état de 57 Tbit/s de capacité agrégée et de 1,77 exaoctet de trafic annuel, mais ces chiffres mesurent des aspects différents du système et ne signifient pas que chaque utilisateur dispose d'un chemin de 57 Tbit/s.
• L'une des contributions les plus durables d'ESnet est peut-être son modèle d'ingénierie de bout en bout. Science DMZ, perfSONAR, iperf3, OSCARS, SENSE, High-Touch et EJFAT prennent en charge les systèmes locaux, les réservations réseau, la télémétrie et le déplacement de données en temps réel qui déterminent si la capacité du backbone se transforme en performances scientifiques utiles.
• La prochaine étape stratégique n'est pas seulement un backbone plus rapide. L'American Science Cloud, l'infrastructure de recherche intégrée, la planification d'ESnet7, le streaming d'instruments en temps réel, les réseaux sans fil de terrain et le contrôle des réseaux quantiques pointent vers un réseau qui participe directement aux workflows scientifiques. Les niveaux de maturité varient, et la planification ou les démonstrations ne doivent pas être présentées comme des services de production universels.

Un réseau scientifique, pas un fournisseur d'accès Internet grand public

La façon la plus simple de comprendre ESnet est de suivre une donnée scientifique. Un détecteur, un télescope, un microscope ou une simulation produit des informations dans un laboratoire ou une installation de recherche. Des systèmes d'acquisition locaux collectent les données, des serveurs de stockage et de transfert les préparent pour le transport, et le réseau du laboratoire les achemine vers un périmètre contrôlé.

De là, une connexion ESnet peut transporter les données à travers les États-Unis, traverser l'Atlantique, atteindre un supercalculateur du Département de l'énergie, passer par un réseau de la recherche et de l'éducation ou entrer dans un cloud commercial. Le résultat revient sous forme d'un ensemble de données analysé, d'une alerte, d'un modèle ou d'une décision sur la prochaine étape de l'expérience.

Aucune organisation ne contrôle l'ensemble de ce parcours. L'équipe de l'instrument, le réseau du laboratoire, le réseau régional de recherche, le fournisseur cloud, le partenaire international et l'installation de supercalcul peuvent appartenir à des opérateurs différents. ESnet fournit la couche longue distance orientée mission et travaille avec les autres opérateurs pour que le chemin fonctionne comme un système.

Un serveur de stockage lent, une liaison de campus congestionnée ou un pare-feu inadapté peut gaspiller la capacité d'un backbone national rapide, tandis qu'une défaillance d'ESnet peut interrompre une installation locale bien conçue.

La position institutionnelle est également spécifique. ESnet est une installation de réseau de l'Office of Science du Département de l'énergie, financée et supervisée principalement par le biais de l'Advanced Scientific Computing Research et exploitée par la Scientific Networking Division du Lawrence Berkeley National Laboratory. Le Berkeley Lab lui-même est géré pour le Département de l'énergie par l'Université de Californie, dans le cadre d'un contrat d'exploitation du laboratoire. ESnet n'a pas d'actionnaires identifiés, d'actions, de valorisation d'entreprise ou de bilan commercial indépendant.

Elle doit être décrite comme une infrastructure scientifique fédérale, et non comme une entreprise vendant des services réseau.

Les chercheurs entrent généralement en contact avec ESnet de manière indirecte. Ils utilisent un instrument, un supercalculateur, un service de laboratoire, une connexion universitaire ou un réseau collaborateur dont le trafic transite par ESnet. L'installation distingue les utilisateurs institutionnels des sites et des utilisateurs finaux, et indique qu'elle n'enregistre ni ne suit formellement chaque utilisateur final individuel. Le chiffre de plus de 30 000 utilisateurs organisationnels présenté dans le rapport annuel 2024 est donc une mesure institutionnelle datée, et non un décompte précis d'abonnés.

Ce modèle opérationnel explique pourquoi les comparaisons avec des opérateurs conventionnels sont incomplètes. ESnet exploite le routage, le transport optique et l'interconnexion, mais effectue également des examens des exigences, développe des outils open source, construit des services expérimentaux et aide les sites à corriger les problèmes de performance de bout en bout. Son produit n'est pas une connexion grand public. C'est la capacité de faire fonctionner des installations scientifiques géographiquement distribuées comme les composants d'une seule machine partagée. (Gouvernance d'ESnet;services réseau)

L'histoire commence avec des ordinateurs rares et des modems acoustiques

L'histoire officielle d'ESnet remonte au milieu des années 1970, lorsque l'informatique et les communications longue distance étaient rares. Au Controlled Thermonuclear Research Computer Center du Lawrence Livermore National Laboratory, les employés ont connecté un Control Data Corporation 6600 emprunté via quatre modems acoustiques. Les équipements et les vitesses appartiennent à une autre époque, mais le problème opérationnel reste reconnaissable: une communauté scientifique spécialisée avait besoin d'un accès à distance à une capacité de calcul trop coûteuse pour être reproduite dans toutes les institutions participantes.

Différentes communautés de recherche du Département de l'énergie ont développé leurs propres réseaux à la fin des années 1970 et au début des années 1980. La physique des hautes énergies et la recherche sur la fusion magnétique avaient des installations, des collaborateurs et des flux de données distincts, et des réseaux précurseurs comme HEPnet et MFEnet reflétaient ces frontières. Les réseaux construits pour des objectifs spécifiques étaient rationnels lorsque les services commerciaux n'offraient pas une portée, des performances ou une attention opérationnelle suffisantes.

En même temps, ils créaient une duplication: chaque programme pouvait négocier des circuits, maintenir des technologies et développer des compétences de manière indépendante, laissant la collaboration et les mises à niveau à long terme fragmentées.

La création formelle d'ESnet en 1986 a consolidé ces fonctions en un réseau scientifique plus large. Le changement était à la fois organisationnel et technique. Une installation partagée pouvait prévoir la demande de plusieurs programmes, exploiter des liaisons nationales, coordonner les connexions internationales et conserver un personnel spécialisé. Elle pouvait également transformer la capacité d'une préoccupation isolée d'un projet en un plan d'infrastructure pour l'ensemble du Département.

Le modèle initial a établi plusieurs caractéristiques encore visibles aujourd'hui. Les utilisateurs étaient définis par la mission scientifique, et non par un marché grand public. Les ordinateurs centraux et les instruments justifiaient un investissement public partagé. La conception du réseau suivait les programmes de recherche aux horizons longs. L'exploitation exigeait des professionnels capables de comprendre à la fois les systèmes de communication et les conséquences scientifiques d'une défaillance. La demande arrivait de manière irrégulière, car une seule expérience pouvait générer un trafic bien supérieur à la ligne de base habituelle.

Le Berkeley Lab avait aussi sa propre histoire en matière de réseaux. En 1974, il a connecté un CDC 6600 à l'ARPANET, et des chercheurs du laboratoire ont ensuite contribué à des travaux fondamentaux sur le contrôle de congestion du TCP. Le travail de Van Jacobson et Mike Karels appartient à l'environnement plus large du Berkeley Lab et ne doit pas être attribué uniquement à ESnet.

Le chevauchement institutionnel a toutefois été important: il a placé un réseau scientifique de production à proximité de chercheurs qui traitaient le comportement des protocoles, la mesure et la performance comme des problèmes d'ingénierie pouvant être étudiés, et non comme des conditions fixes.

L'exploitation a été transférée au Berkeley Lab en 1996. Ce changement a établi le siège actuel à côté du National Energy Research Scientific Computing Center, des chercheurs en réseaux, des ingénieurs logiciels et d'autres programmes du Département de l'énergie. Il a également renforcé une culture où une installation de production et une organisation de recherche appliquée partagent du personnel, des laboratoires et des questions techniques. (Histoire d'ESnet)

Pourquoi le réseau est devenu une installation scientifique partagée

Une installation scientifique partagée existe parce que certaines capacités sont trop coûteuses, trop spécialisées ou trop interdépendantes pour que chaque équipe de recherche les construise elle-même. Un accélérateur de particules, une source de lumière ou un supercalculateur de pointe suit cette logique. ESnet applique le même principe aux communications. Les droits de fibre longue distance, les équipements optiques, les routeurs, la capacité internationale, les opérations continues, la cybersécurité, la mesure de performance et le support d'ingénierie sont regroupés dans une seule installation qui dessert plusieurs programmes.

La justification du financement public suit la forme de la demande scientifique. Un opérateur commercial peut vendre un circuit à haute capacité, mais il ne définit généralement pas son architecture nationale en fonction d'un détecteur prévu pour démarrer des années plus tard, d'un flux associé à une supernova qui pourrait ne jamais se produire pendant la durée du contrat, ou d'un workflow à faible volume commercial et à forte valeur publique. ESnet peut construire avant que l'utilisation ne soit mesurée, parce que sa mission est de créer une capacité scientifique, et non de générer des revenus réseau à court terme.

Le modèle d'installation modifie également la manière dont la demande est identifiée. ESnet effectue des examens formels des exigences avec les programmes scientifiques du Département de l'énergie. Les chercheurs et le personnel des installations décrivent les instruments, les volumes de données, les emplacements de stockage, les destinations de calcul, les contraintes de temps, les modèles de collaboration et les goulets d'étranglement locaux sur un horizon de cinq à dix ans.

Ces résultats guident la capacité des connexions des sites, la diversité des itinéraires, les contrats transatlantiques, la recherche en orchestration et la conception des services.

Ce processus est moins visible qu'une nouvelle connexion optique cohérente, mais il peut être plus important. Un accord de spectre sous-marin, l'achat d'un routeur ou une deuxième entrée physique sur un site peut prendre des années pour être financé et déployé. Attendre qu'une expérience commence à produire des données transformerait des besoins d'infrastructure prévisibles en urgences. Les examens des exigences convertissent les plans scientifiques en temps de préparation pour l'ingénierie.

Les examens rendent également l'incertitude explicite. Les prévisions peuvent changer, les calendriers des instruments peuvent prendre du retard, les logiciels de réduction de données peuvent s'améliorer, l'utilisation du cloud peut croître et une installation peut repenser son workflow. ESnet ne traite pas une étude de cas comme une commande de trafic garantie. Elle utilise les preuves pour construire une plage d'exigences et décider où la flexibilité, la capacité de réserve ou un déploiement par étapes sont justifiés.

Le modèle évite de facturer chaque scientifique au gigaoctet. Les opérations centrales reçoivent un financement fédéral, tandis que certains coûts de connexion des sites peuvent être répartis en fonction du parrainage du programme et de la Site User Cost Policy. Cela n'élimine pas les différences d'incitation. Un programme parrain peut préférer une connexion moins chère; ESnet peut préférer une capacité et une résilience qui servent plusieurs programmes; et un site peut reporter des mises à niveau locales nécessaires pour utiliser le réseau national. La tâche de la gouvernance est d'aligner ces décisions sur les résultats scientifiques, et de ne pas permettre à chaque institution de simplement transférer les coûts vers une autre ligne budgétaire. (Comité de coordination des sites ESnet et politique de coûts;rapports d'examen des exigences)

Le Berkeley Lab exploite le système, tandis que le DOE définit la mission

ESnet n'a pas la hiérarchie d'entreprise d'un opérateur. Son autorité est répartie le long d'une chaîne de programmes fédéraux. L'Office of Science du Département de l'énergie définit la mission. L'Advanced Scientific Computing Research fournit la principale supervision programmatique et budgétaire. Le Berkeley Lab abrite la Scientific Networking Division, chargée de concevoir, d'exploiter et de développer l'installation. L'Université de Californie gère le Berkeley Lab pour le Département par contrat. Les institutions connectées participent par l'intermédiaire de coordinateurs de site et du Comité de coordination des sites ESnet.

Inder Monga est le directeur exécutif d'ESnet et dirige la Scientific Networking Division du Berkeley Lab. La direction publique identifie également Chin Guok comme Chief Technology Officer et responsable de la planification et de l'innovation, Adam Slagell comme Chief Security Officer, Jon-Paul Herron comme Director of Network Engineering et Susan Lucas comme Deputy of Business Operations. Sous ces postes se trouvent des fonctions d'ingénierie optique, de routage, d'ingénierie de site, d'exploitation réseau, de logiciel, de mesure, d'orchestration, de sécurité, de gestion de projet et de liaison avec la communauté scientifique.

L'étendue de cette structure corrige l'image simplifiée d'un réseau national comme une collection de fibres et de routeurs. ESnet a besoin de professionnels capables de négocier du spectre, d'exploiter BGP, de construire des systèmes de télémétrie, de maintenir des logiciels open source, d'enquêter sur le comportement des paquets, de planifier des installations, d'administrer des preuves de sécurité et de traduire les exigences scientifiques en conceptions de réseau. L'organisation est à la fois opérationnelle et tournée vers le développement.

Les archives publiques présentent une question non résolue de gestion de programme. La page de gouvernance actuelle d'ESnet identifie Benjamin Brown comme son responsable de programme désigné à l'ASCR, tandis que des documents récents d'examen des exigences identifient Carol Hawk comme responsable de programme d'ESnet. Les sources publiques peuvent ne pas avoir été mises à jour de manière coordonnée, ou les responsabilités peuvent avoir changé ou été divisées. Les données disponibles ne permettent pas de choisir une seule structure actuelle sans confirmation supplémentaire.

Le Comité de coordination des sites ESnet offre aux institutions connectées un canal opérationnel formel. Chaque site nomme un coordinateur capable d'approuver les demandes qui affectent la connexion de l'institution, de communiquer les exigences et de participer aux discussions sur les politiques ou la planification. Il s'agit d'une gouvernance institutionnelle des utilisateurs, et non d'un vote direct de chaque scientifique dont les données transitent par le réseau.

Cette structure crée une division pratique des responsabilités. ESnet contrôle son backbone et ses services. Un site connecté contrôle ses propres équipements de campus, ses nœuds de transfert de données, sa sécurité locale et son énergie. L'ASCR contrôle le financement au niveau du programme. Les programmes scientifiques définissent les conséquences des retards ou des pannes. Les partenaires internationaux contrôlent leurs propres réseaux. Le workflow complet ne fonctionne que lorsque ces différents domaines de décision restent alignés. (Direction d'ESnet;gouvernance)

ESnet4 a séparé le trafic IP ordinaire des grands flux scientifiques

Au milieu des années 2000, les expériences distribuées ont commencé à modifier le profil du trafic. Le Grand collisionneur de hadrons produirait des données au CERN et les distribuerait à travers une hiérarchie mondiale de laboratoires et de centres de calcul. La connectivité Internet générale restait nécessaire, mais un petit nombre de transferts scientifiques pouvait être suffisamment important pour dominer les liaisons ordinaires. Construire un seul réseau indifférencié pour les deux modèles rendait plus difficile la gestion de la capacité et l'offre de garanties de service.

ESnet4 a répondu avec une architecture hybride. Un cœur IP transportait les communications scientifiques générales. Un Science Data Network distinct utilisait des circuits optiques à haute capacité pour les grands flux et permettait le provisionnement dynamique de chemins. Des anneaux métropolitains connectaient les principaux laboratoires, tandis que la collaboration avec Internet2 et des partenaires internationaux étendait le système au-delà des sites du Département de l'énergie.

La différence n'était pas simplement entre trafic lent et rapide. Le service IP général a besoin d'une large portée et d'un routage résilient. Un transfert planifié de plusieurs téraoctets peut bénéficier d'un chemin de couche 2 réservé, avec une heure de début, une capacité et des points de terminaison connus. Le Science Data Network a reconnu qu'un petit nombre de flux prévisibles et de grande valeur pouvait justifier un modèle de contrôle différent de celui du routage de paquets conventionnel.

OSCARS est apparu dans cet environnement. L'On-demand Secure Circuits and Advance Reservation System permettait aux utilisateurs ou aux applications autorisées de demander des ressources réseau pour une période définie. Le système devait trouver un chemin, vérifier les contraintes de topologie et de politique, réserver la capacité et les ressources VLAN, créer l'état sur les équipements et supprimer cet état à la fin de la réservation. Il a transformé une tâche auparavant réalisée par coordination manuelle en un service que le logiciel pouvait demander.

ESnet4 a également montré que la vitesse brute n'était plus le seul goulot d'étranglement. Un circuit réservé peut protéger la capacité sur le réseau longue distance, mais l'application peut encore être lente si un système de stockage ne peut pas lire les données assez rapidement ou si un pare-feu local rejette des paquets. Cette prise de conscience a conduit directement à l'architecture Science DMZ et à la mesure de bout en bout.

Cette période a établi un modèle récurrent dans la conception d'ESnet. Un problème scientifique apparaît d'abord comme une exigence de trafic. L'installation construit une capacité physique, un mécanisme de contrôle et une méthode opérationnelle autour de cette exigence. Lorsque la méthode s'avère utile, le logiciel et les conseils architecturaux se propagent au-delà de l'expérience originale. (Documentation historique sur ESnet4 et ESnet5;OSCARS)

Science DMZ a déplacé le goulot d'étranglement vers la périphérie de l'institution

Un backbone national peut fonctionner correctement alors que le chercheur subit de faibles performances de transfert. La raison est simple: le backbone n'est qu'un segment du chemin. Les pare-feu d'entreprise, les cœurs de campus partagés, les vieux routeurs, les serveurs sous-dimensionnés, la perte de paquets et les limitations de stockage peuvent réduire une route à haute capacité à une fraction de sa vitesse prévue.

Science DMZ est la réponse d'ESnet à cette réalité de bout en bout. L'architecture place des nœuds de transfert de données sur un chemin à hautes performances à proximité d'un périmètre institutionnel contrôlé. La politique de sécurité est adaptée aux services limités exposés par ces systèmes, plutôt que de forcer les flux scientifiques soutenus à traverser un pare-feu à état à usage général conçu pour de nombreuses catégories d'applications d'entreprise.

L'expression peut être interprétée à tort comme une proposition de supprimer la sécurité. Une Science DMZ repose toujours sur des hôtes protégés, des listes de contrôle d'accès sur les routeurs, une surveillance, une gestion des vulnérabilités, une exposition limitée des applications et une discipline opérationnelle. La conception modifie l'emplacement et la manière dont les contrôles sont appliqués. Elle évite de placer sur le chemin principal un équipement dont les performances ou le comportement de session sont inadaptés, simplement parce que cet appareil fait partie du modèle de sécurité conventionnel de l'institution.

La mesure des performances est intégrée à l'architecture, et non une option facultative. Les nœuds perfSONAR exécutent des tests contrôlés de débit, de perte de paquets, de latence et de changement de chemin. Lorsque deux sites ne sont pas d'accord sur un transfert, les mesures peuvent aider à localiser si le problème commence dans un hôte, une liaison locale, un réseau régional, le backbone d'ESnet ou un partenaire international. Sans ces preuves, chaque opérateur peut affirmer que son propre segment est sain tandis que le chercheur reste incapable de transférer les données.

Les nœuds de transfert de données exigent également leur propre ingénierie. Les cartes réseau, le positionnement du processeur, la mémoire, les disques ou systèmes de fichiers parallèles, les tampons TCP et les logiciels de transfert déterminent le débit réalisable. Les conseils Fasterdata et l'assistance technique d'ESnet transforment ces détails en pratiques reproductibles. L'approche s'est largement répandue au-delà des laboratoires du Département de l'énergie, mais ESnet n'exploite pas toutes les installations qui utilisent ce nom.

Science DMZ est devenue influente parce qu'elle a transformé une question d'achat en une question de système. Acquérir un circuit plus rapide ne résout pas un chemin limité ailleurs. L'unité de performance utile est le workflow complet, du stockage au stockage ou de l'instrument au calcul, avec chaque domaine administratif mesuré et associé à une responsabilité claire. (Guide Science DMZ;outils de performance réseau)

ESnet5 a mis le 100G continental en production

La transition de capacité suivante a été soutenue par l'Advanced Networking Initiative et par un financement du programme de relance économique des États-Unis. ESnet a reçu 62 millions de dollars dans le cadre de l'American Recovery and Reinvestment Act pour développer un prototype longue distance de 100 Gbit/s et soutenir la migration vers ESnet5. L'investissement comprenait plus que de nouveaux routeurs. ESnet a obtenu des droits sur la capacité spectrale d'une infrastructure nationale de fibre, donnant au programme un plus grand contrôle sur le déploiement et la mise à niveau des longueurs d'onde.

ESnet5 est entrée en production fin 2012. À l'époque, le Département de l'énergie et ESnet l'ont décrite comme le réseau scientifique le plus rapide du monde. Cette affirmation historique était associée à un déploiement continental pionnier du 100G. Elle ne doit pas être répétée comme un classement mondial sans nuances en 2026. Les réseaux de recherche publient désormais leur capacité selon différentes mesures, notamment les vitesses des interfaces individuelles, la capacité agrégée du backbone, le spectre optique et les démonstrations expérimentales.

Les preuves disponibles ne fournissent pas de comparaison neutre actuelle établissant un gagnant universel.

L'effet économique du 100G a été plus important qu'une simple mise à niveau de l'interface d'un facteur dix. Les projets scientifiques ont pu planifier des transferts longue distance de routine qui, auparavant, auraient occupé des liaisons pendant beaucoup plus longtemps. Les laboratoires ont pu centraliser une partie du calcul ou du stockage, au lieu de les reproduire localement. Les collaborations internationales ont bénéficié d'un backbone nord-américain plus performant. La nouvelle capacité a également exposé plus rapidement les limitations locales, augmentant la valeur de Science DMZ et perfSONAR.

ESnet5 a maintenu la relation hybride entre les services de paquets et les chemins scientifiques dédiés. Elle a également approfondi l'importance de l'automatisation. À l'échelle du 100G, réserver de la capacité, diagnostiquer des pannes et maintenir des services cohérents sur une infrastructure nationale ne pouvaient pas reposer uniquement sur des configurations ponctuelles des équipements.

Le projet montre comment l'investissement public dans l'infrastructure modifie les options scientifiques avant qu'une seule expérience n'utilise l'ensemble du réseau. La capacité crée une réserve pour les instruments futurs, mais cette réserve n'équivaut pas à du gaspillage de la même manière qu'un produit commercial inutilisé. Sa valeur inclut l'absence de retard pour les expériences, la capacité à faire face aux pannes et la possibilité de tester de nouveaux workflows sans attendre un autre cycle de construction.

Cette logique exige également de la discipline. La capacité annoncée doit être liée à une utilisation scientifique réelle, et les investissements doivent rester adaptables lorsque les prévisions changent. Les travaux ultérieurs d'ESnet sur la télémétrie, la mise en cache et l'orchestration reflètent un effort pour extraire plus de valeur scientifique de chaque bit installé, plutôt que de considérer l'expansion physique continue comme la seule réponse. (Annonce historique d'ESnet5)

ESnet6 est un système optique, de paquets et logiciel

Le projet ESnet6 a commencé en 2017 et a été lancé publiquement le 11 octobre 2022, après environ six ans de conception et de construction. Le Berkeley Lab a annoncé plus de 46 Tbit/s de capacité agrégée au lancement, répartis sur une infrastructure dédiée d'environ 15 000 miles, avec des liaisons de backbone entre 400 Gbit/s et 1 Tbit/s. Le rapport annuel 2024 a ensuite fait état de 57 Tbit/s et de liaisons allant jusqu'à 1,2 Tbit/s. Ces chiffres correspondent à des dates différentes et décrivent un système en expansion, et non des définitions contradictoires d'un réseau statique.

La couche physique comprend des chemins de fibre longue distance, des systèmes de ligne optique, des amplificateurs, des droits de spectre, des installations de colocation et des points d'entrée locaux. Le rapport 2024 dénombrait 278 sites équipés d'amplificateurs optiques. L'optique cohérente transporte plusieurs canaux à haute vitesse sur la fibre, tandis que les amplificateurs et les équipements optiques reconfigurables maintiennent les niveaux de signal et acheminent les longueurs d'onde. Un chemin présenté sur une carte peut être contrôlé via de la fibre noire, du spectre, un service éclairé ou un accord avec un partenaire.

La description de 15 000 miles n'établit pas que le Département de l'énergie détient le titre juridique de tous les câbles.

Au-dessus de la couche optique, les routeurs et les équipements de périphérie de service fournissent l'IP, des environnements de routage privés, des services de couche 2, du peering et une connectivité avec les clouds. Le rapport annuel dénombrait 78 sites équipés de routeurs. Les sites individuels peuvent se connecter à 10, 100 ou 400 Gbit/s, en fonction des besoins, tandis que les liaisons de backbone peuvent agréger plusieurs interfaces ou longueurs d'onde pour atteindre des valeurs plus élevées.

La couche logicielle distingue ESnet6 d'une simple mise à niveau de capacité. L'automatisation maintient l'état des équipements et des services. La télémétrie programmable fournit des preuves plus détaillées aux opérateurs. OSCARS provisionne des chemins réservés. SENSE expérimente la coordination pilotée par les applications entre différents domaines. High-Touch utilise du matériel programmable pour offrir une meilleure visibilité sur les paquets et les flux. Des API et des interfaces de bancs d'essai permettent aux recherches réussies de progresser vers la production.

La construction a également mis davantage l'accent sur la résilience. Des itinéraires diversifiés, de multiples entrées sur les sites, une alimentation indépendante, des routeurs alternatifs et des emplacements à haute disponibilité réduisent la possibilité qu'une seule panne retire un laboratoire du système national. Ces protections ont des portées différentes. Un backbone redondant n'aide pas si les deux circuits locaux passent par la même conduite, et un deuxième routeur ne crée pas de résilience lorsque les deux équipements dépendent de la même alimentation électrique.

ESnet6 doit donc être compris comme une installation à plusieurs couches. La fibre crée la portée physique. L'optique crée la capacité. Les routeurs créent des services de paquets et des réseaux privés. Le logiciel crée la répétabilité et la programmabilité. La mesure vérifie que le chemin promis fonctionne réellement. Les accords organisationnels permettent de traverser des frontières qu'ESnet ne possède pas. (Lancement d'ESnet6;rapport annuel 2024)

Ce que signifient 57 Tbit/s — et ce qu'ils ne signifient pas

Les statistiques réseau condensent souvent plusieurs couches en un seul chiffre. Les 57 Tbit/s annoncés par ESnet pour 2024 représentent la capacité d'ingénierie agrégée répartie dans le système. Ils ne correspondent pas à une seule liaison physique, au débit disponible pour chaque laboratoire ou au trafic transporté à tout moment. Le même rapport décrit des liaisons de backbone entre 400 Gbit/s et 1,2 Tbit/s, sept sites aux États-Unis connectés à 400 Gbit/s ou plus, et 2,7 Tbit/s de capacité transatlantique. Chaque chiffre répond à une question différente.

Le rapport décrivait également 78 sites avec des routeurs et 278 sites avec des amplificateurs optiques sur une infrastructure d'environ 15 000 miles. Le réseau connectait les 17 laboratoires nationaux du Département de l'énergie et enregistrait 28 installations scientifiques utilisatrices du Département, 277 relations avec des réseaux de recherche et d'éducation, des réseaux commerciaux et d'autres types de réseaux dans cinq pays, plus de 30 000 utilisateurs organisationnels et 137 employés et sous-traitants répartis dans 24 États.

Les chiffres décrivent des populations différentes et ne doivent pas être additionnés comme s'ils formaient un total de clients: les routeurs, les installations, les réseaux partenaires, les utilisateurs institutionnels et les effectifs sont des mesures distinctes.

La connexion d'un site représente la capacité à une frontière institutionnelle. Une liaison de backbone représente la capacité entre des points du réseau. Un système optique peut transporter plusieurs longueurs d'onde, et un service logique peut n'utiliser qu'une partie de la couche physique. La capacité agrégée additionne plusieurs ressources qui ne peuvent pas desservir simultanément la même source et la même destination. Le volume de trafic mesure les données transportées au fil du temps, et non le débit maximal disponible à un instant donné.

ESnet a transporté 1,77 exaoctet pendant l'année civile 2024, contre 1,7 exaoctet en 2023. L'augmentation de 4 % a été faible par rapport à la croissance annuelle moyenne historique d'environ 55 % rapportée par l'installation depuis 1989. Une seule année ne démontre pas que la demande scientifique s'est stabilisée. Les grands projets entrent en service de manière irrégulière, les changements logiciels peuvent réduire les transferts et une expérience ou un événement international peut rapidement modifier la composition du trafic.

Le trafic est également concentré. Le rapport 2024 indiquait que les activités du Grand collisionneur de hadrons représentaient environ la moitié du trafic total. Le Fermilab a été le plus grand expéditeur externe, avec 136 pétaoctets; le NERSC a été le plus grand destinataire du Département de l'énergie, avec 75,3 pétaoctets; et Oak Ridge a été le plus grand expéditeur du Département, avec 58,3 pétaoctets. Ces chiffres révèlent des charges importantes, mais ne constituent pas un classement complet de la valeur scientifique. Un transfert plus petit peut être plus urgent ou soutenir un instrument unique.

La planification de la capacité exige donc plusieurs perspectives simultanément: trafic moyen et de pointe, utilisation par itinéraire, réserve pour les pannes, vitesses des liaisons des sites, calendriers scientifiques et exigences futures. Un réseau conçu uniquement autour de l'utilisation moyenne peut échouer lors d'une supernova ou d'une rupture de câble. Un réseau conçu uniquement pour le plus grand événement théorique peut créer des actifs coûteux et peu flexibles.

Le problème d'ingénierie d'ESnet est de placer la capacité là où les workflows qui en ont besoin peuvent l'atteindre, puis de vérifier si les systèmes d'extrémité peuvent l'utiliser. C'est pourquoi le chiffre de capacité doit être présenté aux côtés de Science DMZ, de la mesure, de l'orchestration et des examens des exigences, et non comme un classement auto-explicatif en tête de l'article. (ESnet en chiffres)

AS293 route pour une mission, pas pour un marché grand public

Le numéro de système autonome public d'ESnet est AS293. Le réseau échange des routes avec les sites du Département de l'énergie, les réseaux de recherche et d'éducation, les réseaux commerciaux et les fournisseurs de transit payant. La politique de routage détermine quels chemins peuvent transporter le trafic scientifique, comment les pannes sont traitées et quels réseaux externes reçoivent des interconnexions directes.

La politique de peering est sélective. Les pairs potentiels doivent utiliser BGP, maintenir des informations à jour dans l'Internet Routing Registry et PeeringDB, éviter les annonces invalides selon RPKI et suivre les pratiques de sécurité de routage associées à MANRS. ESnet exige le peering IPv6 ou double pile et n'accepte pas de nouvelles relations en IPv4 uniquement. L'interconnexion privée directe commence à un port 100G, avec une forte préférence pour 400G.

Ces conditions reflètent la mission et le coût opérationnel. Une interconnexion directe consomme des ports, du temps d'ingénierie et de la capacité de surveillance. ESnet n'a pas besoin d'établir un peering avec tous les réseaux simplement parce qu'il existe des routes publiques. Elle recherche des relations qui améliorent les chemins scientifiques du Département de l'énergie, réduisent la dépendance au transit ou connectent des collaborateurs importants.

L'accès à l'Internet public est complété par du transit payant de Hurricane Electric et de Lumen pour les destinations qui ne sont pas efficacement atteintes par les réseaux de recherche ou le peering direct.

Le réseau publie des communautés BGP qui différencient les sites connectés à ESnet, les réseaux de recherche et d'éducation et les réseaux commerciaux. Les institutions connectées peuvent utiliser ces marquages pour appliquer des politiques, bien que l'interprétation ultérieure reste hors du contrôle d'ESnet. Une communauté est une métadonnée descriptive, et non une garantie universelle que tous les réseaux prendront la même décision de routage.

La sécurité du routage a aussi des limites. Rejeter les annonces RPKI-invalides bloque une catégorie importante de mauvaise route, mais n'empêche pas toutes les fuites, les pairs compromis, les origines valides annoncées par erreur ou les autorisations d'origine incorrectes. La surveillance des détournements peut identifier des changements d'origine inattendus, mais la détection peut survenir après la propagation. Le blackholing peut protéger un site lors d'une attaque en rejetant le trafic destiné à une adresse, mais cette protection fonctionne en sacrifiant l'accessibilité du préfixe affecté.

La conception axée sur la mission apparaît dans les limites du service. ESnet transporte du trafic IP public, mais ne cherche pas à conquérir le marché du transit pour les consommateurs. Sa politique de routage est organisée autour de la portée scientifique, de la résilience et de l'interconnexion fiable. La valeur du réseau vient de la qualité des chemins qu'il crée pour la communauté desservie, et non de la maximisation du nombre de clients grand public connectés à AS293. (Politique de peering d'ESnet)

Connexions physiques, services privés et chemins vers le cloud

Le catalogue de services d'ESnet commence par la connectivité physique. Les sites éligibles peuvent se connecter localement ou via un point de présence distant à 10, 100 ou 400 Gbit/s. Lorsqu'une installation est éloignée de l'infrastructure dédiée, un Service On-Ramp peut utiliser de la fibre noire ou un circuit éclairé fourni par un opérateur. La conception de l'accès fait partie du chemin scientifique, et le dernier segment fourni par un prestataire peut devenir la principale limitation de performance ou le principal point de défaillance.

Le service IP de couche 3 offre une connectivité routée en IPv4 et IPv6. Un réseau privé virtuel de couche 3 crée un environnement logique IP et BGP séparé pour un programme multisite, tout en partageant l'infrastructure physique avec d'autres services. Les réseaux privés virtuels de couche 2 offrent une connectivité Ethernet point à point ou multipoint, configurée statiquement ou provisionnée via OSCARS. Ces services permettent aux expériences de connecter des installations sans exposer toutes les relations sur l'Internet public.

Service privé ne signifie pas service physiquement isolé. La séparation logique repose sur la configuration des routeurs, le marquage, les instances de routage, les contrôles d'accès et les pratiques opérationnelles. Une défaillance de la plateforme partagée peut affecter plusieurs services, tandis qu'une erreur de configuration peut compromettre la séparation prévue. La valeur réside dans la segmentation contrôlée et la connectivité prévisible, et non dans l'affirmation qu'il n'existe pas de dépendances partagées.

Cloud Connect étend les chemins d'ESnet aux principaux environnements cloud commerciaux, notamment AWS, Microsoft Azure, Google Cloud et Oracle. Un site peut atteindre le point d'entrée du fournisseur via une connectivité dédiée de couche 2 ou 3, au lieu de dépendre du routage Internet public ordinaire. Cela peut améliorer le contrôle du chemin et réduire l'exposition au transit variable, mais n'élimine pas la sécurité côté cloud, les pannes du fournisseur, la conception de l'identité, les coûts de sortie des données ou la disponibilité régionale.

La relation avec le cloud montre comment le rôle d'ESnet évolue. La science du Département de l'énergie n'existe plus seulement dans les laboratoires et les supercalculateurs fédéraux. Les chercheurs peuvent utiliser du stockage d'objets commercial, des services spécialisés ou du calcul à la demande. ESnet doit connecter ces ressources sans affirmer que le cloud fait partie du réseau fédéral ou qu'un circuit privé rend un compte cloud sécurisé en soi.

D'autres services incluent le DNS secondaire, l'heure réseau, la surveillance des détournements de route et le blackholing. Chacun traite une dépendance de soutien qui peut interrompre la recherche même lorsque la capacité optique reste disponible. Une panne de noms, une heure incorrecte, une fuite de route ou une attaque par déni de service peut rendre un système scientifique inutilisable sans endommager la fibre.

Collectivement, le catalogue de services représente une série de contrats opérationnels entre les couches du réseau. La connectivité physique établit le chemin. Le routage crée la portée. Les services privés créent des limites logiques. L'interconnexion cloud étend le système à l'infrastructure commerciale. Les services de sécurité et de soutien réduisent les modes de défaillance connus. L'utilisateur doit toujours construire un point de terminaison et un réseau local fonctionnels à chaque extrémité. (Catalogue des services réseau d'ESnet)

OSCARS rend la capacité réservable

La majeure partie du trafic Internet utilise la capacité disponible lorsque les paquets arrivent. Ce modèle fonctionne bien pour les communications générales, mais certains transferts scientifiques sont programmés, volumineux et coûteux à retarder. OSCARS permet aux utilisateurs et aux applications autorisés de réserver des ressources réseau pour une période spécifique.

Une réservation peut identifier des points de terminaison, des heures de début et de fin, une capacité, des informations VLAN, des exclusions d'itinéraire et d'autres contraintes. Le système examine la topologie et les engagements existants, trouve un chemin acceptable, crée l'état nécessaire sur le réseau et le supprime à la fin de la réservation. Le service doit empêcher que la même ressource rare ne soit allouée deux fois et tenir compte des maintenances ou des pannes qui modifient la topologie disponible.

L'importance est opérationnelle, et non cosmétique. Le provisionnement manuel d'un circuit peut nécessiter des jours de coordination entre ingénieurs. Une réservation programmatique peut être créée en quelques minutes et faire partie du workflow d'une expérience. Le réseau cesse d'être un tuyau fixe en arrière-plan pour devenir une ressource que le logiciel peut demander en même temps que le stockage ou le calcul.

OSCARS est un système de production open source qui a été adopté ou évalué par d'autres réseaux et bancs d'essai. Quelques métriques publiques d'adoption figurent sur des pages qui incluent également du matériel historique. La conclusion sûre est que le système s'est étendu au-delà d'ESnet, sans présumer que chaque déploiement répertorié reste à jour ou est techniquement identique.

Une réservation ne garantit pas le débit de l'application. Elle peut protéger une quantité définie de capacité réseau, mais ne peut pas faire en sorte qu'un serveur de stockage lise plus vite, répare la perte de paquets sur un réseau de campus ou ajuste un système d'exploitation. Si l'application n'atteint qu'une fraction du débit réservé, le diagnostic doit revenir au chemin de bout en bout.

Les réservations introduisent également des questions d'allocation. Une expérience prioritaire peut bénéficier d'une capacité garantie, tandis que les réservations inutilisées peuvent réduire la flexibilité pour les autres utilisateurs. Les politiques doivent décider qui peut demander le service, comment les conflits sont résolus et si une réservation peut être interrompue au profit d'une autre. Ces décisions font partie de la gouvernance de l'installation, même lorsque le code de provisionnement est automatique.

OSCARS reste l'un des exemples les plus clairs de logiciel appliqué d'ESnet se transformant en infrastructure. Il a converti une pratique opérationnelle en un service reproductible, a préservé la politique humaine autour de l'autorisation et a offert aux applications scientifiques un moyen contrôlé d'exprimer les exigences réseau. (OSCARS)

SENSE tente de coordonner le réseau avec les systèmes d'extrémité

Un chemin réseau réservé ne résout qu'une partie d'un workflow distribué. Les systèmes de stockage, les services de transfert et les ressources de calcul ont également leur propre disponibilité, capacité et politiques. SENSE — Software-defined network for End-to-end Networked Science at the Exascale — étend l'orchestration au-delà d'un seul domaine réseau.

Le projet représente les réseaux et les systèmes d'extrémité comme des ressources pouvant être découvertes. Une application scientifique peut décrire le résultat souhaité, comme le transfert d'un ensemble de données entre des installations à un débit donné. SENSE rassemble des modèles des domaines entités, négocie des ressources, provisionne les services réseau et de transfert, observe la télémétrie et libère les ressources lorsque le workflow se termine.

Ceci est plus difficile que de configurer un seul circuit. Les organisations participantes conservent leur propre autorité et leurs propres modèles de données. Un domaine peut exposer de la capacité, tandis qu'un autre expose des points de terminaison de stockage ou des services de transfert. Les politiques, les informations d'identification et les fenêtres de maintenance diffèrent. SENSE doit coordonner ces éléments sans présumer qu'un contrôleur central peut commander tous les systèmes.

Lors du Défi de données du Grand collisionneur de hadrons de 2024, des workflows pilotés par SENSE ont soutenu 330 Gbit/s entre Caltech et l'Université de Californie à San Diego. Le résultat montre que l'orchestration pilotée par les applications peut fonctionner à un débit substantiel sur un workflow réel spécifique. Il ne démontre pas que SENSE soit un service de production universel sur tous les sites d'ESnet. Le rapport 2024 décrivait encore le projet comme étant en phase de recherche.

La distinction entre OSCARS et SENSE révèle une évolution de l'unité d'automatisation. OSCARS réserve des ressources réseau au sein d'un domaine de service connu. SENSE tente de négocier un chemin complet qui inclut des systèmes appartenant à des organisations différentes. Le premier a une frontière de production plus claire. Le second offre une plus grande valeur scientifique, mais comporte davantage de risques de gouvernance et d'intégration.

Pour les opérateurs, la question pratique est de savoir qui répond en cas d'échec. Lorsqu'une application déclare une intention et que le workflow est sous-performant, la cause peut se trouver dans le modèle de ressources, le réseau, le stockage, une information d'identification, l'application ou un problème de synchronisation entre domaines. L'orchestration doit fournir des preuves suffisamment précises pour montrer à chaque opérateur quelle partie de l'état négocié a divergé.

SENSE pointe vers une infrastructure où les applications demandent des résultats, et non plus seulement des circuits. Ses progrès doivent être mesurés par une utilisation reproductible en production entre plusieurs domaines, des responsabilités de support claires et la capacité à se remettre des défaillances partielles, et pas seulement par le débit maximal démontré. (SENSE;recherche appliquée 2024)

EJFAT amène les événements scientifiques directement au calcul distant

Le déplacement traditionnel des données scientifiques suit souvent une séquence basée sur les fichiers. Une expérience produit des données, des systèmes locaux les traitent jusqu'à ce qu'elles puissent être écrites dans des fichiers, les fichiers entrent dans le stockage et un transfert ultérieur les envoie vers une autre installation pour analyse. Ce modèle est bien compris et fiable sur le plan opérationnel, mais il retarde le retour d'information et exige un stockage et un calcul locaux dimensionnés pour le pic d'acquisition.

EJFAT — ESnet–Jefferson Lab FPGA Accelerated Transport — offre une voie différente. Il distribue les données d'événements en temps réel, encapsulées dans UDP, d'un instrument vers des workers de calcul disponibles, éventuellement dans un centre de supercalcul distant. Une SmartNIC programmable basée sur FPGA lit les identifiants d'événements et envoie tous les fragments appartenant au même événement à un seul worker. À mesure que les nœuds de calcul deviennent disponibles ou occupés, le système de contrôle peut modifier la distribution.

Le regroupement des événements est important. Un répartiteur de charge générique peut distribuer les paquets entre les serveurs, mais le traitement scientifique peut exiger que tous les fragments d'un événement de détecteur arrivent au même worker. EJFAT sépare la fonction de transmission à haute vitesse de l'ordonnancement des workers de calcul et permet à chaque côté de croître indépendamment.

En avril 2024, une démonstration a diffusé en continu des données du Jefferson Lab, en Virginie, vers le supercalculateur Perlmutter, en Californie, à 100 Gbit/s, pour un traitement en temps réel sans étape intermédiaire sur disque. Des tests ultérieurs ont utilisé des ressources de calcul dans plusieurs installations et environ 20 000 cœurs, selon les rapports d'ESnet. Ce sont des démonstrations spécifiques, et non la garantie que tous les instruments peuvent adopter le système sans modifications d'ingénierie.

La Facility for Rare Isotope Beams offre un exemple opérationnel plus récent. ESnet a rapporté en juillet 2026 que des chercheurs avaient diffusé en continu des données brutes d'expériences via EJFAT, à environ 5-6 Gbit/s, vers des supercalculateurs distants. Une exécution qui a produit 615 Go en 15 heures a été traitée en 20 minutes sur huit nœuds du Perlmutter, en utilisant l'inférence d'apprentissage automatique. Le débit réseau inférieur à la démonstration à 100G ne rend pas le résultat moins important; le bénéfice scientifique a été le retour d'information plus rapide pendant un workflow réel.

Le streaming en temps réel modifie l'économie d'une installation. Un détecteur peut utiliser du calcul partagé au lieu de construire une capacité locale suffisante pour tous les pics. Les chercheurs peuvent examiner les résultats alors que le précieux temps de faisceau est encore disponible. Le système crée également de nouvelles dépendances. Une interruption du réseau, un problème d'allocation de calcul ou une erreur dans la distribution des événements peut affecter l'expérience en temps réel, et pas seulement retarder un transfert de fichiers ultérieur.

EJFAT reste un prototype avancé ou une plateforme émergente, et non un service universellement pris en charge. L'adoption en production nécessitera une intégration avec les instruments, la sécurité, la disponibilité des FPGA, la responsabilité opérationnelle, des accords d'ordonnancement et un comportement clairement défini lorsque des paquets UDP sont perdus. Son importance réside dans le fait de montrer que le réseau longue distance peut faire partie du cycle d'acquisition, et non seulement intervenir après coup. (EJFAT;point fort scientifique FRIB)

High-Touch, perfSONAR et iperf3 rendent le chemin observable

Un réseau à haute capacité peut échouer de manière que les graphiques d'utilisation agrégés ne révèlent pas. De courtes rafales peuvent remplir une file d'attente, les paquets peuvent arriver dans le désordre, les pertes peuvent n'affecter qu'une direction ou une classe de trafic, et une route peut changer entre les tests. Les flux pertinents pour la sécurité peuvent également disparaître dans un échantillonnage statistique.

High-Touch utilise du matériel et des logiciels programmables pour collecter une télémétrie des paquets et des flux plus détaillée que les journaux échantillonnés traditionnels. En 2024, il a été utilisé pour enquêter sur le débit du Grand collisionneur de hadrons, le réordonnancement des paquets associé au trafic de l'Observatoire Rubin et des événements de sécurité. L'objectif est d'obtenir une précision diagnostique et d'identifier des comportements qu'un total de trafic agrégé masquerait.

Des preuves plus détaillées ont un coût. Les informations sur les paquets et les flux exigent du stockage, du traitement, un contrôle d'accès et une interprétation minutieuse. Elles peuvent révéler les points de terminaison qui communiquent, les modèles de collaboration et le moment des activités scientifiques. Un système créé pour offrir une visibilité opérationnelle devient ainsi un actif de données sensible.

perfSONAR traite une autre couche. Il s'agit d'un système de mesure distribué soutenu par un partenariat entre plusieurs organisations, dont ESnet est un entité central et fondateur. Plus de 2 000 sites ont été signalés dans le monde en 2024, et ESnet exploite plus de 30 sites. Des tests contrôlés mesurent le débit, la latence, la perte et le comportement du chemin entre les nœuds entités.

La conception distribuée est centrale. Un chercheur peut signaler un transfert lent, mais un test entre des nœuds perfSONAR bien conçus peut montrer si le chemin sous-jacent soutient le débit attendu. Des tests directionnels peuvent isoler les asymétries. Des mesures répétées peuvent révéler quand la dégradation a commencé. Les données de traceroute peuvent identifier un changement de chemin, bien que la route observée et le comportement réel de transmission de l'application puissent différer.

iperf3 propose des tests actifs de débit en TCP, UDP ou SCTP, avec prise en charge d'IPv4 et IPv6. ESnet maintient cet outil open source et signale des tests à plus de 150 Gbit/s sur des chemins de 200G, dans des conditions spécifiques. Un test synthétique n'est pas un benchmark d'application. Il aide à déterminer si l'hôte et le réseau peuvent transporter du trafic dans des conditions contrôlées, après quoi le comportement du stockage et de l'application peut être analysé séparément.

Ensemble, High-Touch, perfSONAR et iperf3 offrent différentes vues de la réalité. High-Touch observe les flux de production avec une plus grande précision. perfSONAR fournit des mesures planifiées ou à la demande entre plusieurs domaines. iperf3 teste directement le débit du point de terminaison et du réseau. Aucune vue n'est complète, mais la combinaison réduit la tentation de diagnostiquer une défaillance distribuée à partir du tableau de bord local d'un seul opérateur. (Outils de performance réseau;innovations opérationnelles 2024)

Le cache peut éliminer le trafic au lieu de le transporter plus rapidement

Ajouter de la capacité n'est pas le seul moyen d'améliorer un réseau scientifique. Certains ensembles de données sont demandés de manière répétée par des chercheurs de la même région. Transporter chaque copie sur le réseau longue distance gaspille de la capacité et augmente le délai, même lorsque le backbone peut absorber la charge.

Le rapport de recherche appliquée d'ESnet pour 2024 décrivait cinq nœuds de cache régionaux utilisés par les communautés de données scientifiques. Dans l'ensemble étudié, les caches ont réduit le trafic longue distance de 33 téraoctets par jour en moyenne. Deux tiers des demandes ont été servies localement, et le taux de succès moyen du cache était de 94 %. L'effet variait considérablement selon l'emplacement: la réduction signalée du trafic longue distance atteignait 69,3 % dans le sud de la Californie, 48,4 % à Chicago et 6,6 % à Boston.

Les différences sont instructives. La valeur d'un cache dépend de la popularité des ensembles de données, des utilisateurs locaux, de la taille du stockage, de la politique de remplacement et de la configuration du service. Un cache placé à proximité d'une communauté qui analyse de manière répétée les mêmes données peut éliminer des transferts importants. Un cache qui dessert des ensembles divers ou rarement répétés peut consommer du stockage sans produire le même avantage.

La mise en cache modifie également le contrôle. L'opérateur réseau commence à participer au placement des données, tandis que les communautés scientifiques doivent décider quels ensembles peuvent être copiés, comment la mise à jour sera maintenue et qui est autorisé à y accéder. Les pannes de stockage et le contenu obsolète deviennent des préoccupations opérationnelles adjacentes au réseau.

L'étude montre pourquoi le bit le plus efficace peut être celui qui n'entre jamais dans le backbone. Les mises à niveau optiques augmentent l'offre. Le cache modifie la demande. L'ordonnancement des workflows peut déplacer les transferts en dehors des périodes de pointe. La compression ou le filtrage local peuvent réduire les données avant la transmission. Un programme d'infrastructure mature évalue tous ces mécanismes, au lieu de mesurer les progrès uniquement par les térabits installés.

Le résultat doit rester limité au déploiement étudié. Il ne prouve pas que tous les ensembles scientifiques atteindront un taux de succès de 94 %, ni que le cache peut remplacer une nouvelle capacité pour des flux uniques en temps réel. Il fournit la preuve que l'architecture des données et l'architecture du réseau peuvent être conçues ensemble. (Activités de recherche appliquée 2024)

La science transatlantique exige une diversité physique et de la capacité

L'infrastructure nationale d'ESnet ne peut être séparée de ses obligations internationales. La physique des hautes énergies est organisée autour d'installations et de centres de calcul des deux côtés de l'Atlantique, et le rapport annuel 2024 attribuait environ la moitié du trafic d'ESnet aux activités du Grand collisionneur de hadrons. Une rupture de câble entre l'Europe et l'Amérique du Nord peut donc affecter une charge scientifique centrale même lorsque tous les routeurs nationaux continuent de fonctionner.

En 2024 et début 2025, ESnet a étendu la capacité transatlantique déclarée d'environ 700 Gbit/s à 2,7 Tbit/s. Une partie importante du programme était un accord de 15 ans avec Aqua Comms pour un quart de paire de fibres sur une route reliant New York, Dublin et Londres. ESnet partage également la capacité et les coûts avec GÉANT sur plusieurs systèmes de câbles. L'objectif d'ingénierie est d'atteindre au moins 3,2 Tbit/s sur quatre chemins physiquement diversifiés, avec une architecture capable de croître au-delà de 10 Tbit/s.

La différence entre capacité et diversité est décisive. Deux services logiques peuvent partager un câble, une station d'atterrissement ou une conduite terrestre et tomber en panne ensemble. La réparation sous-marine peut nécessiter la localisation de la panne, des permis, un navire câblier, des conditions météorologiques appropriées et la récupération physique de la fibre endommagée. La restauration peut prendre des semaines ou des mois. C'est pourquoi ESnet planifie des scénarios avec trois ruptures de câbles simultanées, plutôt que de supposer qu'une seule route de secours est suffisante.

Les droits de spectre à long terme donnent à l'installation plus de contrôle sur les mises à niveau que des achats répétés de circuits prêts à l'emploi. Ils créent également des engagements envers des systèmes de câbles, des infrastructures d'atterrissement et des partenaires opérationnels spécifiques. ESnet n'élimine pas le risque maritime en contractant du spectre. Elle acquiert la capacité de concevoir de la capacité et de la résilience entre plusieurs systèmes, mais reste dépendante des propriétaires de câbles, des processus de réparation et des réseaux partenaires.

C'est un autre contexte où le mot « dédié » exige de la prudence. ESnet contrôle des droits et une infrastructure dédiés sur des routes clés, mais le modèle d'actifs physiques varie. Les chemins nationaux et internationaux peuvent impliquer de la fibre noire, du spectre, des services éclairés, de la colocation et de la capacité de partenaires. Une ligne sur une carte ne révèle pas le même niveau de propriété ou d'autorité sur les réparations dans tous les segments.

La relation avec GÉANT montre pourquoi les réseaux de recherche peuvent être coopératifs sans être contrôlés centralement. Les deux organisations peuvent partager les coûts et coordonner le trafic scientifique, mais chacune reste responsable de ses propres institutions et membres. La performance de bout en bout dépend encore des réseaux nationaux de recherche, des systèmes de campus et des installations expérimentales qui échappent au contrôle des deux backbones. (Jalon transatlantique;rapport annuel 2024)

La demande scientifique combine échelle continue, pics rares et délais stricts

Le Grand collisionneur de hadrons fournit une échelle continue. Son modèle de calcul distribué déplace les données d'expérience entre le CERN, le Fermilab, Brookhaven, les universités et d'autres centres, produisant un trafic international soutenu. L'exploitation prévue à haute luminosité devrait augmenter les données des détecteurs, les simulations et les réplications. Le réseau doit acheminer régulièrement d'énormes flux tout en maintenant une diversité de routes suffisante pour survivre aux ruptures de câbles ou aux pannes d'installations.

L'Observatoire Vera C. Rubin impose un délai. Le télescope au Chili est conçu pour produire une image d'environ 13 Go toutes les 30 secondes. Le chemin des données permet un traitement rapide au SLAC et la génération d'alertes sur les objets transitoires pour que d'autres observatoires puissent réagir. ESnet rapporte un objectif de transporter chaque image sur environ 12 000 miles en moins de sept secondes. L'itinéraire inclut des réseaux de recherche partenaires en Amérique du Sud et dans d'autres pays, de sorte que le résultat dépend d'une ingénierie coordonnée au-delà du domaine d'ESnet.

DUNE crée un pic exceptionnel. Lors d'une supernova, le programme de neutrinos prévoit la nécessité de déplacer jusqu'à 600 To en 100 secondes. Sur vingt ans, le programme devrait générer environ 900 Po. Ce sont des exigences de planification pour une opération future, et non une description du trafic actuel. Elles sont importantes car l'événement ne peut pas être replanifié une fois la capacité disponible. Un réseau construit uniquement autour de l'utilisation moyenne peut échouer au moment de la plus grande valeur scientifique.

La recherche sur la fusion combine distance internationale et long horizon de développement. En mai 2026, un test a transporté 176 To de données de l'ITER de Marseille à l'installation DIII-D de General Atomics, à San Diego, à près de 80 Gbit/s. L'ITER était encore en construction, le transfert a donc démontré la préparation, et non un fonctionnement normal à pleine échelle. Les documents d'exigences prévoient pour certains futurs workflows de fusion environ deux pétaoctets par jour et au moins 200 Gbit/s.

FRIB et le Jefferson Lab montrent un troisième modèle: l'expérience peut nécessiter une analyse à distance pendant que les données arrivent encore. EJFAT permet aux flux d'événements d'atteindre les ressources de calcul du NERSC ou d'Oak Ridge sans attendre que les fichiers soient terminés et copiés. Les sources de lumière, les microscopes électroniques et d'autres instruments sont confrontés à des décisions similaires concernant le filtrage local, l'inférence par intelligence artificielle à distance et la rapidité avec laquelle les résultats doivent revenir à l'opérateur.

Les sciences du climat et de la Terre élargissent encore la demande. De grandes simulations et des ensembles de données d'observation se déplacent entre les installations de calcul et de stockage, tandis que les capteurs de terrain peuvent être situés là où la fibre conventionnelle n'est pas disponible. Aucun débit annoncé ne représente tous ces besoins. ESnet doit répondre à des transferts massifs persistants, à des pics rares, à un retour d'information à faible latence, à une collaboration internationale et à une acquisition à distance dans le cadre du même modèle d'installation. (Étude de cas de l'Observatoire Rubin;étude de cas DUNE;revues des exigences)

Les revues des exigences transforment les plans scientifiques en architecture réseau

ESnet ne peut pas attendre qu'une expérience produise son premier ensemble de données pour passer des contrats de fibre, de routeurs ou de capacité transatlantique. Les accords longue distance, l'achat d'équipements, la construction sur les sites et le développement de logiciels prennent des années. L'installation effectue donc des revues d'exigences avec les programmes scientifiques du Département de l'énergie sur un horizon de cinq à dix ans.

Les chercheurs et le personnel des installations décrivent les instruments, les volumes de données attendus, les emplacements de stockage, les destinations de calcul, les contraintes de temps, les collaborateurs internationaux, l'utilisation du cloud et les besoins de résilience. Les spécialistes des réseaux et du calcul analysent ensuite le workflow complet. Une demande de liaison plus grande peut révéler un problème plus important au niveau du stockage local, de la diversité des routes, de l'architecture de sécurité ou du logiciel de transfert.

Le processus de revue est une forme de co-conception. Les programmes scientifiques expliquent ce qu'ils essaient de réaliser; ESnet traduit l'objectif en dépendances d'infrastructure et teste si le chemin proposé peut fonctionner. Le résultat peut influencer la capacité des connexions des sites, de nouvelles routes, les contrats sous-marins, le déploiement de Science DMZ, la recherche en orchestration, le recrutement et le calendrier de la future génération de réseau.

La principale revue de la physique des hautes énergies, achevée en 2025 et publiée en janvier 2026, a impliqué 127 entités et 14 études de cas dans un rapport d'environ 400 pages. Son importance ne réside pas dans la garantie que toutes les prévisions soient exactes. Les instruments peuvent prendre du retard, les logiciels peuvent devenir plus efficaces et de nouvelles charges peuvent apparaître. La valeur réside dans un dossier documenté où les chercheurs, les ingénieurs réseau, les centres de calcul et les bailleurs de fonds peuvent voir les mêmes hypothèses et les réviser délibérément.

La prévision reste difficile parce que la demande scientifique est discontinue. Une supernova peut ne jamais se produire pendant la durée de vie d'une expérience, tandis qu'un workflow d'intelligence artificielle peut croître plus vite que le cycle de revue formel. La croissance moyenne du trafic est utile pour les budgets, mais ne peut pas remplacer la planification au cas par cas. La croissance exceptionnellement faible de 4 % du trafic d'ESnet en 2024 ne démontre pas que la demande à long terme s'est arrêtée; elle montre pourquoi une seule année ne doit pas déterminer un programme d'infrastructure d'une durée de plusieurs décennies.

Les revues d'exigences répartissent également les responsabilités. Un laboratoire ne peut pas supposer que le backbone national corrigera un chemin de campus inadéquat, et ESnet ne peut pas supposer qu'un programme scientifique s'adaptera une fois la capacité construite. Placer les dépendances dans un plan partagé rend les divergences ultérieures plus concrètes. (Rapports de revue des exigences)

Wireless Edge et QUANT-NET testent les limites de l'installation

Un réseau national de fibre dessert bien les institutions fixes. Les instruments scientifiques ne fonctionnent pas toujours dans ces endroits. Les champs géothermiques, les observatoires environnementaux et les campagnes temporaires peuvent ne pas avoir de couverture opérateur, d'énergie fiable ou de route de fibre économiquement viable. Le programme Wireless Edge d'ESnet étudie comment les réseaux cellulaires privés, le Wi-Fi, la radio directionnelle et les systèmes satellitaires peuvent étendre un workflow scientifique jusqu'à ces sites.

Un déploiement géothermique au Nevada, annoncé en juin 2026, a combiné la 4G privée utilisant le spectre Citizens Broadband Radio Service, le Wi-Fi HaLow à longue portée, le Wi-Fi conventionnel, la liaison Starlink, la radio directionnelle et une tour portable autopropulsée. La conception a répondu aux conditions d'un seul champ. Il ne s'agissait pas d'un produit sans fil général d'ESnet et il ne pouvait pas offrir la capacité soutenue de la fibre longue distance. Le terrain, la météo, le spectre, l'énergie et le fournisseur de satellite restaient des parties du chemin de service.

Le point organisationnel le plus important est qu'ESnet ne s'est pas arrêté au point de fibre le plus proche et n'a pas traité le reste comme la responsabilité d'une autre institution. Sa fonction de liaison scientifique a traité l'acquisition, la liaison terrestre et le transport longue distance comme un seul workflow. Cette approche peut être plus précieuse qu'un produit uniforme, car les sites scientifiques éloignés sont confrontés à des contraintes physiques différentes.

QUANT-NET explore une autre frontière. Le projet financé par l'ASCR construit un banc d'essai de réseau quantique à trois nœuds, reliant le Berkeley Lab et deux sites de l'Université de Californie à Berkeley, sur environ cinq kilomètres. Les travaux comprennent des pièges à ions, un couplage de photons, un échange d'intrication, des mesures d'états de Bell, un contrôle sensible au temps et une architecture logicielle modulaire.

La relation avec ESnet réside principalement dans le contrôle et l'orchestration. Les expériences quantiques nécessitent une communication classique, une synchronisation précise et une coordination entre des dispositifs encore difficiles à exploiter. Un logiciel de contrôle open source peut rendre les expériences plus reproductibles et réduire les ajustements manuels. Le banc d'essai n'est pas un Internet quantique de production et ne transporte pas de gros volumes de données scientifiques conventionnelles par intrication.

Wireless Edge et QUANT-NET doivent donc être évalués en fonction de ce qu'ils enseignent et de ce qui peut être réutilisé. Aucun des deux ne démontre que tous les utilisateurs d'ESnet recevront un service d'accès sans fil ou une liaison quantique. Ils étendent la fonction de recherche de l'installation vers des domaines où les futurs réseaux scientifiques pourraient exiger de nouveaux supports physiques et systèmes de contrôle. (Déploiement Wireless Edge;recherche sur les réseaux quantiques)

American Science Cloud et ESnet7 déplacent l'unité de planification des sites vers les workflows

Le programme Integrated Research Infrastructure et l'American Science Cloud émergente reflètent un changement dans la manière dont le Département de l'énergie décrit ses installations. Au lieu de traiter un instrument, un réseau, un dépôt de données et un supercalculateur comme des services indépendants, les programmes visent à les faire fonctionner comme un environnement fédéré pour les données scientifiques, l'intelligence artificielle et le calcul haute performance.

Le rôle d'ESnet se situe dans la connectivité et l'orchestration. Les données doivent se déplacer des instruments vers le stockage et les accélérateurs; les utilisateurs et les services ont besoin d'un accès contrôlé; les workflows doivent découvrir les ressources disponibles; et la télémétrie doit montrer si le système atteint l'objectif scientifique. EJFAT, SENSE, OSCARS, Cloud Connect et High-Touch traitent des parties de ce problème, mais aucun ne constitue à lui seul l'American Science Cloud.

Lors de Confab26, Inder Monga a été identifié comme chef de projet adjoint de l'American Science Cloud, et les sessions du programme comprenaient des démonstrations et la planification de la prochaine génération de réseau. Cela constitue la preuve d'un travail institutionnel actif, et non la preuve qu'un cloud scientifique universel était achevé en août 2026. La politique d'accès, l'inventaire des ressources connectées, le support en production et la gouvernance étaient encore des questions en développement.

ESnet7 apparaît dans le même environnement de planification. Le nom est réel, et des sessions d'innovation ont examiné la télémétrie, l'inspection des paquets, le déplacement des données, l'intelligence artificielle et les réseaux quantiques. ESnet6 reste cependant la génération de production actuelle. Aucune architecture publique définitive, aucune base de conception, aucune sélection de fournisseurs, aucun budget complet ni aucune date de lancement n'ont été identifiés dans les preuves disponibles.

Cette distinction est importante parce que les générations de réseau créent des attentes bien avant l'installation des équipements. Un programme de planification peut influencer les priorités de recherche, les relations avec les fournisseurs et les demandes de capitaux. Il ne doit pas être présenté comme un backbone achevé. L'interprétation la plus défendable est qu'ESnet utilise l'expérience opérationnelle d'ESnet6 et les projets de workflow actuels pour décider ce que devrait être une septième génération.

La vitesse restera importante, mais les preuves suggèrent que la programmabilité et l'intelligence pourraient devenir tout aussi centrales. Une liaison plus rapide n'indique pas à une application où se trouve la capacité de calcul disponible, n'identifie pas une micro-rafale, ne planifie pas un flux de détecteur et ne prouve pas qu'un service multidomaine a été correctement terminé. La question stratégique pour ESnet7 est de savoir quelle part du workflow scientifique le réseau doit comprendre et coordonner sans se transformer en un contrôleur central impossible à gérer. (Programme Confab26;recherche appliquée 2024)

Le financement fédéral soutient l'installation, mais la ligne budgétaire n'est pas un revenu

ESnet ne finance pas son backbone en vendant de la capacité au public. Le Département de l'énergie le finance principalement par le biais de l'activité de l'ASCR appelée High Performance Network Facilities and Testbeds. La demande pour l'exercice 2027 proposait 103 millions de dollars pour cette ligne de programme, contre 97,261 millions de dollars dans la colonne précédemment approuvée.

Ces chiffres sont le meilleur indicateur public de l'échelle du programme, mais ils ne constituent pas un compte de résultat pour ESnet. La ligne soutient également des bancs d'essai liés aux réseaux, la maintenance des logiciels, les mises à niveau et les activités de recherche. Elle ne révèle pas un coût opérationnel annuel distinct pour le backbone de production, l'investissement en capital de chaque génération de réseau ou les revenus associés aux connexions individuelles des sites.

Le financement public permet à l'installation d'investir avant que la demande ne devienne commerciale. Il peut acquérir du spectre à long terme, maintenir des outils open source, soutenir des expériences à faible volume et à haute valeur scientifique, et construire une diversité de routes au-delà de ce que l'utilisation immédiate justifierait. Le même modèle crée une dépendance à l'égard des crédits du Congrès, des priorités du Département et de la structure d'exploitation du Berkeley Lab.

Les connexions des sites ne sont pas toujours gratuites. La Site User Cost Policy d'ESnet permet aux utilisateurs institutionnels de prendre en charge les dépenses liées à la connexion, en fonction du parrainage, de l'éligibilité et des exigences supplémentaires. L'unité de la relation est le site, et non le chercheur individuel. Les utilisateurs finaux ne sont pas facturés ni enregistrés séparément par ESnet.

L'absence de comptes indépendants limite l'analyse financière. Les documents publics ne révèlent pas la concentration complète des fournisseurs, la masse salariale, le calendrier d'amortissement, le registre des actifs par route ou le budget d'investissement annuel. Qualifier les 103 millions de dollars de « revenus d'ESnet » serait incorrect. La conclusion la plus précise est qu'un programme fédéral finance une installation de production, ses mises à niveau, la maintenance des logiciels et ses bancs d'essai par le biais d'une ligne d'activité plus large.

La structure de financement affecte également les choix stratégiques. Un réseau commercial peut abandonner une route qui ne couvre pas ses coûts. Une installation scientifique publique doit équilibrer la mission nationale, l'opportunité scientifique et la capacité à long terme avec les contraintes budgétaires. Cela peut justifier des investissements sans retour financier immédiat, mais rend également essentiels la priorisation transparente et les preuves produites par les revues d'exigences. (Demande budgétaire de l'ASCR pour l'exercice 2027;ESCC et politique de site)

Fiabilité, sécurité du routage et télémétrie créent leurs propres obligations

Le rapport 2024 d'ESnet a enregistré un résultat de disponibilité pertinent: les dix sites de l'Office of Science inclus dans la métrique ont atteint 100 % de disponibilité du service, hors maintenance programmée. C'était la première année où tous les sites dépassaient simultanément l'exigence de 99,9 %. Le rapport annuel présentait également un chiffre de disponibilité plus large de 99,99 %. Ce sont des mesures utiles, mais de portées différentes, et elles ne prouvent pas que tous les services, institutions et chemins internationaux sont restés sans interruption.

Le programme de résilience des sites examine les entrées diversifiées, les routeurs, l'alimentation et les domaines de défaillance des installations connectées. Cela reflète une réalité inconfortable: un backbone national peut être redondant alors qu'un laboratoire dépend d'une seule conduite ou d'un seul équipement local. La fiabilité doit atteindre le bâtiment et le système de transfert de données, et ne pas s'arrêter à la carte du backbone.

La politique de routage offre une autre couche de contrôle. ESnet rejette les annonces RPKI-invalides dans les relations de peering, exige des registres de routage à jour et propose une surveillance des détournements et un blackholing des destinations. Ces contrôles réduisent les risques connus, mais ne rendent pas le routage interdomaine infaillible. Une origine valide peut toujours être associée à une fuite ou à une erreur de politique, et le blackholing protège les autres systèmes en rendant la destination affectée inaccessible.

L'automatisation crée un compromis similaire. Une configuration standardisée, un inventaire et une orchestration peuvent réduire les erreurs manuelles et accélérer la récupération. Un modèle, une politique ou un enregistrement de données incorrect peut également se propager rapidement sur plusieurs équipements. La réponse appropriée comprend un déploiement progressif, une validation indépendante, des procédures claires de retour en arrière ou de récupération progressive, et des limites à l'autorité d'un seul compte d'automatisation.

Les données opérationnelles méritent la même attention. La politique de données de l'installation indique que les informations d'utilisation des routeurs et NetFlow peuvent être conservées indéfiniment et répliquées sur un stockage sur les côtes est et ouest des États-Unis. Les mesures actives de perfSONAR sont conservées pendant six mois sur un seul disque, sans sauvegarde. Les informations d'utilisation des routeurs et traceroute sont publiques, tandis que les journaux de flux et de sécurité ont un accès restreint.

Cela ne contredit pas l'affirmation selon laquelle ESnet ne suit pas formellement chaque utilisateur final en tant qu'abonné. Ce sont deux systèmes différents. ESnet n'entretient pas de relation individuelle d'enregistrement et de facturation, mais les métadonnées du réseau peuvent identifier les points de terminaison, les institutions qui communiquent, les heures et les modèles de trafic. Une télémétrie haute fidélité améliore le diagnostic et la sécurité, mais augmente le besoin de minimisation, de contrôle d'accès, de révision des durées de conservation et d'utilisation responsable.

Le modèle de résilience le plus solide n'est pas une affirmation de disponibilité parfaite. C'est un ensemble de mécanismes aux limites définies: diversité physique, ingénierie des sites, sécurité du routage, mesure, réponse aux incidents, gouvernance des données et volonté de publier la portée de chaque métrique. (Jalon de disponibilité;politique de données de l'installation;politique de peering)

Ce que représente ESnet

L'histoire d'ESnet peut être lue comme une succession de réseaux plus rapides: des systèmes précurseurs spécialisés, ESnet4, ESnet5 continental 100G et ESnet6 multi-térabits. La chronologie est réelle, mais elle ne saisit pas la continuité la plus importante. L'installation a modifié à plusieurs reprises l'architecture autour du travail scientifique lorsque la capacité brute ne suffisait plus à résoudre le problème.

Le Science Data Network a séparé les flux exceptionnels du trafic ordinaire. OSCARS a rendu la capacité réservable. Science DMZ a modifié le périmètre institutionnel. perfSONAR et iperf3 ont transformé les litiges de performance en mesures. SENSE a lié l'intention de l'application à plusieurs domaines administratifs. EJFAT a intégré le chemin longue distance dans le cycle du détecteur. Le cache a modifié la demande, et le spectre transatlantique a élargi le contrôle d'ESnet sur la croissance internationale.

L'autorité de l'organisation reste limitée. Le DOE et l'ASCR définissent la mission et le financement. Le Berkeley Lab exploite l'installation. L'Université de Californie gère le laboratoire par contrat. Les coordinateurs de site approuvent les modifications qui affectent leurs institutions. Les partenaires internationaux contrôlent leurs propres réseaux. Les fournisseurs de cloud, les opérateurs, les propriétaires de câbles et les fabricants d'équipements conservent un pouvoir sur les composants dont ESnet dépend.

Cette distribution du contrôle n'est pas un inconvénient que le logiciel peut éliminer. C'est la condition dans laquelle un réseau scientifique fonctionne. La réalisation pratique consiste à offrir une coordination suffisante pour fournir un workflow sans prétendre qu'une seule institution possède tout le chemin.

La même discipline doit régir les affirmations sur l'avenir. ESnet7 est en planification, SENSE reste en phase de recherche dans le dernier rapport complet, EJFAT est un prototype avancé ou une plateforme émergente, QUANT-NET est expérimental et l'American Science Cloud était encore en construction. Les preuves sont plus utiles lorsque le niveau de maturité est décrit avec précision.

L'importance à long terme d'ESnet réside dans le modèle d'installation scientifique partagée. Le réseau est traité comme un instrument scientifique, avec des exigences, des opérations, des logiciels, des mesures, de la recherche et un financement public. Ce modèle reconnaît qu'un détecteur et un supercalculateur séparés par des milliers de kilomètres génèrent peu de valeur conjointe si les systèmes entre eux ne sont pas conçus comme un seul chemin.

La question n'est donc pas de savoir si ESnet est le réseau le plus rapide selon un classement universel. Aucune mesure neutre actuelle dans les preuves disponibles ne justifie cette affirmation. La conclusion défendable est plus forte et plus utile: ESnet est l'un des réseaux scientifiques documentés les plus performants au monde, et sa principale contribution est de rendre la science distribuée opérationnelle de bout en bout. (Histoire d'ESnet;lancement d'ESnet6;rapport annuel 2024)

Sources

• Gouvernance et politiques d'ESnet
• Histoire d'ESnet
• Rapport annuel 2024 d'ESnet
• ESnet en chiffres: 2024
• Innovations opérationnelles de 2024
• Activités de recherche appliquée de 2024
• Jalon du spectre transatlantique
• Jalon de disponibilité
• Direction d'ESnet
• Comité de coordination des sites ESnet
• Catalogue des services réseau
• Interconnexions de peering et politique de routage
• Politique de gestion des données de l'installation
• Demande budgétaire du DOE ASCR pour l'exercice 2027
• Lancement d'ESnet6 au Berkeley Lab
• Architecture d'ESnet4 et Science Data Network
• Lancement continental 100G d'ESnet5
• Science DMZ
• OSCARS
• SENSE
• EJFAT
• Outils de performance réseau
• Revues des exigences scientifiques
• Déploiement géothermique Wireless Edge
• Recherche sur les réseaux quantiques
• Résultat du streaming direct de données FRIB
• Étude de cas de l'Observatoire Rubin
• Étude de cas DUNE
• Programme Confab26