ESnet: le réseau scientifique qui fait fonctionner les installations distantes comme une machine distribuée unique

Résumé

• ESnet est un centre de services scientifiques pour le compte du Département de l’Énergie des États-Unis, exploité par le Laboratoire national Lawrence‑Berkeley; il ne s’agit ni d’un opérateur commercial ni d’un organisme indépendant.
• ESnet6 regroupe environ 15 000 miles de fibre dédiée, des systèmes optiques et paquets, des services spécialisés, de l’interconnexion, de la mesure et du contrôle programmable; le chiffre de 57 Tbit/s correspond à la capacité totale, non au débit utilisateur.
• Science DMZ, perfSONAR, OSCARS, SENSE, High‑Touch et EJFAT montrent que la contribution caractéristique d’ESnet est l’ingénierie de bout en bout, depuis l’instrument et la périphérie du site jusqu’au calcul distant.
• Les projets ESnet7 et American Science Cloud dessinent un réseau plus intégré aux chaînes de travail scientifiques, mais plusieurs composants restent des démonstrateurs, des systèmes de recherche ou des services émergents.

Un réseau scientifique qui entre au cœur de l’expérience elle‑même

En avril 2024, des données ont transité du Jefferson Lab, en Virginie, à travers les États‑Unis jusqu’au supercalculateur Perlmutter, en Californie, à 100 Gbit/s, et ont été traitées sans écriture préalable sur disque. La démonstration a utilisé le système expérimental EJFAT d’ESnet, intégrant le réseau étendu dans la chaîne de travail scientifique au lieu de le faire fonctionner une fois la collecte de données terminée.

Ce basculement résume la question centrale à laquelle ESnet est confronté: le réseau peut‑il relier instruments, stockage et calcul distant au point que des installations séparées par des milliers de kilomètres fonctionnent comme les parties d’une seule machine?

Le chemin habituel commence avec un détecteur, un télescope, un microscope ou une simulation à l’intérieur d’un laboratoire ou d’une installation de recherche. Les systèmes d’acquisition locaux rassemblent les données, des serveurs de stockage et de transfert les préparent au mouvement, puis le réseau du site les achemine vers une périphérie institutionnelle maîtrisée. Ensuite, ESnet peut transporter les données à travers les États‑Unis ou l’Atlantique, vers un supercalculateur du Département de l’Énergie, un partenaire du monde de la recherche et de l’enseignement, ou un environnement cloud commercial.

Le résultat peut revenir sous la forme d’un ensemble de données analysées, d’une alerte, d’un modèle ou d’une décision qui détermine la prochaine étape de l’expérience.

Aucune institution ne contrôle ce chemin complet. Les équipes des instruments, les réseaux de laboratoires, les réseaux régionaux de la recherche, les fournisseurs cloud, les partenaires internationaux et les centres de calcul intensif peuvent relever d’organisations différentes. ESnet exploite la couche étendue dédiée à la mission scientifique et collabore avec ces opérateurs pour que le chemin fonctionne comme un système unique.

Un serveur de stockage lent, une liaison de site saturée ou un pare‑feu mal configuré peut gaspiller la capacité d’un réseau fédérateur national rapide, de même qu’une panne à l’intérieur d’ESnet peut paralyser une installation locale parfaitement conçue.

Sur le plan institutionnel, ESnet est un centre de services destiné aux utilisateurs du Bureau de la Science du Département de l’Énergie. Le programme Advanced Scientific Computing Research assure la supervision principale, tandis que la division Scientific Networking Division du Laboratoire national Lawrence‑Berkeley en assure l’exploitation. Le Laboratoire de Berkeley est lui‑même géré pour le compte du Département de l’Énergie par l’Université de Californie dans le cadre d’un contrat.

ESnet ne possède ni actions, ni actionnaires, ni valorisation institutionnelle, ni budget commercial indépendant connu; son rôle se comprend donc mieux comme celui d’une infrastructure scientifique fédérale, et non comme celui d’une entreprise de réseaux disposant d’une clientèle grand public.

Les chercheurs interagissent généralement avec ESnet de manière indirecte, à travers un instrument, un supercalculateur, un service de laboratoire, une connexion universitaire ou un réseau partenaire. Le centre distingue les utilisateurs des sites institutionnels des utilisateurs finaux et indique qu’il n’enregistre ni ne suit formellement chaque utilisateur final individuel. Le chiffre de plus de 30 000 utilisateurs organisationnels mentionné dans le rapport annuel 2024 constitue donc une mesure institutionnelle, non un nombre d’abonnés.

Les comparaisons ordinaires avec les opérateurs télécoms n’expliquent qu’une partie du rôle. ESnet gère le routage, le transport optique et le peering, mais il mène également des revues d’exigences, développe des outils open source, teste de nouveaux services et aide les sites à diagnostiquer les performances de bout en bout. Sa finalité générale n’est pas de vendre de la connectivité, mais de permettre à des installations scientifiques géographiquement dispersées de travailler ensemble avec la vitesse, les preuves et la clarté opérationnelle nécessaires à la recherche elle‑même. (Gouvernance d’ESnet;Services réseau)

Le calcul distant a créé le besoin d’un réseau scientifique partagé

L’histoire officielle d’ESnet remonte au milieu des années 1970, quand le calcul et les communications longue distance étaient rares. Au centre de calcul pour la recherche sur la fusion thermique contrôlée du Laboratoire national Lawrence‑Livermore, les personnels accédaient à un ordinateur Control Data Corporation 6600 emprunté via quatre modems vocaux. Le matériel et les débits appartiennent à une autre époque, mais le problème opérationnel reste familier: une communauté scientifique spécialisée avait besoin d’un accès distant à une capacité de calcul coûteuse, impossible à dupliquer dans chaque institution participante.

À la fin des années 1970 et au début des années 1980, différentes communautés de recherche du Département de l’Énergie ont développé leurs propres réseaux. La physique des hautes énergies et la recherche sur la fusion magnétique disposaient d’installations, de collaborateurs et de flux de données distincts; les premiers réseaux comme HEPnet et MFEnet reflétaient ces frontières. Construire des réseaux dédiés était logique quand les services commerciaux ne pouvaient fournir la bande passante, la performance ou l’attention opérationnelle requises, mais cela engendrait aussi des doublons.

Chaque programme négociait ses circuits, maintenait sa technologie et formait ses experts de façon indépendante, ce qui fragmentait la collaboration et les évolutions à long terme.

La création officielle d’ESnet en 1986 a unifié ces fonctions au sein d’un réseau scientifique plus large. Le changement était autant organisationnel que technique. L’infrastructure partagée pouvait désormais anticiper la demande entre programmes, exploiter les liaisons nationales, coordonner les connexions internationales et conserver des compétences spécialisées. La capacité passait d’un problème propre à un projet à une planification d’infrastructure au niveau du département.

Ce premier modèle a ancré plusieurs caractéristiques encore visibles aujourd’hui. La définition des utilisateurs reposait sur la mission scientifique, non sur un marché de détail. Les ordinateurs centraux et les instruments justifiaient un investissement public partagé. La conception du réseau suivait des programmes de recherche aux calendriers longs. L’exploitation exigeait des personnes qui comprennent à la fois les systèmes de communication et les conséquences scientifiques des pannes. La demande arrivait aussi de manière irrégulière, car une seule expérience pouvait générer un trafic dépassant largement le niveau habituel.

Le Laboratoire de Berkeley a sa propre histoire en matière de réseaux. Un CDC 6600 y a été connecté à ARPANET en 1974, et des chercheurs du laboratoire ont par la suite contribué aux travaux fondateurs sur le contrôle de congestion TCP. Les travaux de Van Jacobson et Mike Karels appartiennent à l’environnement plus large du Laboratoire de Berkeley et ne doivent pas être attribués à ESnet seul.

Le lien institutionnel reste néanmoins important car il a placé l’exploitation d’un réseau scientifique de production à proximité de chercheurs qui abordaient le comportement des protocoles, la mesure et la performance comme des problèmes d’ingénierie à étudier, et non comme des contraintes figées.

Les opérations ont été transférées au Laboratoire de Berkeley en 1996. Ce déménagement a installé le siège actuel d’ESnet à 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 personnels, laboratoires et questions techniques. (Historique d’ESnet)

Un financement public permet à ESnet de construire avant que la demande n’arrive

Un centre de services scientifiques 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 seule. Cette logique vaut pour un accélérateur de particules, une source de lumière ou un supercalculateur de pointe, et ESnet l’applique aux communications. Les droits sur la fibre longue distance, les équipements optiques, les routeurs, la capacité internationale, l’exploitation continue, la cybersécurité, la mesure de la performance et le soutien en ingénierie sont rassemblés au sein d’une infrastructure unique qui dessert plusieurs programmes.

La justification du financement public découle de la forme de la demande scientifique. Un opérateur télécoms peut vendre un circuit à haut débit, mais il ne conçoit généralement pas son réseau national autour d’un détecteur qui entrera en service des années plus tard, d’un paquet de données de supernova qui peut ne jamais survenir pendant la durée du contrat, ou d’un flux de travail à faible volume commercial mais à forte valeur publique. ESnet peut construire avant que l’usage mesuré n’apparaisse car sa mission est la capacité scientifique, non le chiffre d’affaires réseau à court terme.

Le modèle de centre de services modifie également la manière dont la demande est détectée. ESnet mène des revues d’exigences formelles avec les programmes scientifiques du Département de l’Énergie. Les chercheurs et les équipes des installations décrivent les instruments, les volumes de données, les sites de stockage, les destinations de calcul, les besoins temporels, les modèles de collaboration et les goulets d’étranglement locaux dans un horizon de cinq à dix ans. Ces résultats servent à dimensionner les liaisons de site, la diversité des chemins, les achats transatlantiques, la recherche sur la coordination et la conception des services.

Ce processus peut sembler moins excitant qu’une nouvelle liaison optique cohérente, mais il est souvent plus important. Un accord de spectre sous‑marin, l’achat d’un routeur ou la création d’une seconde entrée de site peut nécessiter des années de financement et de réalisation. Attendre que l’expérience produise ses données transforme un besoin d’infrastructure prévisible en urgence. Les revues d’exigences convertissent les plans scientifiques en un délai d’ingénierie dans lequel il est possible d’agir.

Les revues révèlent également les incertitudes. Les prévisions peuvent changer, les calendriers des instruments glisser, les logiciels de réduction de données s’améliorer, l’usage du cloud s’étendre ou le flux de travail de l’installation être repensé. ESnet ne traite pas une étude de cas comme une demande de trafic garantie; il utilise les éléments pour construire une fourchette d’exigences, puis décide où la flexibilité, la capacité de réserve et un déploiement progressif sont justifiés.

Le modèle de centre de services évite de facturer les scientifiques individuels au gigaoctet. Les opérations de base sont financées par l’État fédéral, tandis qu’une partie des coûts de connexion des sites peut être répartie en fonction du parrainage des programmes et de la politique dite Site User Cost. Cet arrangement n’élimine pas les divergences d’intérêts; un programme sponsor peut préférer un coût de connexion plus bas, ESnet peut préférer une capacité et une flexibilité servant plusieurs programmes, tandis qu’un site peut retarder des mises à niveau locales pourtant nécessaires pour tirer parti du réseau national. La mission de la gouvernance est d’aligner ces décisions sur les résultats scientifiques plutôt que sur un jeu de transfert de coûts d’une ligne budgétaire à l’autre. (Comité des coordinateurs de site ESnet et politique de coût;Rapports de revues d’exigences)

Le Département de l’Énergie définit la mission, le Laboratoire de Berkeley exploite le réseau

ESnet ne possède pas la hiérarchie institutionnelle d’un opérateur télécoms. Son autorité est répartie le long d’une chaîne de programmes fédéraux. Le Bureau de la Science du Département de l’Énergie fixe la mission, le programme Advanced Scientific Computing Research assure la supervision principale et le suivi budgétaire, tandis que le Laboratoire de Berkeley héberge la Scientific Networking Division qui conçoit, exploite et développe le centre.

L’Université de Californie gère le Laboratoire de Berkeley pour le compte du Département dans le cadre d’un contrat, et les institutions connectées participent par l’intermédiaire de coordinateurs de site et de l’ESnet Site Coordinators Committee.

Inder Monga est le directeur exécutif d’ESnet et le directeur de la Scientific Networking Division au Laboratoire de Berkeley. Les sources publiques actuelles désignent Chin Guok comme directeur technique et responsable de la planification et de l’innovation, Adam Slagell comme responsable de la sécurité, Jon‑Paul Herron comme directeur de l’ingénierie réseau, et Susan Lucas comme directrice adjointe des opérations commerciales.

Derrière ces postes se trouvent des fonctions couvrant l’ingénierie optique, le routage, l’ingénierie de site, l’exploitation du réseau, les logiciels, la mesure, la coordination, la sécurité, la gestion de projet et la communication scientifique.

L’étendue de cette structure corrige l’image simpliste d’un réseau national réduit à un ensemble de fibres et de routeurs. ESnet a besoin de personnes capables d’acheter du spectre, de faire fonctionner BGP, de construire des systèmes de mesure, de maintenir des logiciels open source, d’analyser le comportement des paquets, de planifier des installations, de gérer des preuves de sécurité et de traduire des exigences scientifiques en conceptions réseau. L’organisation est à la fois opérationnelle et de développement.

Les documents publics contiennent un point non tranché concernant la gestion du programme. La page de gouvernance actuelle nomme Benjamin Brown comme gestionnaire de programme désigné par l’ASCR, tandis que des documents récents de revues d’exigences identifient Carol Hawk comme gestionnaire du programme ESnet. Les éléments disponibles permettent de dire que les sources publiques n’ont pas encore été harmonisées ou que les responsabilités ont pu changer ou être partagées, mais ils ne permettent pas de retenir un ordonnancement exclusif actuel sans confirmation supplémentaire.

L’ESnet Site Coordinators Committee offre un canal opérationnel formel aux institutions connectées. Chaque site nomme un coordinateur habilité à approuver les demandes touchant la connexion ESnet de l’institution, à relayer les exigences et à participer aux discussions de politique et de planification. Il s’agit d’une gouvernance institutionnelle des utilisateurs, non d’un vote direct de chaque scientifique dont les données transitent par le réseau.

Il en résulte une répartition pratique des responsabilités. ESnet contrôle son réseau fédérateur et ses services, le site connecté contrôle ses équipements de campus, ses nœuds de transfert de données, sa sécurité locale et son alimentation électrique, l’ASCR contrôle le financement au niveau du programme, les programmes scientifiques déterminent les conséquences d’un retard ou d’une panne, et les partenaires internationaux contrôlent leurs propres réseaux. La chaîne de travail complète ne fonctionne que lorsque ces autorités distinctes restent alignées. (Direction d’ESnet;Gouvernance)

ESnet4 a séparé le trafic ordinaire des flux scientifiques exceptionnels

Au milieu des années 2000, les expériences distribuées ont commencé à modifier le profil du trafic. Le Grand collisionneur de hadrons (LHC) devait produire des données au CERN et les distribuer à travers une cascade 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 devenir assez volumineux pour saturer les liaisons ordinaires. Bâtir un réseau unique non différencié pour les deux types de trafic rendait difficile la gestion de la capacité et la garantie des services.

ESnet4 a traité le problème par une architecture hybride. Un cœur IP transportait les communications scientifiques générales, tandis qu’un réseau distinct, le Science Data Network, utilisait des circuits optiques à haut débit pour les flux volumineux et prenait en charge la configuration dynamique des chemins. Des boucles métropolitaines reliaient les principaux laboratoires, et la collaboration avec Internet2 et des partenaires internationaux étendait le système au‑delà des seuls sites du Département de l’Énergie.

L’architecture séparait le trafic en fonction des exigences opérationnelles, et non selon une division simpliste « rapide » contre « lent ». Le service IP général nécessitait un accès large et un routage flexible, tandis qu’un transfert planifié de plusieurs téraoctets pouvait tirer parti d’un chemin de niveau 2 réservé, avec une heure de début connue, une allocation de bande passante déterminée et des points d’extrémité précis. Le Science Data Network reconnaissait qu’un nombre limité de flux prévisibles et de grande valeur justifiait un modèle de contrôle différent du simple acheminement de paquets.

OSCARS est né de cet environnement. Le système On‑demand Secure Circuits and Advance Reservation System permettait aux utilisateurs ou applications autorisés de demander des ressources réseau pour une période déterminée. Le système devait trouver le chemin, vérifier les contraintes de topologie et de politique, réserver la bande passante et les ressources VLAN, créer l’état dans les équipements, puis le supprimer à la fin de la réservation. Il a transformé une tâche qui reposait sur une coordination manuelle en un service pouvant être sollicité par des logiciels.

ESnet4 a également montré que le débit brut n’était plus le seul goulot d’étranglement. Un circuit réservé peut protéger la capacité à l’intérieur du réseau étendu, tandis que l’application reste lente parce que le système de stockage ne peut pas lire assez vite ou parce qu’un pare‑feu local abandonne des paquets. Cette leçon a directement conduit à l’architecture Science DMZ et à la mesure de bout en bout.

Cette phase a ancré un motif récurrent dans la conception d’ESnet. Un problème scientifique apparaît d’abord comme une exigence de trafic, puis le centre construit une capacité physique, un mécanisme de contrôle et un mode opératoire autour de lui. Quand la méthode fait ses preuves, les logiciels et les guides d’ingénierie se diffusent au‑delà de l’expérience initiale. (Documents historiques ESnet4 et ESnet5;OSCARS)

Science DMZ a montré que le goulot d’étranglement se situe souvent à la périphérie

Un réseau fédérateur national peut fonctionner correctement alors que le scientifique subit des performances de transfert médiocres. La raison est simple: le réseau fédérateur n’est qu’une partie du chemin. Les pare‑feux institutionnels, les cœurs de réseau universitaires partagés, les routeurs anciens, les serveurs sous‑dimensionnés, les pertes de paquets et les limites du stockage peuvent réduire un chemin à haut débit à une fraction de sa capacité technique.

Science DMZ représente la réponse d’ESnet à cette réalité de bout en bout. L’architecture place les nœuds de transfert de données sur un chemin à haute performance, près d’une périphérie institutionnelle maîtrisée. La politique de sécurité est ajustée aux services limités que ces systèmes exposent, au lieu de forcer un trafic scientifique soutenu à traverser un pare‑feu général à maintien d’état conçu pour des types d’applications institutionnelles variées.

L’expression peut être comprise à tort comme un appel à supprimer la sécurité. Or, Science DMZ s’appuie sur des hôtes renforcés, des listes de contrôle sur les routeurs, une surveillance, une gestion des vulnérabilités, une minimisation des services exposés et une discipline opérationnelle. La conception déplace le lieu et la manière d’appliquer certains contrôles, et évite de placer un équipement dont le débit ou le comportement sessionnel est inadapté sur le chemin principal des données, simplement parce qu’il fait partie du schéma de sécurité habituel de l’institution.

La mesure de la performance fait partie de l’architecture, elle n’est pas un tableau de bord optionnel. Les nœuds perfSONAR réalisent 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 la cause d’un transfert dégradé, les mesures aident à déterminer si le problème commence au niveau de l’hôte, de la liaison locale, du réseau régional, du réseau fédérateur ESnet ou du partenaire international. Sans ces éléments, chaque opérateur peut affirmer que son segment est correct, tandis que le chercheur reste incapable de transférer ses données.

Les nœuds de transfert de données nécessitent leur propre ingénierie. Les cartes réseau, l’emplacement du processeur, la mémoire, le disque ou les systèmes de fichiers parallèles, les tampons TCP et le logiciel de transfert déterminent le niveau de débit possible. Le guide Fasterdata et le conseil technique d’ESnet transforment ces détails en une pratique reproductible. L’approche s’est diffusée au‑delà des laboratoires du Département de l’Énergie, mais ESnet n’exploite pas toutes les implémentations qui utilisent le nom.

Science DMZ est devenue influente parce qu’elle a reformulé une question d’achat en une question de système. Un circuit plus rapide ne résout pas un chemin contraint ailleurs. L’unité pertinente de performance est la chaîne de travail complète, du stockage au stockage ou de l’instrument au calcul, chaque domaine administratif étant mesuré et sa responsabilité clairement identifiée. (Guide Science DMZ;Outils de performance réseau)

ESnet5 a fait du réseau continental 100G un service de production

La montée en capacité suivante a été soutenue par l’Advanced Networking Initiative et le plan de relance américain (American Recovery and Reinvestment Act). ESnet a reçu 62 millions de dollars au titre de cette loi pour développer un modèle 100 Gbit/s longue distance et appuyer la transition vers ESnet5. L’investissement ne s’est pas limité à de nouveaux routeurs: ESnet a également acquis des droits de capacité spectrale sur une empreinte de fibre nationale, ce qui a donné au programme un contrôle accru sur le déploiement et la montée en débit des longueurs d’onde.

ESnet5 est entré en production fin 2012. Le Département de l’Énergie et ESnet l’ont alors décrit comme le réseau scientifique le plus rapide du monde. Cette affirmation historique était liée à un déploiement continental pionnier à 100G, et ne doit pas être répétée en 2026 comme un classement mondial absolu. Aujourd’hui, les réseaux de la recherche publient des chiffres de capacité à l’aide de métriques variées: débit des interfaces individuelles, capacité agrégée du réseau fédérateur, spectre optique et bancs d’essai.

Les éléments disponibles ne contiennent pas de comparaison récente et indépendante désignant un vainqueur unique selon une métrique mondiale.

L’impact économique du 100G allait bien au‑delà d’une multiplication par dix du débit des interfaces. Les projets scientifiques pouvaient planifier des transferts réguliers longue distance qui, auparavant, auraient occupé les liaisons beaucoup plus longtemps. Les laboratoires pouvaient centraliser une partie du calcul ou du stockage plutôt que de les dupliquer localement, et les collaborations internationales disposaient d’un réseau fédérateur américain plus performant. La nouvelle capacité a révélé plus rapidement les contraintes locales, renforçant l’importance de Science DMZ et de perfSONAR.

ESnet5 a conservé la relation hybride entre service paquet et chemins scientifiques dédiés. Elle a aussi approfondi l’importance de l’automatisation. À l’échelle du 100G, il n’était plus possible de réserver la capacité, de diagnostiquer les pannes et de maintenir un service cohérent sur une empreinte nationale en s’appuyant sur des configurations manuelles des équipements.

Le projet illustre comment l’investissement public dans l’infrastructure modifie les choix scientifiques avant même qu’une expérience particulière n’utilise l’intégralité du réseau. La capacité crée une réserve pour les instruments futurs, mais une capacité excédentaire n’est pas un gaspillage au même sens que pour un service commercial inactif. Sa valeur inclut l’absence de retard pour les expériences, l’absorption des pannes et la possibilité de tester de nouvelles chaînes de travail sans attendre un nouveau cycle de construction.

L’investissement doit néanmoins être évalué à l’aune de l’usage scientifique, et la conception doit rester adaptable lorsque les prévisions changent. Les travaux ultérieurs d’ESnet sur la mesure, la mise en cache et la coordination reflètent une tentative d’extraire davantage de valeur scientifique de chaque bit installé, plutôt que de considérer l’expansion physique continue comme la seule solution. (Annonce historique d’ESnet5)

ESnet6 allie la capacité optique au contrôle programmable

Le projet ESnet6 a débuté en 2017 et a été inauguré publiquement le 11 octobre 2022 après environ six ans de conception et de construction. Lors du lancement, le Laboratoire de Berkeley a annoncé plus de 46 Tbit/s de capacité totale sur une empreinte dédiée d’environ 15 000 miles, avec des liaisons fédératrices de 400 Gbit/s à 1 Tbit/s. Le rapport annuel 2024 a ensuite communiqué un chiffre de 57 Tbit/s et une plage de liaisons allant jusqu’à 1,2 Tbit/s. Les nombres correspondent à des dates différentes et à un système en expansion, et non à des définitions contradictoires d’un réseau stable.

La couche physique comprend les chemins de fibre longue distance, les systèmes de ligne optique, les amplificateurs, les droits de spectre, les sites d’hébergement et les points d’entrée de services locaux. Le rapport 2024 dénombrait 278 sites d’amplificateurs optiques. L’optique cohérente transporte plusieurs canaux à haut débit sur la fibre, tandis que les amplificateurs et les équipements optiques reconfigurables maintiennent les niveaux de signal et orientent les longueurs d’onde. Le chemin figurant sur la carte peut emprunter de la fibre noire, du spectre, un service éclairé ou un arrangement avec un partenaire.

La mention de 15 000 miles ne prouve pas que le Département de l’Énergie possède légalement chaque câble.

Au‑dessus de la couche optique, des routeurs et des périphériques de bordure de service fournissent des environnements IP et de routage spécialisés, des services de niveau 2, du peering et une connectivité cloud. Le rapport annuel recensait 78 sites de routeurs. Les sites individuels peuvent se connecter à 10, 100 ou 400 Gbit/s selon leurs besoins, tandis que les liaisons fédératrices peuvent agréger plusieurs interfaces ou longueurs d’onde pour atteindre des chiffres plus élevés.

La couche logicielle distingue ESnet6 d’une simple montée en capacité. L’automatisation maintient l’état des équipements et des services, et la mesure programmable offre aux opérateurs des preuves plus détaillées. OSCARS configure les chemins réservés, SENSE expérimente la coordination pilotée par les applications à travers plusieurs domaines, et High‑Touch utilise du matériel programmable pour obtenir une visibilité plus riche sur les paquets et les flux. Des API et des points d’accroche de banc d’essai permettent de faire passer les recherches réussies vers l’exploitation.

La construction a également mis l’accent sur la résilience. Des chemins diversifiés, plusieurs entrées de site, des alimentations électriques indépendantes, des routeurs de secours et des sites de service à haute disponibilité réduisent la probabilité qu’une panne unique déconnecte un laboratoire du système national. Ces protections ont toutefois des périmètres différents: un réseau fédérateur redondant ne sert à rien si les deux circuits locaux empruntent la même conduite, pas plus qu’un second routeur ne crée de la résilience si les deux équipements dépendent de la même source d’énergie.

Il faut donc comprendre ESnet6 comme une installation multi‑couche. La fibre fournit l’accès physique, l’optique crée la capacité, les routeurs offrent des services paquets et spécialisés, les logiciels apportent répétabilité et programmabilité, et la mesure vérifie si le chemin promis fonctionne. Les accords institutionnels permettent quant à eux de franchir des frontières qu’ESnet ne possède pas. (Lancement d’ESnet6;Rapport annuel 2024)

Ce que signifient – et ne signifient pas – 57 Tbit/s

Les statistiques réseau agrègent souvent des couches différentes en un seul chiffre. Les 57 Tbit/s de 2024 représentent la capacité technique totale du système. Ce n’est pas une liaison physique unique, ni le débit disponible pour chaque laboratoire, ni le trafic effectivement transporté à un instant donné. Le même rapport décrit des liaisons fédératrices de 400 Gbit/s à 1,2 Tbit/s, sept sites américains connectés à 400G ou plus, et une capacité transatlantique de 2,7 Tbit/s. Chaque chiffre répond à une question différente.

Le rapport mentionne également 78 sites de routeurs, 278 sites d’amplificateurs optiques sur une empreinte d’environ 15 000 miles, la connexion des dix‑sept laboratoires nationaux du Département de l’Énergie, 28 centres de services du Département, 277 relations avec des réseaux de la recherche, des réseaux commerciaux et autres dans cinq pays, plus de 30 000 utilisateurs organisationnels, et 137 employés et contractuels travaillant dans 24 États.

Ces nombres décrivent des ensembles différents et ne doivent pas être additionnés comme un nombre de clients: les routeurs, les centres, les réseaux partenaires, les utilisateurs institutionnels et les effectifs sont des mesures distinctes.

La connexion de site représente la capacité au niveau d’une frontière institutionnelle, tandis que la liaison fédératrice représente la capacité entre deux points du réseau. Le 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é totale regroupe plusieurs ressources qui ne peuvent pas toutes desservir la même source et la même destination en même temps. Le volume de trafic mesure les données transférées sur une période, non le débit maximal disponible à un instant donné.

ESnet a transporté 1,77 exaoctet durant l’année civile 2024, contre 1,7 exaoctet en 2023. La hausse de 4 % est faible par rapport à la croissance annuelle moyenne historique de l’ordre de 55 % rapportée par le centre depuis 1989. Une seule année ne prouve pas que la demande scientifique a atteint un plateau. Les grands projets entrent en service de manière irrégulière, des changements logiciels peuvent réduire les transferts, et une seule expérience ou un événement international peut rapidement modifier la composition du trafic.

Le trafic est également concentré. Le rapport 2024 indique que l’activité du LHC représentait environ la moitié du trafic total. Fermilab était le plus gros émetteur externe avec 136 Po, NERSC le plus gros récepteur du Département de l’Énergie avec 75,3 Po, et Oak Ridge le plus gros émetteur du Département avec 58,3 Po. Ces chiffres révèlent des charges de travail importantes, mais ne constituent pas un classement complet de la valeur scientifique: un transfert plus petit peut être plus sensible au temps ou soutenir un instrument unique.

La planification de la capacité exige donc plusieurs points de vue simultanément: trafic de pointe et moyen, utilisation par chemin, réserve en cas de panne, taux d’occupation des liaisons de site, échéances scientifiques et exigences futures. Un réseau conçu uniquement autour du débit moyen peut échouer pendant une salve de données de supernova ou une coupure de câble, tandis qu’un réseau conçu autour du plus grand événement théorique peut immobiliser des actifs coûteux et rigides.

Le problème d’ingénierie d’ESnet consiste à placer la capacité là où les chaînes de travail qui en ont besoin peuvent y accéder, puis à vérifier que les systèmes terminaux peuvent l’utiliser. C’est pourquoi le chiffre de capacité doit être présenté à côté de Science DMZ, de la mesure, de la coordination et des revues d’exigences, et non en tête d’article comme un classement auto‑explicatif. (ESnet en chiffres)

AS293 sert une mission, pas un marché de détail

Le numéro d’AS public d’ESnet est AS293. Le réseau échange des routes avec les sites du Département de l’Énergie, les réseaux de la recherche et de l’enseignement, 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 bénéficient d’un peering direct.

La politique de peering est sélective. Les partenaires potentiels doivent utiliser BGP, maintenir des informations à jour dans l’Internet Routing Registry et PeeringDB, éviter les annonces invalides selon RPKI et suivre les bonnes pratiques de sécurité du routage associées à MANRS. ESnet exige le peering IPv6 ou le double‑pile et n’accepte pas de nouvelles relations en IPv4 seul. Le peering privé direct commence à 100G, avec une forte préférence pour 400G.

Ces conditions reflètent à la fois la mission et le coût opérationnel. Le peering direct consomme des ports, du temps d’ingénierie et de la capacité de surveillance. ESnet n’a pas besoin de peerer avec chaque réseau simplement parce que des routes publiques existent; il recherche des relations qui améliorent les chemins scientifiques du Département de l’Énergie, réduisent la dépendance au transit ou atteignent des collaborateurs clés.

L’accès à l’Internet général est complété par du transit payant auprès de Hurricane Electric et Lumen pour les destinations qui ne sont pas efficacement joignables via les réseaux de la recherche ou le peering direct.

Le réseau publie des BGP communities qui distinguent les sites ESnet, les réseaux de la recherche et de l’enseignement, et les réseaux commerciaux. Les institutions connectées peuvent utiliser ces marqueurs pour appliquer leur propre politique, mais leur interprétation dans les réseaux en aval échappe au contrôle d’ESnet. Il s’agit de métadonnées, non d’une garantie universelle que chaque réseau prendra la même décision de routage.

La sécurité du routage a aussi ses limites. Le rejet des annonces RPKI‑invalides empêche une catégorie importante de routes erronées, mais il ne prévient pas toutes les fuites, les partenaires compromis, les origines légitimes mal employées ou les délégations d’origine de route inexactes. La surveillance des détournements de route peut identifier des changements d’origine inattendus, mais la détection peut arriver après la propagation. Le routage de type blackhole peut protéger un site durant une attaque en supprimant le trafic vers une destination, mais la protection se fait au prix de l’accessibilité du préfixe.

L’orientation mission se voit aux limites du service. ESnet transporte du trafic IP général, mais il ne cherche pas à gagner un marché de transit grand public. Sa politique est organisée autour de l’accès scientifique, de la résilience et du peering fiable. La valeur du réseau provient de la qualité des chemins qu’il crée pour la communauté qu’il sert, non de l’augmentation du nombre de clients de détail connectés à AS293. (Politique de peering d’ESnet)

Les services spécialisés étendent la portée sans supprimer les risques externes

La liste des services d’ESnet commence par la connectivité physique. Les sites éligibles peuvent se connecter localement ou via un point de présence distant à des débits de 10, 100 ou 400 Gbit/s. Lorsque l’installation est éloignée de l’empreinte 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 kilomètre fourni par un tiers peut devenir la principale contrainte de performance ou de défaillance.

Le service IP de niveau 3 assure le routage IPv4 et IPv6. Un réseau privé virtuel de niveau 3 crée un environnement IP et BGP logiquement séparé pour un programme multi‑site, tout en partageant l’infrastructure physique avec d’autres services. Les réseaux privés virtuels de niveau 2 fournissent une connectivité Ethernet point‑à‑point ou multipoint, de manière statique ou via OSCARS. Ces services permettent aux expériences de relier des installations sans exposer chaque relation sur l’Internet public.

Un service privé ne signifie pas un isolement physique complet. La séparation logique repose sur les configurations des routeurs, les marqueurs, les états de routage, les listes de contrôle et les pratiques opérationnelles. Une panne de la plate‑forme partagée peut affecter plusieurs services, tandis qu’une erreur de configuration peut compromettre la séparation prévue. La valeur réside dans une segmentation maîtrisée et une connectivité prévisible, non dans l’affirmation d’une absence totale de dépendance partagée.

Cloud Connect prolonge les chemins d’ESnet vers les principaux environnements cloud commerciaux, notamment AWS, Microsoft Azure, Google Cloud et Oracle. Un site peut accéder au point de raccordement du fournisseur via une connexion de niveau 2 ou 3 dédiée plutôt que par le routage Internet public. Cela peut améliorer le contrôle du chemin et réduire l’exposition à un transit variable, mais cela ne supprime pas la sécurité du cloud, les pannes du fournisseur, la conception de l’identité, les frais de sortie de données ni la disponibilité régionale.

La relation avec le cloud illustre l’évolution du rôle d’ESnet. La science du Département de l’Énergie n’existe plus uniquement dans les laboratoires et les supercalculateurs fédéraux: les chercheurs peuvent utiliser du stockage objet commercial, des services spécialisés ou du calcul temporaire. ESnet doit connecter ces ressources sans prétendre que le cloud fait partie du réseau fédéral ni qu’un circuit privé rend le compte cloud intrinsèquement sécurisé.

Les autres services comprennent un DNS secondaire, le temps réseau, la surveillance des détournements de route et le routage blackhole. Chacun traite une dépendance annexe qui peut paralyser la recherche même lorsque la capacité optique reste disponible. Une défaillance du service de noms, une erreur de temps, une fuite de route ou une attaque par déni de service peut rendre un système scientifique inutilisable sans endommager la fibre.

La liste des services constitue un ensemble de contrats opérationnels entre les couches du réseau. La connectivité physique définit le chemin, le routage crée l’accessibilité, les services spécialisés instaurent des frontières logiques, le peering cloud étend le système à l’infrastructure commerciale, tandis que les services de sécurité et de support réduisent les modes de défaillance connus. Il incombe néanmoins à l’utilisateur de construire des points d’extrémité et un réseau local qui fonctionnent correctement à chaque extrémité. (Catalogue des services ESnet)

OSCARS rend la capacité réservable

L’essentiel du trafic Internet utilise la capacité disponible à l’arrivée des paquets. Ce modèle convient bien aux communications générales, mais certains transferts scientifiques sont planifiés, volumineux et coûteux en cas de retard. OSCARS offre aux utilisateurs et applications autorisés un moyen de réserver des ressources réseau pour une période déterminée.

Une réservation peut spécifier les points d’extrémité, les heures de début et de fin, la bande passante, les informations VLAN, les chemins à exclure et d’autres contraintes. Le système examine la topologie et les engagements existants, trouve un chemin acceptable, crée l’état requis dans le réseau, puis le supprime à la fin de la réservation. Il doit éviter d’allouer deux fois la même ressource rare et tenir compte des maintenances ou des pannes qui modifient la topologie disponible.

L’importance est opérationnelle. La mise en place manuelle d’un circuit peut exiger des jours de coordination entre ingénieurs, alors qu’une réservation programmatique peut être créée en quelques minutes et intégrée dans la chaîne de travail de l’expérience. Le réseau cesse d’être un tuyau statique en arrière‑plan et devient une ressource que des logiciels peuvent solliciter au même titre que le stockage ou le calcul.

OSCARS est un système de production open source, adopté ou testé par d’autres réseaux et bancs d’essai. Certains chiffres d’adoption publics figurent sur des pages contenant des informations historiques; la conclusion la plus prudente est donc que le système s’est diffusé au‑delà d’ESnet sans que chaque déploiement recensé soit actuellement actif et identique.

Une réservation ne garantit pas le débit applicatif. Elle peut protéger une quantité définie de capacité réseau, mais elle ne peut pas accélérer la lecture du serveur de stockage, réparer les pertes de paquets à l’intérieur du réseau du site ni ajuster le système d’exploitation. Si l’application n’atteint qu’une fraction du débit réservé, le diagnostic doit revenir au chemin complet.

Les réservations posent aussi des questions d’allocation. Une expérience de haute priorité peut bénéficier d’une capacité garantie, tandis que des réservations inutilisées réduisent la flexibilité disponible pour les autres. Les politiques doivent définir qui peut demander le service, comment les conflits sont résolus et si une réservation est préemptible. Ces décisions font partie de la gouvernance du centre même lorsque le code de configuration est automatisé.

OSCARS reste l’un des exemples les plus clairs de la transformation d’un logiciel applicatif en infrastructure par ESnet. Il a converti une pratique opérationnelle en service reproductible, a conservé la politique humaine d’autorisation et a donné aux applications scientifiques un moyen contrôlé d’exprimer leurs exigences réseau. (OSCARS)

SENSE teste la capacité des applications à demander un résultat de bout en bout

Un chemin réseau réservé ne résout qu’une partie d’une chaîne de travail distribuée. Les systèmes de stockage, les services de transfert de données et les ressources de calcul ont leurs propres disponibilité, capacité et politiques. SENSE, pour Software‑defined network for End‑to‑end Networked Science at the Exascale, étend la coordination au‑delà d’un seul domaine réseau.

Le projet représente les réseaux et les systèmes terminaux comme des ressources découvrables. Une application scientifique peut décrire un résultat souhaité – par exemple, transférer un ensemble de données entre deux installations à un débit donné. SENSE rassemble des modèles provenant des domaines entités, négocie les ressources, configure le réseau et les services de transfert, surveille la mesure, puis libère les ressources à la fin de la chaîne de travail.

Cette tâche est plus difficile que la configuration d’un circuit unique. Les institutions participantes conservent leur autorité et leurs modèles de données. Un domaine peut offrir de la bande passante réseau tandis qu’un autre propose des points de stockage ou des services de transfert, avec des politiques, des identifiants et des fenêtres de maintenance différents. SENSE doit coordonner sans supposer qu’un contrôleur central puisse donner des ordres à chaque système.

Lors du défi de données du LHC de 2024, des chaînes de travail assistées par SENSE ont maintenu 330 Gbit/s entre Caltech et l’Université de Californie à San Diego. Ce résultat montre que la coordination pilotée par les applications peut fonctionner à haut débit sur un trajet vivant spécifique, mais il ne prouve pas que SENSE soit un service de production général sur tous les sites ESnet. Le rapport 2024 décrivait encore le projet comme étant au stade de la recherche.

OSCARS et SENSE automatisent deux unités de travail différentes. OSCARS réserve des ressources réseau à l’intérieur d’un domaine de service connu, tandis que SENSE tente de négocier un chemin complet incluant des systèmes appartenant à différentes institutions. Le premier a des frontières de production plus nettes, le second offre une valeur scientifique plus large avec des risques de gouvernance et d’intégration plus élevés.

La question pratique pour les opérateurs est celle de la propriété de la panne. Si une application déclare son intention et que la chaîne de travail est peu performante, la cause peut se situer dans le modèle de ressource, le réseau, le service de stockage, les identifiants, l’application ou un problème de synchronisation entre domaines. La coordination exige des preuves assez fines pour dire à chaque opérateur quelle partie a dévié de l’état convenu.

SENSE esquisse une architecture où les applications peuvent demander des résultats plutôt que des circuits. Ses progrès doivent être jugés à l’aune d’un usage productif répété à travers plusieurs domaines, de la clarté de la responsabilité de support et de la capacité à se remettre de pannes partielles, et non du seul record de débit d’un test. (SENSE;Recherche appliquée 2024)

EJFAT envoie les événements scientifiques directement vers le calcul distant

Le transfert traditionnel de données scientifiques suit souvent une chaîne par fichiers. L’expérience produit des données, les systèmes locaux en traitent suffisamment pour écrire des fichiers, ceux‑ci entrent dans le stockage, puis un processus ultérieur les transfère vers une autre installation pour analyse. Ce modèle est compris et opérationnellement fiable, mais il retarde le retour d’information et exige un stockage et un calcul locaux capables de gérer le pic d’acquisition.

EJFAT, pour ESnet–Jefferson Lab FPGA Accelerated Transport, soutient un chemin différent. Le système distribue des données d’événements vivantes encapsulées en UDP depuis l’instrument vers des travailleurs de calcul disponibles, qui peuvent se trouver dans un centre distant. Une SmartNIC programmable basée sur un FPGA lit les identifiants d’événement et aiguille toutes les fractions appartenant au même événement vers un même travailleur. Lorsque les nœuds de calcul deviennent disponibles ou occupés, le système de contrôle peut modifier la distribution.

L’agrégation des fragments d’événement est un point clé. Un répartiteur de charge générique peut distribuer les paquets aux serveurs, mais le traitement scientifique peut exiger que toutes les parties d’un événement du détecteur arrivent au même travailleur. EJFAT sépare la fonction de commutation à haut débit de l’ordonnancement des travailleurs de calcul, permettant à chaque côté d’évoluer indépendamment.

La démonstration d’avril 2024 entre le Jefferson Lab et Perlmutter, évoquée en introduction, a atteint 100 Gbit/s sans étape intermédiaire sur disque. Des tests ultérieurs, d’après ESnet, ont employé des ressources de calcul réparties entre plusieurs installations et près de 20 000 cœurs. Ces résultats montrent le potentiel du système, mais ne signifient pas que chaque instrument peut l’adopter sans aménagements techniques.

Le Facility for Rare Isotope Beams (FRIB) fournit un exemple opérationnel plus récent. En juillet 2026, ESnet a rapporté que des chercheurs avaient diffusé des données brutes d’expérience via EJFAT à environ 5‑6 Gbit/s vers des supercalculateurs distants. Une session a produit 615 Go en 15 heures, traitées en 20 minutes sur huit nœuds Perlmutter à l’aide d’inférence par apprentissage automatique. Le débit réseau plus faible que les 100 Gbit/s de la démonstration ne rend pas le résultat moins significatif, car le résultat scientifique a été un retour d’information plus rapide durant une vraie campagne.

La diffusion en direct modifie l’économie de l’installation. Un détecteur peut emprunter du calcul partagé au lieu de construire une capacité locale suffisante pour chaque pic, et les chercheurs peuvent examiner les résultats pendant que le temps de faisceau, rare, est encore disponible. Mais le système crée aussi de nouvelles dépendances: une coupure réseau, un problème d’allocation de calcul ou une erreur de distribution d’événement peut affecter l’expérience en temps réel, au lieu de simplement retarder un transfert de fichiers ultérieur.

EJFAT reste un prototype avancé ou une plateforme émergente, pas un service universellement soutenu. Le passage en production exige une intégration avec les instruments, la sécurité, la disponibilité des FPGA, la propriété opérationnelle, des accords d’ordonnancement et un comportement clair en cas de perte de paquets UDP. Son importance réside dans la démonstration que le réseau étendu peut entrer dans la boucle d’acquisition plutôt que d’intervenir après. (EJFAT;Résultat scientifique FRIB)

High‑Touch, perfSONAR et iperf3 rendent le chemin visible

Un réseau à haut débit peut échouer de manières que les graphiques d’utilisation agrégée ne montrent pas. De courtes rafales peuvent remplir une file d’attente, les paquets peuvent arriver dans un ordre différent, la perte peut toucher un seul sens ou une seule classe de trafic, le chemin peut changer entre deux tests, ou des flux importants pour la sécurité peuvent disparaître dans l’échantillonnage statistique.

High‑Touch utilise du matériel et des logiciels programmables pour collecter des mesures de paquets et de flux plus riches que les journaux traditionnels basés sur l’échantillonnage. En 2024, il a été employé pour étudier le débit du LHC, le réordonnancement des paquets lié au trafic de l’Observatoire Rubin et des événements de sécurité. L’objectif est la précision diagnostique: identifier des comportements que les chiffres de trafic globaux masquent.

Des preuves plus détaillées ont un coût. Les données de paquets et de flux exigent du stockage, du traitement, un contrôle d’accès et une interprétation prudente; elles peuvent aussi révéler des points d’extrémité en communication, des schémas de collaboration et la chronologie de l’activité scientifique. Un système conçu pour la visibilité opérationnelle devient ainsi un actif de données sensible.

perfSONAR traite une couche différente. C’est un système de mesure distribué soutenu par un partenariat multi‑institutionnel, dont ESnet est l’un des membres fondateurs principaux. Plus de deux mille sites étaient signalés dans le monde en 2024, et ESnet en exploite plus d’une trentaine. 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 essentielle. Un chercheur peut signaler un transfert lent, mais un test entre des nœuds perfSONAR bien conçus montre si le chemin sous‑jacent supporte le débit attendu. Les tests directionnels peuvent isoler une asymétrie, des mesures répétées peuvent indiquer quand la dégradation a commencé, et les données de traceroute peuvent identifier un changement de chemin, même si la route observée et le comportement effectif du trafic applicatif peuvent différer.

iperf3 fournit un test actif de débit TCP, UDP ou SCTP et prend en charge IPv4 et IPv6. ESnet maintient l’outil open source et rapporte des tests dépassant 150 Gbit/s sur des chemins 200G dans des conditions spécifiques. Un test synthétique ne constitue pas une référence applicative, mais il aide à déterminer la capacité de l’hôte et du réseau à transférer du trafic dans des conditions contrôlées, après quoi le stockage et le comportement applicatif peuvent être examinés séparément.

High‑Touch, perfSONAR et iperf3 offrent ensemble des vues différentes de la réalité. High‑Touch surveille les flux de production avec davantage de précision, perfSONAR fournit une mesure planifiée ou à la demande du chemin à travers les domaines, et iperf3 teste directement le débit de l’hôte et du réseau. Aucune vue isolée ne donne une image complète, mais leur combinaison réduit la tentation de diagnostiquer une panne distribuée depuis le tableau de bord local d’un seul opérateur. (Outils de performance réseau;Innovations opérationnelles 2024)

La mise en cache peut supprimer du trafic au lieu de le transporter plus vite

Ajouter de la capacité n’est pas le seul moyen d’améliorer un réseau scientifique. Certains jeux de données sont demandés de façon répétée par des chercheurs de la même zone, et transférer chaque copie à travers le réseau étendu gaspille de la bande passante et accroît la latence, même lorsque le réseau fédérateur peut absorber le trafic.

Les rapports de recherche appliquée d’ESnet pour 2024 décrivent cinq nœuds régionaux de mise en cache utilisés avec des communautés de données scientifiques. Les nœuds ont réduit le trafic sur le réseau étendu de 33 To par jour en moyenne sur la période d’étude. Deux tiers des requêtes ont été servies localement, et le taux de succès moyen a atteint 94 %. L’impact variait toutefois fortement selon le lieu: la réduction rapportée atteignait 69,3 % dans le sud de la Californie, 48,4 % à Chicago et 6,6 % à Boston.

Ces écarts révèlent la nature de la valeur. L’utilité de la mise en cache dépend de la popularité du jeu de données, des utilisateurs locaux, de la taille du stockage, de la politique d’éviction et de la configuration du service. Un nœud placé près d’une communauté qui analyse plusieurs fois les mêmes données peut éliminer de gros transferts, tandis qu’un nœud desservant des données variées ou rarement consultées peut consommer du stockage sans offrir le même bénéfice.

La mise en cache modifie aussi la question du contrôle. L’opérateur réseau commence à participer au placement des données, tandis que les communautés scientifiques doivent définir les jeux de données qu’il est acceptable de dupliquer, comment les maintenir à jour et qui y a accès. Les pannes de cache et les contenus obsolètes deviennent des problèmes opérationnels à la frontière du réseau.

L’étude illustre pourquoi le bit le plus efficace peut être celui qui n’entre jamais dans le réseau fédérateur. Les évolutions optiques augmentent l’offre, tandis que la mise en cache modifie la demande. L’ordonnancement des chaînes de travail peut déplacer les opérations loin des périodes de congestion, et la compression ou le filtrage local réduisent les données avant le transfert. Un programme d’infrastructure mature évalue tous ces mécanismes au lieu de mesurer le progrès au seul nombre de térabits installés.

Le résultat doit rester borné à l’étude considérée. Il ne prouve pas que chaque jeu de données scientifique atteindra un taux de succès de 94 %, ni que la mise en cache peut remplacer de la nouvelle capacité pour les flux vivants uniques. Il apporte en revanche la preuve que l’architecture des données et l’architecture réseau peuvent être conçues ensemble. (Activités de recherche appliquée 2024)

La science transatlantique a besoin de diversité physique en plus de la capacité

L’empreinte domestique d’ESnet est indissociable de ses engagements internationaux. La physique des hautes énergies s’organise autour d’installations et de centres de calcul des deux côtés de l’Atlantique; le rapport annuel 2024 attribue environ la moitié du trafic d’ESnet à l’activité du LHC. Une coupure de câble entre l’Europe et l’Amérique du Nord peut donc affecter une charge de travail scientifique centrale, même quand tous les routeurs domestiques sont intacts.

En 2024 et début 2025, ESnet a fait passer la capacité transatlantique déclarée d’environ 700 Gbit/s à 2,7 Tbit/s. Un élément clé a été un accord de 15 ans avec Aqua Comms portant sur un quart de paire de fibres sur un trajet reliant New York à Dublin et Londres. ESnet partage également de la capacité et des coûts avec GÉANT via plusieurs systèmes de câbles. L’objectif technique est d’atteindre au moins 3,2 Tbit/s sur quatre chemins physiquement indépendants, avec une capacité de conception pour croître au‑delà de 10 Tbit/s.

Capacité et diversité résolvent deux problèmes différents. Deux services logiques peuvent partager le même câble, la même station d’atterrissement ou la même section terrestre et donc tomber ensemble. La réparation d’un câble sous‑marin peut nécessiter une localisation de la panne, des autorisations, un navire câblier, une météo favorable et la récupération physique de la fibre endommagée; la réparation peut prendre des semaines ou des mois. ESnet planifie donc des scénarios où trois câbles sont coupés en même temps, au lieu de supposer qu’un seul chemin de secours suffit.

Les droits de spectre de longue durée donnent au centre un contrôle plus important sur les évolutions que l’achat répété de circuits complets. Mais ils créent aussi des engagements envers des systèmes de câbles, des infrastructures d’atterrissement et des partenaires opérationnels spécifiques. ESnet ne supprime pas les risques maritimes en louant du spectre; il acquiert la capacité de concevoir la capacité et la résilience sur plusieurs systèmes, tout en restant dépendant des propriétaires de câbles, des procédures de réparation et des réseaux partenaires.

C’est un autre endroit où le terme « dédié » demande de la précision. ESnet contrôle des droits et des infrastructures dédiés sur des chemins importants, mais le modèle juridique de l’actif physique varie. Les trajets intérieurs et internationaux peuvent inclure de la fibre noire, du spectre, des services éclairés, de la colocalisation ou de la capacité fournie par des partenaires. Une ligne sur une carte ne révèle pas le même niveau de propriété ou d’autorité de réparation sur chaque segment.

La relation avec GÉANT montre pourquoi les réseaux de la recherche coopèrent sans se placer sous un contrôle centralisé. Les deux organisations peuvent partager les coûts et coordonner le trafic scientifique, mais chacune reste responsable devant ses institutions et ses membres. La performance d’ensemble continue de dépendre des réseaux nationaux de la recherche, des systèmes universitaires et des installations expérimentales situés au‑delà de tout réseau fédérateur unique. (Jalon transatlantique;Rapport annuel 2024)

La demande scientifique prend la forme d’une charge permanente, de rafales exceptionnelles et d’échéances strictes

Le LHC fournit la charge permanente. Son modèle de calcul distribué transfère les données des expériences entre le CERN, Fermilab, Brookhaven, des universités et d’autres centres, créant un trafic international continu. L’exploitation à haute luminosité prévue devrait augmenter la production des détecteurs, les simulations et les réplications. Le réseau doit transporter des flux massifs en régime normal tout en conservant une diversité de chemins suffisante pour faire face aux pannes de câbles ou d’installations.

L’Observatoire Vera C. Rubin offre l’échéance stricte. Le télescope situé au Chili est conçu pour produire une image d’environ 13 Go toutes les 30 secondes. Le pipeline de traitement rapide au SLAC et l’émission d’alertes sur les objets transitoires permettent à d’autres observatoires de réagir. ESnet évoque un objectif de transfert de chaque image sur environ 12 000 miles en moins de sept secondes. Le chemin inclut des partenaires de réseaux de la recherche en Amérique du Sud et des partenaires internationaux; le résultat dépend donc d’une ingénierie coordonnée qui dépasse le seul périmètre d’ESnet.

DUNE fournit la rafale exceptionnelle. En cas de supernova, le programme neutrino estime qu’il faudra transférer jusqu’à 600 To en 100 secondes. L’ensemble du programme devrait produire environ 900 Po sur vingt ans. Ce sont des exigences de planification pour des opérations futures, et non une description du trafic quotidien actuel. Leur importance tient à ce que l’événement ne peut pas être planifié une fois la capacité disponible: un réseau conçu autour d’un débit moyen peut échouer au moment le plus précieux scientifiquement.

La recherche sur la fusion combine distance internationale et horizon de développement long. En mai 2026, un test a transféré 176 To de données d’ITER depuis Marseille vers l’installation DIII‑D de General Atomics à San Diego à près de 80 Gbit/s. ITER était encore en construction, ce transfert prouvait donc l’état de préparation plutôt qu’une exploitation courante. Les documents d’exigences anticipent que certaines futures chaînes de travail de fusion atteindront environ 2 Po par jour et au moins 200 Gbit/s.

FRIB et le Jefferson Lab montrent un troisième schéma: une expérience peut avoir besoin d’une analyse distante pendant que les données sont encore en cours d’acquisition. EJFAT permet aux flux d’événements d’atteindre le calcul à NERSC ou Oak Ridge sans attendre que les fichiers soient complets et copiés. Les sources de lumière, les microscopes électroniques et d’autres instruments sont confrontés à des choix similaires concernant le filtrage local, l’inférence distante par IA et la rapidité avec laquelle les résultats reviennent à l’opérateur.

Les sciences du climat et de la Terre élargissent encore la forme de la demande. De grandes simulations et des jeux de données d’observation circulent entre les installations de calcul et de stockage, tandis que des capteurs de terrain peuvent se trouver dans des endroits dépourvus de fibre classique. Aucun débit de référence unique ne peut décrire tous ces besoins. ESnet doit soutenir le transfert massif permanent, les rafales rares, le retour d’information à faible latence, la collaboration internationale et l’acquisition distante dans un modèle de centre de services unique. (Étude de cas Rubin;Étude de cas DUNE;Revues d’exigences)

Les revues d’exigences transforment les plans scientifiques en infrastructure réseau

ESnet ne peut pas attendre qu’une expérience produise son premier jeu de données pour commander de la fibre, des routeurs ou de la capacité transatlantique. Les accords de long terme, les achats d’équipements, la construction de sites et le développement logiciel exigent des années. Le centre conduit 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 les équipes des installations décrivent les instruments, les volumes de données attendus, les sites de stockage, les destinations de calcul, les contraintes temporelles, les collaborateurs internationaux, l’utilisation du cloud et les besoins de résilience. Les spécialistes des réseaux et du calcul examinent ensuite la chaîne de travail complète. Une demande de liaison plus grosse peut révéler un problème plus important de stockage local, de diversité de chemin, d’architecture de sécurité ou de logiciel de transfert de données.

Le processus de revue constitue une forme de co‑conception. Les programmes scientifiques expliquent ce qu’ils essaient d’accomplir, ESnet traduit cet objectif en dépendances d’infrastructure et teste la faisabilité du chemin proposé. Le résultat peut influencer la taille d’une liaison de site, de nouveaux chemins, des achats sous‑marins, des déploiements Science DMZ, des recherches de coordination, des recrutements ou le calendrier de la prochaine génération de réseau.

La grande revue pour la physique des hautes énergies, achevée en 2025 et publiée en janvier 2026, a réuni 127 entités et 14 études de cas dans un rapport d’environ 400 pages. Son importance ne tient pas à l’hypothèse que chaque prévision est juste – les instruments peuvent prendre du retard, les logiciels devenir plus efficaces et de nouvelles charges de travail apparaître. La valeur réside dans un dossier documenté où chercheurs, ingénieurs réseau, centres de calcul et financeurs peuvent voir les mêmes hypothèses et les ajuster en connaissance de cause.

La prévision reste difficile parce que la demande scientifique est intermittente. Une supernova peut ne pas se produire pendant la durée de vie de l’expérience, tandis qu’une chaîne de travail d’IA peut s’étendre plus vite que le cycle de revue officiel. La croissance moyenne du trafic aide à la budgétisation, mais ne remplace pas la planification de cas spécifiques. La hausse inhabituellement faible de 4 % du trafic en 2024 ne prouve pas un arrêt de la demande à long terme; elle illustre pourquoi une seule année ne doit pas déterminer un programme d’infrastructure s’étendant sur des décennies.

Les revues d’exigences répartissent également la responsabilité. Un laboratoire ne peut pas supposer que le réseau fédérateur national corrigera un chemin local inadapté, et ESnet ne peut pas supposer que le programme scientifique s’adaptera une fois la capacité construite. Poser les dépendances dans un plan partagé rend les désaccords ultérieurs plus explicites. (Rapports de revues d’exigences)

Les projets sans‑fil et quantique testent les limites de la mission d’ESnet

Un réseau national de fibre dessert bien les institutions fixes, mais les instruments scientifiques ne se trouvent pas toujours dans ces lieux. Les champs géothermiques, les observatoires environnementaux et les campagnes temporaires peuvent manquer de couverture opérateur, d’alimentation électrique fiable ou de chemin de fibre praticable. Le programme Wireless Edge d’ESnet étudie la capacité des réseaux cellulaires privés, du Wi‑Fi, de la radio directionnelle et des satellites à prolonger la chaîne de travail scientifique jusqu’à ces emplacements.

Un déploiement sur un site géothermique du Nevada, annoncé en juin 2026, combinait un réseau 4G privé utilisant le spectre Citizens Broadband Radio Service, du Wi‑Fi HaLow longue portée, du Wi‑Fi classique, une liaison Starlink, une radio directionnelle et une tour portable auto‑alimentée. La conception répondait aux conditions d’un site de terrain unique; il ne s’agissait pas d’un produit d’accès sans‑fil générique d’ESnet, et il ne peut offrir la capacité continue d’une fibre longue distance. Le relief, la météo, le spectre, l’énergie et le fournisseur satellite font toujours partie du chemin de service.

Le point organisationnel important est qu’ESnet ne s’est pas arrêté au point fibre le plus proche en laissant le reste à la charge d’un tiers. La fonction de communication scientifique a traité l’acquisition, la collecte, le transport longue distance comme une seule chaîne de travail. Cette approche peut être plus utile qu’un produit standardisé, car les sites scientifiques distants font face à des contraintes physiques différentes.

QUANT‑NET explore une autre frontière. Ce projet financé par l’ASCR construit un banc d’essai de réseau quantique à trois nœuds reliant le Laboratoire de Berkeley à deux sites de l’Université de Californie à Berkeley sur environ cinq kilomètres. Les travaux portent sur les pièges à ions, le couplage photonique, la commutation d’intrication, les mesures de Bell, le contrôle temporel précis et un cadre logiciel modulaire.

Le lien avec ESnet concerne principalement le contrôle et la coordination. Les expériences quantiques ont besoin de communications classiques, de temps précis et de 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 réglages manuels. Le banc d’essai n’est toutefois pas un internet quantique de production et ne transporte pas les données scientifiques traditionnelles massives via l’intrication.

Il faut donc mesurer Wireless Edge et QUANT‑NET à l’aune de ce qu’ils apprennent et de ce qui peut être réutilisé. Aucun des deux ne prouve que chaque utilisateur d’ESnet bénéficie d’un service d’accès sans‑fil ou d’une liaison quantique. Ils étendent la mission de recherche du centre vers des domaines où les futurs réseaux scientifiques pourraient avoir besoin 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 font passer la planification des sites aux chaînes de travail

Le programme Integrated Research Infrastructure et le projet émergent American Science Cloud traduisent un changement dans la manière dont le Département de l’Énergie décrit ses installations. Au lieu de traiter l’instrument, le réseau, le dépôt de données et le supercalculateur comme des services indépendants, les programmes cherchent à les faire fonctionner comme un environnement fédéré pour la science des données, l’IA et le calcul haute performance.

Le rôle d’ESnet se situe au niveau de la couche de connectivité et de coordination. Les données doivent être acheminées des instruments vers le stockage et les accélérateurs, les utilisateurs et les services ont besoin d’un accès contrôlé, les chaînes de travail doivent découvrir les ressources disponibles, et la mesure doit montrer si le système atteint l’objectif scientifique. EJFAT, SENSE, OSCARS, Cloud Connect et High‑Touch traitent chacun une partie du problème, mais aucun ne constitue à lui seul l’American Science Cloud.

Lors de Confab26, Inder Monga a été présenté comme chef de projet adjoint de l’American Science Cloud, et les sessions du programme comprenaient des présentations et une planification de la prochaine génération de réseau. Cela atteste d’un travail institutionnel actif, non de l’achèvement d’un cloud scientifique public en août 2026. La politique d’accès, l’inventaire des ressources connectées, le support de production et la gouvernance restaient des questions en cours d’élaboration.

ESnet7 apparaît dans le même environnement de planification. Le nom est réel, et des sessions d’innovation ont examiné la mesure, l’inspection de paquets, le mouvement de données, l’IA et les réseaux quantiques. Cependant, ESnet6 reste la génération de production actuelle. Aucune architecture publique finale, aucune référence de projet, aucun choix de fournisseur, aucun budget complet ni aucune date de lancement n’étaient fixés dans les éléments disponibles.

Les noms de générations de réseau créent des attentes bien avant que les équipements ne soient installés. Un programme de planification peut orienter les priorités de recherche, les contacts avec les fournisseurs et les demandes de capitaux, mais il ne doit pas être présenté comme un réseau fédérateur achevé. L’interprétation la plus juste est qu’ESnet utilise l’expérience opérationnelle d’ESnet6 et les projets actuels de chaînes de travail pour définir ce que devrait être la septième génération.

Le débit restera important, mais les éléments suggèrent que la programmabilité et l’intelligence pourraient devenir tout aussi cruciales. Une liaison plus rapide ne peut pas indiquer à une application où se trouve du calcul disponible, détecter une micro‑rafale, ordonnancer un flux de détecteur ou prouver qu’un service a été correctement libéré à travers plusieurs domaines. La question stratégique pour ESnet7 est donc de savoir dans quelle mesure le réseau doit comprendre et coordonner la chaîne de travail scientifique sans devenir un contrôleur central difficile à gérer. (Programme Confab26;Recherche appliquée 2024)

Le financement fédéral soutient le centre, mais le budget n’est pas un chiffre d’affaires

ESnet ne finance pas son réseau fédérateur en vendant de la bande passante au public. Il est principalement financé par le Département de l’Énergie à travers l’activité ASCR intitulée High Performance Network Facilities and Testbeds. La demande budgétaire pour l’exercice 2027 proposait 103 millions de dollars pour ce poste, contre 97,261 millions dans la colonne de crédits précédente.

Ces chiffres fournissent le meilleur indicateur public du niveau du programme, mais ils ne constituent pas un compte de résultat pour ESnet. Ce poste soutient également des bancs d’essai liés aux réseaux, la maintenance de logiciels, les mises à niveau et l’activité de recherche. Il ne révèle pas un coût opérationnel annuel distinct pour le réseau fédérateur de production, ni les dépenses d’investissement pour chaque génération de réseau, ni les recettes liées aux connexions individuelles des sites.

Le financement public permet au centre d’investir avant que la demande ne devienne commerciale. Il peut acquérir des droits de spectre de longue durée, maintenir des outils open source, soutenir des expériences à faible volume mais à haute valeur scientifique et bâtir une diversité de chemins supérieure à ce que justifierait l’utilisation immédiate. Ce même modèle crée une dépendance envers les crédits du Congrès, les priorités du Département et le cadre d’exploitation du Laboratoire de Berkeley.

Les connexions des sites ne sont pas toujours gratuites. La politique Site User Cost permet aux utilisateurs institutionnels de prendre en charge des coûts liés à la connexion, selon le parrainage, l’éligibilité et les exigences supplémentaires. L’unité de la relation est le site, non le chercheur individuel, et les points d’extrémité ne sont ni facturés ni enregistrés individuellement par ESnet.

L’absence de comptes autonomes limite l’analyse financière. Les documents publics ne présentent pas de concentration complète de fournisseurs, de masse salariale, de plan d’amortissement, d’inventaire des actifs par chemin ni de budget d’investissement annuel. Qualifier 103 millions de dollars de « chiffre d’affaires d’ESnet » serait donc inexact. Il est plus juste de dire qu’un programme fédéral finance un centre de production, ses travaux de mise à niveau, la maintenance de ses logiciels et ses bancs d’essai à travers un poste d’activité plus large.

La structure de financement influe également sur les décisions stratégiques. Un réseau commercial peut se retirer d’un chemin qui ne couvre pas ses coûts, tandis qu’un centre scientifique public doit concilier mission nationale, opportunité scientifique et capacité de long terme avec les contraintes budgétaires. Cela peut justifier un investissement sans retour financier immédiat, mais rend d’autant plus nécessaires la clarté des priorités et les preuves d’exigences. (Demande budgétaire ASCR FY27;Comité ESCC et politique de site)

La fiabilité et la visibilité créent des obligations au‑delà du temps de fonctionnement

Les rapports d’ESnet pour 2024 ont enregistré un résultat de disponibilité remarquable: les dix sites du Bureau de la Science couverts par la métrique ont atteint 100 % de disponibilité de service après exclusion de la maintenance planifiée. C’était la première année où tous les sites dépassaient simultanément le seuil de 99,9 %. Le rapport annuel a également communiqué un chiffre de disponibilité plus large de 99,99 %. Ce sont des indicateurs utiles mais de périmètres différents; ils ne prouvent pas que chaque service, institution et chemin international n’a subi aucune interruption.

Le Site Resilience Program examine les entrées diversifiées, les routeurs, l’alimentation électrique et les domaines de panne à l’intérieur des installations connectées. Cela reflète une réalité inconfortable: un réseau fédérateur national peut être redondant alors qu’un laboratoire dépend d’une seule conduite locale ou d’un seul équipement. La résilience doit atteindre le bâtiment et le nœud de transfert de données, et non s’arrêter à la carte du réseau fédérateur.

La politique de routage apporte une couche de contrôle supplémentaire. ESnet rejette les annonces RPKI‑invalides dans le peering, exige des enregistrements de routage à jour et soutient la surveillance des détournements de route et le routage blackhole pour les destinations. Ces contrôles réduisent des risques connus, mais ne rendent pas le routage inter‑AS infaillible. Une origine de route valide peut être associée à une fuite ou à une erreur de politique, et le blackhole protège les autres systèmes en rendant la destination ciblée inaccessible.

L’automatisation crée un compromis similaire. Les configurations standardisées, l’inventaire et la coordination réduisent les erreurs manuelles et accélèrent la remédiation, mais un modèle, une politique ou un enregistrement de données erroné peut se propager rapidement à travers de nombreux équipements. La réponse appropriée repose sur un déploiement progressif, une vérification indépendante, des procédures claires de retour arrière ou de remédiation avant, et des limites à l’autorité de tout compte d’automatisation unique.

Les données opérationnelles méritent une attention comparable. La politique de données du centre indique que les données d’utilisation des routeurs et les enregistrements NetFlow peuvent être conservés indéfiniment et répliqués entre les sites des côtes Est et Ouest. Les mesures actives de perfSONAR sont conservées six mois sur un seul disque, sans sauvegarde. Les données d’utilisation des routeurs et les traceroute sont publiques, tandis que les journaux de flux et de sécurité sont soumis à un accès restreint.

ESnet peut ne pas avoir de relation d’abonnement individuel avec l’utilisateur tout en collectant des données opérationnelles détaillées; ce sont deux régimes distincts. Il n’existe pas de relation d’adhésion ni de facturation individuelle, mais les métadonnées réseau peuvent identifier des points d’extrémité, des institutions communicantes, des horaires et des schémas de trafic. Une mesure de haute précision améliore le diagnostic et la sécurité, mais accroît aussi le besoin de minimisation des données, de contrôle d’accès, de revue de la conservation et d’usage responsable.

Un modèle de résilience crédible repose sur des mécanismes au périmètre défini: diversité physique, ingénierie de site, sécurité du routage, mesure, réponse aux incidents, gouvernance des données et métriques clairement spécifiées. (Jalon de disponibilité;Politique de données du centre;Politique de peering)

Le vrai test est de savoir si la science distribuée fonctionne dans la pratique

On peut lire l’histoire d’ESnet comme une succession de réseaux plus rapides: les systèmes spécialisés antérieurs, ESnet4, le réseau continental 100G d’ESnet5 et le réseau multi‑térabits d’ESnet6. Cette chronologie est réelle, mais elle occulte la continuité la plus importante. Le centre a, à plusieurs reprises, modifié l’architecture qui entoure le travail scientifique quand l’augmentation de la bande passante seule ne pouvait 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 transformé la périphérie institutionnelle, perfSONAR et iperf3 ont converti les désaccords de performance en mesures. SENSE a relié l’intention applicative à plusieurs domaines administratifs, EJFAT a introduit le chemin étendu dans la boucle du détecteur, la mise en cache a modifié la demande, et le spectre transatlantique a modifié le niveau de contrôle d’ESnet sur la croissance internationale.

L’autorité de l’organisation reste limitée. Le Département de l’Énergie et l’ASCR fixent la mission et le financement, le Laboratoire de Berkeley exploite le centre, l’Université de Californie gère le laboratoire sous contrat. Les coordinateurs de site approuvent les changements qui touchent leur institution, tandis que les partenaires internationaux contrôlent leurs réseaux. Les fournisseurs cloud, les opérateurs, les propriétaires de câbles et les équipementiers conservent l’autorité sur des composants dont ESnet dépend.

Cette répartition du contrôle n’est pas un problème que des logiciels peuvent effacer; c’est la condition dans laquelle un réseau scientifique fonctionne. La réussite pratique consiste à offrir une coordination suffisamment solide pour délivrer la chaîne de travail, sans prétendre qu’une seule institution possède l’intégralité du chemin.

La même discipline doit s’appliquer aux affirmations prospectives. ESnet7 en est encore au stade de la planification, SENSE reste au stade de la recherche selon 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. La valeur des éléments qui les concernent réside dans la description précise de leur niveau de maturité.

L’importance à long terme d’ESnet tient au modèle de centre de services pour les utilisateurs. Le réseau est traité comme un instrument scientifique, avec des exigences, des opérations, des logiciels, de la mesure, 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 n’offrent qu’une valeur commune limitée si les systèmes qui les relient ne sont pas conçus comme un chemin unique.

Aucune métrique récente et indépendante dans les éléments disponibles ne permet de classer ESnet comme le réseau le plus rapide du monde, et ce n’est d’ailleurs pas le test le plus utile. Le test le plus solide est de savoir si un instrument peut atteindre le stockage ou le calcul distant au débit requis, se rétablir lorsqu’une partie du chemin tombe en panne et produire des preuves indiquant où se situe la responsabilité. La position d’ESnet se confirmera ou s’affaiblira en fonction de ces résultats de production, à mesure que l’American Science Cloud, la diffusion en direct et le futur programme ESnet7 passeront des démonstrations et des plans à des services scientifiques soutenus. (Historique d’ESnet;Lancement d’ESnet6;Rapport annuel 2024)

Sources

• Gouvernance et politiques d’ESnet
• Historique d’ESnet
• Rapport annuel ESnet 2024
• ESnet en chiffres 2024
• Innovations opérationnelles 2024
• Activités de recherche appliquée 2024
• Jalon de capacité transatlantique
• Jalon de disponibilité
• Direction d’ESnet
• Comité des coordinateurs de site ESnet
• Catalogue des services réseau
• Connexions de peering et politique de routage
• Politique de gestion des données du centre
• Demande budgétaire DOE ASCR FY27
• Lancement d’ESnet6 au Laboratoire de Berkeley
• Architecture ESnet4 et Science Data Network
• Lancement du réseau continental 100G ESnet5
• Science DMZ
• OSCARS
• SENSE
• EJFAT
• Outils de performance réseau
• Revues des exigences scientifiques
• Déploiement Wireless Edge sur un site géothermique
• Recherche sur les réseaux quantiques
• Résultat de diffusion directe des données FRIB
• Étude de cas Rubin Observatory
• Étude de cas DUNE
• Programme Confab26