Zusammenfassung

  • Das Energy Sciences Network, kurz ESnet, ist eine vom Lawrence Berkeley National Laboratory betriebene Netzinfrastruktur des DOE Office of Science und keine kommerzielle Telekommunikationsgesellschaft
  • ESnet6 verbindet rund 15.000 Meilen Glasfaserinfrastruktur mit optischem Transport, Routing, privaten Netzen, Cloud-Verbindungen, Messwerkzeugen und programmierbaren Diensten
  • Science DMZ, perfSONAR, OSCARS, SENSE und EJFAT zeigen, dass wissenschaftliche Leistung vom gesamten Pfad zwischen Instrument, Speicher, Netz und Rechenzentrum abhängt
  • American Science Cloud und ESnet7 könnten das Netz tiefer in wissenschaftliche Workflows einbinden, befinden sich jedoch in unterschiedlichen Planungs-, Forschungs- und Reifestadien

Ein Wissenschaftsnetz und kein Internetanbieter für den Massenmarkt

ESnet lässt sich am besten anhand eines wissenschaftlichen Datensatzes erklären. Ein Detektor, Teleskop, Mikroskop oder eine Simulation erzeugt Informationen in einer Forschungseinrichtung. Erfassungssysteme sammeln sie, Speicher- und Transferserver bereiten sie auf, und das lokale Netz führt sie zu einem kontrollierten Übergang. Von dort kann eine ESnet-Verbindung die Daten durch die Vereinigten Staaten, über den Atlantik, zu einem Supercomputer des Department of Energy, über ein Partnernetz oder in eine kommerzielle Cloud transportieren.

Zurück kommt ein analysierter Datensatz, eine Warnung, ein Modell oder eine Entscheidung über den nächsten Versuchsschritt.

Keine Organisation beherrscht diesen vollständigen Pfad. Instrumententeam, Labornetz, regionales Forschungsnetz, Cloud-Anbieter, internationaler Partner und Rechenzentrum können verschiedenen Betreibern gehören. ESnet stellt die missionsorientierte Weitverkehrsschicht bereit und arbeitet mit diesen Organisationen zusammen. Langsamer Speicher, ein überlasteter Campus-Link oder eine ungeeignete Firewall können einen schnellen nationalen Backbone wirkungslos machen; eine Störung innerhalb von ESnet kann umgekehrt eine gut konstruierte lokale Einrichtung vom Rest des wissenschaftlichen Systems trennen.

Institutionell ist ESnet klar eingeordnet. Es ist eine User Facility des DOE Office of Science, wird hauptsächlich durch Advanced Scientific Computing Research finanziert und beaufsichtigt und durch die Scientific Networking Division von Lawrence Berkeley National Laboratory betrieben. Berkeley Lab wird im Auftrag des Department of Energy von der University of California geführt. ESnet hat keine Aktionäre, Börsennotierung, eigenständige Unternehmensbewertung oder kommerzielle Bilanz und ist deshalb als staatlich finanzierte Forschungsinfrastruktur zu beschreiben.

Forschende begegnen ESnet meist indirekt über ein Instrument, einen Supercomputer, einen Labordienst, eine Universität oder ein Partnernetz. ESnet unterscheidet institutionelle Site User von Endpoint Usern und führt keine formelle Teilnehmerliste jeder einzelnen Person. Die im Jahresbericht 2024 genannten mehr als 30.000 organisatorischen Nutzer sind daher eine institutionelle Kennzahl und keine exakte Zahl individueller Abonnenten.

Der Vergleich mit einem gewöhnlichen Carrier greift zu kurz. ESnet betreibt optischen Transport und IP-Routing, führt aber auch Bedarfsanalysen durch, pflegt Open-Source-Software, testet neue Dienste und unterstützt Standorte bei Ende-zu-Ende-Problemen. Der eigentliche Nutzen besteht darin, räumlich getrennte Einrichtungen wie Teile einer gemeinsamen wissenschaftlichen Maschine arbeiten zu lassen. (ESnet-Governance; Netzdienste)

Die Geschichte begann mit knappen Rechnern und Akustikkopplern

Die offizielle Geschichte reicht bis in die Mitte der 1970er-Jahre zurück, als Rechenleistung und Fernkommunikation knapp waren. Im Controlled Thermonuclear Research Computer Center des Lawrence Livermore National Laboratory verbanden Beschäftigte einen geliehenen Control Data Corporation 6600 über vier Akustikmodems. Die Technik gehört einer anderen Epoche an, doch das Problem ist weiterhin erkennbar: Eine spezialisierte wissenschaftliche Gemeinschaft brauchte Fernzugriff auf einen Rechner, der zu teuer war, um ihn an jedem beteiligten Standort zu duplizieren.

Ende der 1970er- und Anfang der 1980er-Jahre bauten unterschiedliche Forschungsprogramme des Department of Energy eigene Netze. Hochenergiephysik und magnetische Fusion hatten verschiedene Einrichtungen, Partner und Datenströme; Vorgängersysteme wie HEPnet und MFEnet spiegelten diese Grenzen. Spezialisierte Netze waren sinnvoll, wenn kommerzielle Dienste die erforderliche Reichweite, Leistung oder operative Aufmerksamkeit nicht bieten konnten. Sie führten jedoch auch zu doppelten Leitungen, Technologien und Betriebsteams.

Mit der formellen Gründung von ESnet im Jahr 1986 wurden diese Funktionen zusammengeführt. Eine gemeinsame Einrichtung konnte programmübergreifend planen, nationale Verbindungen betreiben, internationale Anschlüsse koordinieren und spezialisiertes Personal halten. Kapazität wurde damit von einer Einzelentscheidung eines Experiments zu einer Infrastrukturaufgabe des Ministeriums.

Das frühe Modell enthielt bereits Merkmale, die bis heute bestehen: Zugang nach wissenschaftlicher Mission, gemeinsam finanzierte Ressourcen, mehrjährige Planung, Betriebsteams mit Verständnis für wissenschaftliche Folgen und eine ungleichmässige Nachfrage, die zeitweise von einem einzigen Experiment dominiert werden kann.

Berkeley Lab hatte eine eigene Netzwerkgeschichte. 1974 wurde dort ein CDC 6600 an ARPANET angeschlossen; später leisteten Forschende Beiträge zur TCP-Staukontrolle. Die Arbeiten von Van Jacobson und Mike Karels gehören zum breiteren Umfeld des Labors und dürfen nicht allein ESnet zugerechnet werden. Die institutionelle Nähe förderte jedoch eine Kultur, in der Protokollverhalten, Messung und Leistung als technische Probleme betrachtet wurden, die untersucht und verändert werden konnten.

1996 wechselte der Betrieb zu Berkeley Lab und damit in die Nähe des National Energy Research Scientific Computing Center, der Netzwerkforschung, der Softwareentwicklung und weiterer Programme des Department of Energy. Daraus entstand das heutige Modell, in dem Produktionsbetrieb und angewandte Forschung innerhalb derselben institutionellen Umgebung stattfinden. (ESnet-Geschichte)

Warum Networking zu einer User Facility wurde

Eine wissenschaftliche User Facility bündelt Fähigkeiten, die für einzelne Forschungsgruppen zu teuer, spezialisiert oder stark miteinander verbunden sind. Ein Teilchenbeschleuniger, eine Lichtquelle oder ein führender Supercomputer folgt dieser Logik. ESnet wendet sie auf Kommunikation an. Langstreckenfaser und Spektrum, Optik, Router, internationale Kapazität, kontinuierlicher Betrieb, Cybersicherheit, Messung und technische Beratung werden gemeinsam bereitgestellt.

Die Form der wissenschaftlichen Nachfrage erklärt die öffentliche Finanzierung. Ein Carrier kann eine schnelle Leitung verkaufen, wird seine nationale Architektur jedoch selten um einen Detektor planen, der erst Jahre später startet, um einen möglichen Supernova-Ausbruch oder um einen Workflow mit geringem Marktvolumen und hohem öffentlichem Wert. ESnet kann vor messbarer Auslastung investieren, weil wissenschaftliche Fähigkeit und nicht kurzfristiger Umsatz das Ziel ist.

Formelle Requirements Reviews ermitteln den künftigen Bedarf. Forschungsprogramme beschreiben Instrumente, Datenmengen, Speicherorte, Rechenziele, Zeitgrenzen, Partner und lokale Engpässe über einen Horizont von fünf bis zehn Jahren. Daraus können grössere Standortanschlüsse, zusätzliche physische Pfade, transatlantische Kapazität, neue Orchestrierungssoftware oder Änderungen an der lokalen Datenarchitektur folgen.

Dieser Prozess ist weniger sichtbar als ein neuer optischer Link, kann aber entscheidender sein. Spektrum auf einem Unterseekabel, ein zweiter Gebäudeeingang oder ein neuer Router können Jahre an Finanzierung, Beschaffung und Bauzeit erfordern. Würde ESnet warten, bis ein Experiment seine volle Datenmenge produziert, würde eine vorhersehbare Infrastrukturfrage zum Notfall.

Die Reviews machen Prognosen nicht sicher. Instrumente verzögern sich, Datenreduktionssoftware verbessert sich, Cloud-Nutzung nimmt zu und wissenschaftliche Workflows werden neu gestaltet. ESnet nutzt die Ergebnisse deshalb als Bandbreite möglicher Anforderungen und entscheidet, wo Reservekapazität, flexible Architektur oder schrittweise Investitionen gerechtfertigt sind.

Zugang bleibt institutionell. Nach Sponsoring und Zusatzkosten können Standorte einen Teil ihrer Anschlusskosten tragen. Einzelne Forschende zahlen weder pro Gigabyte noch schliessen sie einen persönlichen Vertrag mit ESnet. Die fehlende Endkundenrechnung bedeutet jedoch nicht Kostenfreiheit: Faser, Strom, Geräte, Personal, Colocation und Reparatur werden aus öffentlichen Budgets oder standortbezogenen Beiträgen finanziert.

Erfolg misst sich anders als bei einem kommerziellen Carrier. ESnet muss Verfügbarkeit, künftige Nachfrage, wissenschaftlichen Zugang, Resilienz und Forschung gegeneinander abwägen. Weil diese Entscheidungen öffentliche Mittel und langlebige Anlagen betreffen, benötigen sie dokumentierte Annahmen und überprüfbare Ergebnisse. (Governance; ESCC)

Berkeley Lab betreibt das System, das DOE bestimmt den Auftrag

Die institutionelle Kette führt vom Department of Energy über das Office of Science und Advanced Scientific Computing Research zu Berkeley Lab und dessen Scientific Networking Division. Die University of California betreibt das Labor vertraglich. Bundesauftrag und Finanzierung sind damit vom täglichen Netzbetrieb getrennt.

Inder Monga ist Executive Director von ESnet und Director der Scientific Networking Division. Chin Guok ist Chief Technology Officer und leitet Planung und Innovation; Adam Slagell ist Chief Security Officer; Jon-Paul Herron leitet Network Engineering; Susan Lucas ist Deputy of Business Operations. Die Organisation umfasst Fachleute für Optik, Routing, Standorttechnik, Systeme, Software, Sicherheit, Messung, Automatisierung, Projekte und Science Engagement.

Die Breite dieser Struktur korrigiert das Bild eines nationalen Netzes als Sammlung von Faser und Routern. ESnet muss Spektrum beschaffen, BGP betreiben, Telemetrie aufbauen, Open-Source-Werkzeuge pflegen, Paketverhalten untersuchen, Sicherheitsnachweise verwalten und wissenschaftliche Pläne in konkrete Infrastruktur übersetzen. Die Organisation ist zugleich Betreiber und Entwicklungsumgebung.

Standorte wirken über das ESnet Site Coordinators Committee mit. Jede Institution benennt eine Person, die Änderungen an ihrer ESnet-Verbindung genehmigen und lokale Anforderungen vermitteln kann. Das ist institutionelle Nutzergovernance und keine direkte Abstimmung aller Forschenden, deren Daten über ESnet laufen.

Öffentliche Quellen stimmen bei einer Programmfunktion nicht vollständig überein. Die aktuelle Governance-Seite nennt Benjamin Brown als zuständigen ASCR Programme Manager, während neuere Requirements-Review-Dokumente Carol Hawk als ESnet Programme Manager bezeichnen. Die belastbare Darstellung hält diese Unklarheit fest, statt eine exklusive aktuelle Zuständigkeit zu erfinden.

ESnet ist weder autonome Behörde noch rein technokratisches Netz. Verträge, Bundesbudget, Laborleitung und Standortkoordination begrenzen die technische Macht. Zugleich wird Verantwortlichkeit schwieriger, wenn ein Workflow mehrere Institutionen durchläuft und keine davon den vollständigen Pfad kontrolliert. (ESnet-Leitung; Governance)

ESnet4 trennte allgemeinen Verkehr von aussergewöhnlich grossen Wissenschaftsflüssen

Mitte der 2000er-Jahre erzeugten der Large Hadron Collider und andere verteilte Experimente Transfers, die nicht gut in ein einheitliches allgemeines IP-Netz passten. ESnet4 kombinierte deshalb einen IP-Core mit dem Science Data Network, das mehrere optische 10-Gbps-Verbindungen und dynamische Circuit-Funktionen nutzte.

Die Wissenschaft sollte IP nicht verlassen. Vielmehr brauchten wenige sehr grosse Datenströme andere Ressourcen als die allgemeine Kommunikation. Normale Verbindungen blieben geroutet, während geplante Datenbewegungen hochkapazitive und reservierte Pfade verwenden konnten. Metropolitan-Ringe und die Zusammenarbeit mit Internet2 verbanden Labore und Points of Presence.

Diese Architektur gab OSCARS einen Produktionskontext. Bandbreite und VLAN-Ressourcen liessen sich per Software reservieren und nach Ablauf wieder entfernen, statt ausschliesslich manuell eingerichtet zu werden. Das Netz begann, Ressourcen programmatisch verfügbar zu machen.

Die Trennung erhöhte den Geräte- und Betriebsaufwand und beseitigte lokale Speicher- oder Campusprobleme nicht. Sie zeigte jedoch, dass verschiedene Verkehrsmuster unterschiedliche Mechanismen benötigen können, während der vollständige Pfad beobachtbar bleiben muss. (ESnet4-Architektur)

Science DMZ verlagerte den Engpass an den Rand der Institution

Mit einem schnelleren Backbone wurden lokale Schwächen sichtbarer. Ein 100-Gbps-WAN nützt wenig, wenn Daten durch eine allgemeine Enterprise-Firewall laufen, ein Server zu langsam liest oder eine Schnittstelle Pakete verliert. ESnet und Partner entwickelten Science DMZ, um genau diesen Ende-zu-Ende-Engpass zu behandeln.

Das Modell platziert leistungsfähige Data Transfer Nodes auf einem kontrollierten Pfad nahe dem institutionellen Rand. Sicherheit kann Router-Zugriffslisten, Host-Härtung, Intrusion Detection, Flow-Analyse und eingeschränkte Dienste nutzen, statt grosse Transfers durch dieselbe zustandsbehaftete Firewall wie Büro- und Unternehmensanwendungen zu zwingen. perfSONAR liefert kontinuierliche Messungen für Durchsatz, Latenz, Paketverlust und Pfadänderungen.

Science DMZ ist kein ungeschütztes Netz. Die Kontrollen werden an spezialisierte Systeme angepasst, die weiterhin Patches, Überwachung, Identitätsmanagement und lokale Verantwortung benötigen. Das Entfernen eines ungeeigneten Geräts aus dem Datenpfad beseitigt die Sicherheitsaufgabe nicht.

Auch die Data Transfer Nodes selbst müssen geeignet sein. Netzwerkkarten, CPU-Zuordnung, Arbeitsspeicher, TCP-Puffer, Datenträger und parallele Dateisysteme bestimmen, ob eine Langstreckenverbindung ihre vorgesehene Leistung erreicht. ESnets Fasterdata-Empfehlungen und technische Beratung übersetzen diese Details in wiederholbare Verfahren.

Das Modell verbreitete sich über das Department of Energy hinaus. ESnet kann als Entwickler und wichtiger Förderer genannt werden, betreibt oder besitzt jedoch nicht jede Umsetzung. Leistung und Schutz hängen davon ab, wie eine Institution Speicher, Data Transfer Nodes, Sicherheit und lokales Netz integriert.

Science DMZ veränderte auch die Fehlersuche. Entfernung allein erklärt schlechte Leistung nicht mehr; Endpoint, Interface, Perimeter und WAN müssen gemeinsam gemessen werden. Ein schwaches Glied kann die Leistung der gesamten Kette bestimmen. (Science DMZ)

ESnet5 brachte kontinentale 100 Gbps in den Produktionsbetrieb

Der American Recovery and Reinvestment Act stellte 62 Millionen US-Dollar für die Advanced Networking Initiative bereit und unterstützte einen 100-Gbps-Langstreckenprototyp sowie den Übergang zu ESnet5. Das Netz ging Ende 2012 mit Spektralrechten auf einer nationalen Glasfaserfläche und in enger Zusammenarbeit mit Internet2 in Produktion.

Das Department of Energy und ESnet bezeichneten es damals als schnellstes Wissenschaftsnetz der Welt. Als historische Aussage über einen frühen kontinentalen 100G-Produktionsaufbau ist das verwendbar. Es ist kein neutraler Rang für 2026, weil mehrere Forschungsnetze 400G einsetzen und unterschiedliche Begriffe für Interface-Geschwindigkeit, Backbone-Kapazität und optisches Spektrum verwenden.

Die Investition ging über Router hinaus. Spektralrechte gaben ESnet mehr Kontrolle über spätere Upgrades als wiederholte Käufe fertiger Leitungen. Sie banden das Programm jedoch auch langfristig an bestimmte Routen, Einrichtungen und Lieferanten.

ESnet5 lieferte zusätzliche Kapazität und machte lokale Engpässe erneut sichtbar. Ein Standort benötigte geeignete Anschlüsse, Science DMZ, schnellen Speicher und empfangende Rechenleistung. Die höhere Geschwindigkeit steigerte deshalb den Wert von perfSONAR und Ende-zu-Ende-Engineering.

Der nachhaltige Beitrag bestand darin, 100G von einer technischen Demonstration in eine betriebene wissenschaftliche Infrastruktur zu überführen. Gleichzeitig bereitete ESnet5 die optischen, betrieblichen und softwarebasierten Grundlagen für ESnet6 vor. (ESnet5-100G-Start)

ESnet6 ist ein optisches, paketvermitteltes und softwarebasiertes System

Das ESnet6-Projekt begann formell 2017 und wurde 2022 nach rund sechs Jahren Design und Bau abgeschlossen. Der öffentliche Start erfolgte am 11. Oktober 2022. Berkeley Lab nannte damals mehr als 46 Tbps aggregierte Kapazität über rund 15.000 Meilen dedizierte Glasfaserinfrastruktur, mit Backbone-Verbindungen zwischen 400 Gbps und 1 Tbps. Im Jahresbericht 2024 stieg der aggregierte Wert auf 57 Tbps, während einzelne Backbone-Konstruktionen bis zu 1,2 Tbps erreichten.

Die Zahlen stammen aus verschiedenen Jahren und beschreiben ein wachsendes System. Sie bilden auch nicht die gesamte Architektur ab. ESnet6 umfasst Faser- und Spektralrechte, optische Liniensysteme und Verstärker, Core- und Service-Router, programmierbare Telemetrie, Automatisierung, private Netze, On-Demand-Circuits, Cloud- und Internet-Interconnection, Performance-Messung und Sicherheitskontrollen.

Die optische Ebene transportiert mehrere Wellenlängen und kann mehrere Paketlinks bündeln. Eine als 1,2 Tbps bezeichnete Verbindung ist deshalb nicht zwangsläufig ein einzelnes Ethernet-Interface, das einem Standort vollständig zur Verfügung steht. Nutzbare Kapazität hängt von Kanälen, Schutzmechanismen, Route, Geräten und Policy ab.

ESnet6 wurde als softwaregetriebenes Netz und nicht nur als schnellere Version von ESnet5 gebaut. Automatisierung richtet Dienste ein und hält Geräte in einem konsistenteren Zustand. Telemetrie unterstützt die Diagnose, während Forschungs-Hooks und Testbed-Funktionen Experimente innerhalb definierter Produktionsgrenzen ermöglichen.

Die neue Softwareebene reduziert manuelle Arbeit, vergrössert aber auch die Reichweite eines Fehlers. Eine falsche Vorlage, Routing-Policy oder Inventarinformation kann sich auf viele Geräte ausbreiten. Sichere Automatisierung benötigt daher schrittweise Einführung, unabhängige Prüfung, begrenzte Berechtigungen und dokumentierte Recovery-Verfahren.

Eine Netzgeneration erneuert somit Optik, Paketebene, Software, Betrieb und Kapazitätsannahmen gemeinsam. Qualität zeigt sich in Migration, Verfügbarkeit und wissenschaftlichem Nutzen und nicht allein im höchsten veröffentlichten Wert. (ESnet6-Start; Jahresbericht 2024)

Was 57 Tbps bedeuten — und was nicht

Der Jahresbericht 2024 nennt rund 15.000 Meilen Glasfaserinfrastruktur, 78 Routerstandorte, 278 optische Verstärkerstandorte, Backbone-Verbindungen von 400 Gbps bis 1,2 Tbps und 57 Tbps aggregierte Kapazität. Hinzu kommen 2,7 Tbps transatlantische Kapazität und sieben US-Standorte mit Anschlüssen von mindestens 400G.

ESnet verband alle 17 nationalen Labore des Department of Energy und berichtete über 28 DOE User Facilities, 277 Beziehungen zu Forschungs-, kommerziellen und anderen Netzen in fünf Ländern, mehr als 30.000 organisatorische Nutzer sowie 137 Beschäftigte und Auftragnehmer in 24 Bundesstaaten. Diese Zahlen beschreiben verschiedene Grundgesamtheiten und dürfen nicht zu einer Kundenzahl addiert werden. Router, Einrichtungen, Partnernetze, institutionelle Nutzer und Belegschaft sind getrennte Kennzahlen.

Aggregierte Kapazität summiert verteilte Ressourcen und ist kein Durchsatz eines einzelnen Pfads. Physische Standortanschlüsse werden mit 10, 100 oder 400 Gbps angeboten. Ein Backbone-Link kann aus mehreren Kanälen oder Interfaces bestehen. Der reale Verkehr liegt zu jedem Zeitpunkt unter der gebauten Kapazität und ist nicht gleichmässig verteilt.

2024 transportierte ESnet 1,77 Exabyte, nach 1,7 Exabyte im Jahr 2023, ein Anstieg von vier Prozent. ESnet berechnet seit 1989 ein historisches durchschnittliches Wachstum von etwa 55 Prozent pro Jahr. Ein schwaches Einzeljahr ist relevant, beweist aber nicht, dass künftige Instrumente, künstliche Intelligenz oder seltene Ereignisse weniger Kapazität benötigen.

Verkehr ist zudem konzentriert. Laut Jahresbericht entfiel ungefähr die Hälfte auf Aktivitäten des Large Hadron Collider. Fermilab war mit 136 Petabyte der grösste externe Sender, NERSC mit 75,3 Petabyte der grösste Empfänger innerhalb des Department of Energy, und Oak Ridge war mit 58,3 Petabyte der grösste Sender aus dem Department. Solche Zahlen zeigen wichtige Workloads, bilden aber nicht den gesamten wissenschaftlichen Wert ab.

„Dedizierte Glasfaser“ beweist nicht das juristische Eigentum an jedem Kabel. Die Infrastruktur kann Dark Fiber, Spektrum, Lit Services, Carrier-Infrastruktur und Partnerpfade umfassen. ESnet kontrolliert auf wichtigen Strecken dedizierte Rechte, während Eigentum und Reparaturzuständigkeit je Route variieren.

Die Kennzahl von 57 Tbps beschreibt die Grösse des Systems, nicht seine wissenschaftliche Wirkung. Diese hängt davon ab, ob Transport, Routing, Standortnetz, Speicher, Rechenleistung und Anwendung als vollständiger Workflow funktionieren. (ESnet by the Numbers)

AS293 routet für einen Auftrag und nicht für den Endkundenmarkt

Das öffentliche autonome System von ESnet ist AS293. Es tauscht Routen mit Standorten des Department of Energy, Forschungsnetzen, kommerziellen Netzen und bezahlten Transit-Anbietern aus und richtet seine Policy an wissenschaftlicher Erreichbarkeit, Resilienz und kontrollierter Interconnection aus.

Die Peering-Policy verlangt BGP, aktuelle Einträge im Internet Routing Registry und in PeeringDB sowie Routing-Sicherheitspraktiken, die sich an MANRS orientieren. ESnet verwirft RPKI-invalides Routing und fordert IPv6 oder Dual Stack für neue Sessions; neue IPv4-only-Peerings sind ausgeschlossen.

Private direkte Interconnection beginnt bei 100G, wobei 400G deutlich bevorzugt wird. Die Schwelle spiegelt grosse wissenschaftliche Datenströme und den Betriebsaufwand einer privaten Beziehung. ESnet muss nicht mit jedem Netz direkt peeren, sondern sucht Verbindungen, die wissenschaftliche Pfade verbessern, Abhängigkeit von Transit verringern oder wichtige Partner anbinden.

Veröffentlichte BGP Communities unterscheiden ESnet-Standorte, Forschungs- und Bildungsnetze sowie kommerzielle Netze. Standorte können daraus eigene Policy ableiten, doch nachgelagerte Netze sind nicht verpflichtet, die Markierungen in derselben Weise zu interpretieren.

Hurricane Electric und Lumen liefern bezahlten öffentlichen Transit zu Zielen, die nicht effizient über Peering oder Forschungsnetzbeziehungen erreicht werden. Das ergänzt die Reichweite, ohne ESnet zu einem Internetanbieter für Privatkunden zu machen.

RPKI verhindert eine Klasse ungültiger Ankündigungen, nicht alle Route Leaks oder Fehlkonfigurationen. Hijack-Monitoring und Blackholing unterstützen die Reaktion; Blackholing schützt andere Systeme, indem es den angegriffenen Präfix absichtlich unerreichbar macht. (Peering Policy)

Physische Anschlüsse, private Netze und Cloud-Pfade

ESnet bietet physischen Zugang mit 10, 100 oder 400 Gbps. Nahe einem Point of Presence ist ein direkter Anschluss möglich; entfernte Einrichtungen können einen Service On-Ramp nutzen, bei dem Dark Fiber oder ein Lit Circuit von einem Carrier beschafft wird. Diese lokale Carrier-Abhängigkeit kann zum wichtigsten Leistungs- oder Ausfallrisiko des vollständigen Pfads werden.

Layer-3-IP bietet IPv4- und IPv6-Routing. Ein Layer-3-VPN schafft logisch getrennte IP- und BGP-Umgebungen für Programme mit mehreren Standorten. Layer-2-VPNs liefern Punkt-zu-Punkt- oder Multipoint-Ethernet, statisch oder über OSCARS. Experimente, Einrichtungen und Clouds können dadurch kontrollierte private Pfade erhalten.

Private Dienste bedeuten nicht zwangsläufig physische Isolation. Logische Trennung hängt von Routing-Instanzen, Labels, Zugriffskontrollen und Betriebspraxis auf einer gemeinsam genutzten Plattform ab. Fehler in dieser Plattform können mehrere Dienste betreffen.

Cloud Connect stellt private Verbindungen zu AWS, Microsoft Azure, Google Cloud und Oracle bereit. Ein solcher Pfad umgeht Teile des öffentlichen Internets und kann mehr Kontrolle über die Route bieten. Er beseitigt jedoch keine Cloud-Fehlkonfiguration, Provider-Störung, Egress-Kosten, regionale Begrenzung, Identitätsfrage oder Anbieterbindung.

Zum Portfolio gehören ausserdem sekundäres DNS, Zeitdienste, Route-Hijack-Monitoring und Blackholing. Jeder Dienst behandelt bestimmte Risiken, ersetzt aber keine leistungsfähige lokale Architektur. Ein privater Pfad macht Speicher nicht schneller, und eine sichere Verbindung macht ein schlecht konfiguriertes Cloud-Konto nicht automatisch sicher.

Wert entsteht aus dem Zusammenspiel von physischem Zugang, Routing, logischer Trennung, Interconnection und Betriebshilfe. Endpoint und Standortnetz bleiben in lokaler Verantwortung. (Netzdienstmenü)

OSCARS macht Kapazität reservierbar

Allgemeiner Internetverkehr nutzt die jeweils verfügbare Kapazität. Manche wissenschaftlichen Transfers sind geplant, gross und verlieren bei Verzögerung erheblichen Wert. OSCARS erlaubt autorisierten Nutzern und Anwendungen, Netzressourcen für einen definierten Zeitraum zu reservieren.

Eine Reservierung kann Endpunkte, Start- und Endzeit, Bandbreite, VLAN-Informationen, ausgeschlossene Routen und weitere Bedingungen enthalten. Das System prüft Topologie und bestehende Reservierungen, findet einen geeigneten Pfad, installiert die erforderliche Konfiguration und entfernt sie nach Ablauf.

Automatisierung verwandelt eine mehrtägige manuelle Koordination in einen Dienst, den ein wissenschaftlicher Workflow anfordern kann. Das Netz wird neben Speicher und Rechenzeit zu einer planbaren Ressource.

OSCARS ist Open-Source-Produktionssoftware und wurde ausserhalb von ESnet eingesetzt oder erprobt. Einige öffentliche Seiten enthalten jedoch historische Angaben, weshalb nicht jede dort genannte Organisation als aktuelle, identische Installation behandelt werden sollte.

Eine Reservierung garantiert keinen Applikationsdurchsatz. Langsamer Speicher, lokale Paketverluste, ungeeignetes Betriebssystem-Tuning oder zu wenige parallele Datenströme können die reservierte Rate verhindern. Policy muss ausserdem Priorität, Preemption, Konflikte und ungenutzte Reservierungen regeln.

OSCARS zeigt, wie ESnet eine betriebliche Praxis in wiederholbare Infrastruktur übersetzt hat. Die Software automatisiert die Bereitstellung, während Autorisierung und Ressourcenzuteilung weiterhin institutionelle Entscheidungen bleiben. (OSCARS)

SENSE versucht, Netz und Endsysteme gemeinsam zu koordinieren

Ein reservierter Circuit hilft nicht, wenn Speicher, Transferdienst oder Rechenressource fehlen. SENSE beschreibt Netze und Endsysteme als Ressourcen, die eine Anwendung über mehrere Verwaltungsdomänen entdecken und verhandeln kann.

Ein Workflow formuliert das gewünschte Ergebnis, etwa den Transfer eines Datensatzes zwischen zwei Einrichtungen mit einer bestimmten Rate. SENSE sammelt Modelle der beteiligten Ressourcen, provisioniert Pfade und Transfers, beobachtet Telemetrie und gibt die Ressourcen anschliessend wieder frei. Jede Organisation behält ihre eigene Policy, Identität und Autorität.

Beim LHC Data Challenge 2024 hielt ein SENSE-Workflow 330 Gbps zwischen Caltech und der University of California, San Diego. Das ist ein konkreter Live-Nachweis in erheblicher Grössenordnung. Der Jahresbericht 2024 bezeichnete SENSE dennoch weiterhin als Forschungsprojekt und nicht als universellen Produktionsdienst.

OSCARS reserviert Ressourcen innerhalb einer bekannten Servicedomäne. SENSE versucht, ein Ergebnis über mehrere Eigentümer und Ressourcentypen hinweg zu koordinieren. Die zweite Aufgabe bietet potenziell mehr wissenschaftlichen Nutzen, erhöht aber das Risiko von Teilfehlern, Modellkonflikten, Berechtigungsproblemen und zeitlicher Fehlkoordination.

Wenn ein deklarierter Workflow seine Leistung nicht erreicht, kann die Ursache im Netz, im Speichersystem, in einem Credential, in einem Ressourcenmodell oder in der Anwendung liegen. Orchestrierung wird erst dann betrieblich wertvoll, wenn ihre Telemetrie zeigt, welcher Teil des vereinbarten Zustands nicht erfüllt wurde.

Produktionsreife sollte deshalb an wiederholtem Einsatz, klarer Support-Verantwortung, Recovery und Multi-Domain-Adoption gemessen werden und nicht allein am höchsten Demonstrationswert. (SENSE; angewandte Forschung 2024)

EJFAT bringt Ereignisdaten direkt zur entfernten Rechenressource

Der traditionelle Ablauf schreibt wissenschaftliche Daten in Dateien, speichert sie und überträgt sie später. Das ist robust, verzögert jedoch Rückmeldung und erfordert lokale Kapazität für Spitzenlasten. EJFAT verteilt UDP-gekapselte Ereignisse vom Instrument an verfügbare Compute Worker, auch in entfernten Supercomputing-Zentren.

Eine FPGA-basierte SmartNIC liest die Event-ID und sendet alle Fragmente desselben Ereignisses an einen Worker. Die Steuerung passt die Verteilung an verfügbare Rechenknoten an. Diese Ereignisbindung unterscheidet EJFAT von einem allgemeinen Load Balancer, der einzelne Pakete ohne Kenntnis der wissenschaftlichen Zusammengehörigkeit verteilen würde.

Im April 2024 wurden Daten des Jefferson Lab aus Virginia mit 100 Gbps nach Perlmutter in Kalifornien gestreamt und ohne Zwischenspeicherung auf Platte verarbeitet. Spätere Tests nutzten laut ESnet ungefähr 20.000 Kerne in mehreren Einrichtungen. Das sind spezifische Ergebnisse und keine Garantie für jedes Instrument.

Der im Juli 2026 veröffentlichte Fall des Facility for Rare Isotope Beams streamte Rohdaten mit rund 5–6 Gbps. Eine während fünfzehn Stunden erzeugte Datenmenge von 615 GB wurde auf acht Perlmutter-Knoten in zwanzig Minuten mit Machine-Learning-Inferenz verarbeitet. Der wissenschaftliche Zeitgewinn war wichtiger als eine Spitzenrate.

Das Modell ermöglicht gemeinsame nationale Rechenleistung, macht das Experiment aber unmittelbar von Netz, FPGA, Sicherheit und HPC-Zuteilung abhängig. Eine Störung kann nicht nur einen späteren Dateitransfer verzögern, sondern die Rückmeldung während einer laufenden Messung beeinträchtigen.

EJFAT ist ein fortgeschrittener Prototyp beziehungsweise eine entstehende Plattform und kein Standarddienst für alle ESnet-Nutzer. Breitere Einführung erfordert Instrumentenintegration, Support, Sicherheitsmodelle und klares Verhalten bei Paketverlust. (EJFAT; FRIB-Ergebnis)

High-Touch, perfSONAR und iperf3 machen den Pfad sichtbar

Ein Hochleistungsnetz kann versagen, ohne in Durchschnittsgrafiken ausgelastet zu wirken. Ein Microburst kann eine Queue füllen, Pakete können in anderer Reihenfolge eintreffen, Verlust kann nur in einer Richtung auftreten, oder ein Pfad kann sich zwischen zwei Tests ändern.

High-Touch nutzt programmierbare Hardware für detailliertere Paket- und Flow-Telemetrie als herkömmliche Stichproben. 2024 half das System bei der Untersuchung von LHC-Durchsatz, Packet Reordering auf dem Rubin-Pfad und Sicherheitsereignissen. Die höhere Genauigkeit kostet Speicher, Rechenleistung und Zugriffsschutz und schafft zusätzliche Datenschutzfragen.

perfSONAR misst verteilt Durchsatz, Latenz, Verlust und Pfadverhalten. ESnet ist Gründungspartner, betreibt mehr als 30 Standorte und war 2024 Teil eines weltweit gemeldeten Netzes von mehr als 2.000 Messpunkten. Die verteilte Architektur hilft dabei, den Abschnitt zu identifizieren, an dem eine Verschlechterung beginnt.

iperf3 erzeugt TCP-, UDP- oder SCTP-Verkehr über IPv4 oder IPv6. ESnet pflegt das Werkzeug und meldete Tests von mehr als 150 Gbps auf 200G-Pfaden unter bestimmten Bedingungen. Ein synthetischer Test bildet weder Speicher noch Anwendung ab, liefert aber eine kontrollierte Basis zur Trennung von Netz- und Endpoint-Problemen.

Die drei Ansätze beantworten unterschiedliche Fragen. High-Touch untersucht Produktionsverkehr mit hoher Genauigkeit, perfSONAR misst Pfade zwischen Institutionen, und iperf3 testet die transportierbare Leistung von Hosts und Netz. Gemeinsam verhindern sie, dass jeder Betreiber nur seinen eigenen Abschnitt für gesund erklärt, während der wissenschaftliche Workflow langsam bleibt. (Performance-Werkzeuge; Betriebsinnovationen 2024)

Manchmal ist weniger Datenverkehr das beste Kapazitätsupgrade

Beliebte wissenschaftliche Datensätze werden in derselben Region wiederholt abgerufen. Fünf im Jahr 2024 untersuchte regionale Caches senkten den WAN-Verkehr im Mittel um 33 TB pro Tag, bedienten zwei Drittel der Anfragen lokal und erreichten durchschnittlich eine Cache Hit Rate von 94 Prozent.

Die Wirkung war unterschiedlich: 69,3 Prozent WAN-Reduktion in Südkalifornien, 48,4 Prozent in Chicago und 6,6 Prozent in Boston. Datenpopularität, Nutzergeografie, Speichergrösse und Eviction-Policy bestimmen den Nutzen eines Standorts.

Caching verändert die Frage von „Wie schnell kann der Backbone werden?“ zu „Welche Daten müssen den Backbone überhaupt durchqueren?“. Eine lokale Kopie kann Latenz und Verkehr reduzieren und bei einer entfernten Störung weiter verfügbar bleiben. Ein Cache mit wenig wiederverwendeten Daten verbraucht dagegen Speicher und Betriebsaufwand ohne vergleichbaren Nutzen.

Das Verfahren bringt das Netz näher an Data Governance. Es muss entschieden werden, was kopiert werden darf, wie Aktualität gesichert wird, wer Zugriff hat und wie fehlerhafte oder veraltete Inhalte entfernt werden.

Die Studie garantiert keine Trefferquote von 94 Prozent für jede wissenschaftliche Gemeinschaft und ersetzt keine neue Kapazität für einzigartige Live-Datenströme. Sie zeigt jedoch, dass Datenplatzierung und Netzarchitektur gemeinsam gestaltet werden können. (Angewandte Forschung 2024)

Transatlantische Wissenschaft braucht physische Diversität und nicht nur Kapazität

Der US-Auftrag von ESnet bringt eine internationale Verpflichtung mit sich. Laut Jahresbericht 2024 entfiel ungefähr die Hälfte des Verkehrs auf den Large Hadron Collider. Ein Fehler zwischen Europa und Nordamerika kann daher eine zentrale wissenschaftliche Last treffen, obwohl alle inländischen Router funktionieren.

Zwischen 2024 und Anfang 2025 stieg die gemeldete transatlantische Kapazität von etwa 700 Gbps auf 2,7 Tbps. ESnet schloss mit Aqua Comms einen 15-Jahres-Vertrag über 25 Prozent eines Faserpaares zwischen New York, Dublin und London und teilt mit GÉANT Kapazität und Kosten über mehrere Kabelsysteme. Ziel sind mindestens 3,2 Tbps auf vier physisch unterschiedlichen Pfaden, mit Wachstumspotenzial von mehr als 10 Tbps.

Zwei logische Circuits können dasselbe Kabel, dieselbe Landing Station oder denselben terrestrischen Kanal nutzen und gemeinsam ausfallen. Unterseereparaturen können Genehmigungen, ein Schiff, geeignetes Wetter und Wochen oder Monate erfordern. ESnet plant für drei gleichzeitige Kabelausfälle; eine einzelne Backup-Route reicht deshalb nicht aus.

Langfristige Spektralrechte geben ESnet mehr Kontrolle über Upgrades, binden das Programm aber an bestimmte Systeme und Partner. ESnet kann Diversität gestalten, ohne jedes Kabel zu besitzen oder selbst zu reparieren.

Die Zusammenarbeit mit GÉANT ist Kooperation zwischen eigenständigen Netzen und kein einheitlicher globaler Betreiber. Beide Organisationen können Kosten und Kapazität teilen, während jede für ihre eigene Infrastruktur und ihre institutionellen Verpflichtungen verantwortlich bleibt. Ende-zu-Ende-Leistung erfordert deshalb transparente Übergaben, gemeinsame Messung und koordinierte Reaktion auf Fehler. (Transatlantischer Meilenstein; Jahresbericht 2024)

Wissenschaftliche Nachfrage verbindet Dauerlast, seltene Bursts und harte Fristen

Der Large Hadron Collider erzeugt kontinuierlich grosse Datenströme zwischen CERN, nationalen Laboren und Universitäten. Der High-Luminosity-Betrieb dürfte Detektordaten, Simulation und Replikation erhöhen. Das Netz muss diese Last im Normalbetrieb tragen und zugleich alternative Routen für Kabel- oder Standortausfälle bereithalten.

Das Vera C. Rubin Observatory setzt eine zeitliche Grenze. Ein Bild von rund 13 GB soll etwa alle dreissig Sekunden von Chile nach SLAC gelangen, damit Warnungen über vorübergehende astronomische Ereignisse erzeugt werden können. ESnet nennt ein Ziel von weniger als sieben Sekunden über ungefähr 12.000 Meilen. Der Pfad umfasst Partnernetze in Südamerika und auf internationalen Strecken, die ESnet nicht allein kontrolliert.

DUNE plant einen aussergewöhnlichen Burst. Bei einer Supernova könnten bis zu 600 TB in 100 Sekunden bewegt werden müssen, während das Programm über zwanzig Jahre etwa 900 PB erzeugen soll. Das sind künftige Anforderungen und kein heutiger Normalverkehr. Ein seltenes astronomisches Ereignis kann nicht warten, bis zusätzliche Kapazität beschafft wurde.

Fusionsforschung verbindet internationale Distanz mit einem langen Zeithorizont. Im Mai 2026 wurden 176 TB ITER-Daten von Marseille zu DIII-D in San Diego mit fast 80 Gbps übertragen. ITER befand sich noch im Bau; der Test zeigte Vorbereitung, nicht normalen Vollbetrieb. Planungsunterlagen nennen für einige künftige Workflows ungefähr 2 PB pro Tag und mindestens 200 Gbps.

FRIB, Jefferson Lab, Lichtquellen und Elektronenmikroskope benötigen teilweise Analyse während der Datenerfassung. Entfernte Rechenressourcen und Machine-Learning-Inferenz können während kostbarer Messzeit Rückmeldung geben. Klima- und Erdwissenschaften ergänzen grosse Simulationen und Feldsensoren.

Ein Durchschnittswert beschreibt diese Muster nicht. ESnet muss Dauerlast, seltene Bursts, internationale Zusammenarbeit, Live-Streaming und strenge Fristen innerhalb derselben öffentlichen Infrastruktur unterstützen. (Rubin-Fallstudie; DUNE-Fallstudie; Requirements Reviews)

Requirements Reviews übersetzen Forschungspläne in Netzarchitektur

ESnet kann nicht auf den ersten Datensatz warten, bevor Faser, Router oder Unterseekapazität beschafft werden. Forschungsprogramme beschreiben über einen Zeitraum von fünf bis zehn Jahren Instrumente, Volumen, Speicher, Rechenziele, Fristen, Partner, Cloud-Nutzung und Resilienz. Ingenieurteams prüfen anschliessend den vollständigen Workflow.

Die Review ist eine Form des Co-Designs. Eine Forderung nach 200 Gbps kann langsamen Speicher, einen einzigen Gebäudeeingang oder eine ungeeignete Firewall sichtbar machen. Das Ergebnis kann ein neuer Standortanschluss, Science DMZ, zusätzliches Kabel, Orchestrierungssoftware oder eine Änderung am Instrument sein.

Die 2025 abgeschlossene und im Januar 2026 veröffentlichte High-Energy-Physics-Review vereinte 127 Mitwirkende und 14 Fallstudien in einem Bericht von rund 400 Seiten. Sie garantiert nicht jede Prognose, schafft aber eine gemeinsame Grundlage, wenn sich Zeitpläne und Technologien ändern.

Wissenschaftliche Nachfrage verläuft nicht glatt. Ein seltenes Ereignis oder ein neuer KI-Workflow kann wichtiger sein als das Wachstum des Vorjahres. Requirements Reviews reduzieren Überraschungen und zeigen, was Programm, Standort, Rechenzentrum und ESnet jeweils vorbereiten müssen.

Der Prozess verteilt auch Verantwortung. Ein Labor kann nicht davon ausgehen, dass der nationale Backbone ein ungeeignetes Campus-Netz ausgleicht. ESnet kann umgekehrt nicht annehmen, dass ein Standort nach einem Backbone-Ausbau automatisch die erforderlichen Speichersysteme bereitstellt. Die dokumentierte Planung macht solche Abhängigkeiten sichtbar. (Review-Berichte)

Wireless Edge und QUANT-NET testen die Grenzen der Einrichtung

Feldinstrumente liegen nicht immer an Glasfaser, kommerzieller Mobilfunkversorgung oder sicherer Stromversorgung. Wireless Edge kombiniert Technologien je nach Standort. Eine im Juni 2026 veröffentlichte Geothermieinstallation in Nevada nutzte privates 4G im CBRS-Spektrum, Wi-Fi HaLow, gewöhnliches Wi-Fi, Starlink, Richtfunk und einen selbstversorgten mobilen Mast.

Das war eine Lösung für einen Standort und kein landesweiter ESnet-Dienst oder Ersatz für Glasfaser. Gelände, Wetter, Frequenzen, Energie und Satellitenanbieter begrenzen das Ergebnis. Entscheidend ist, dass ESnet Datenerfassung, Backhaul und WAN als einen wissenschaftlichen Pfad behandelte, statt seine Verantwortung am nächsten festen Anschluss enden zu lassen.

QUANT-NET baut ein Drei-Knoten-Testbed zwischen Berkeley Lab und zwei Standorten der University of California, Berkeley, über ungefähr fünf Kilometer. Dazu gehören Ionenfallen, Photonen, Verschränkungsaustausch, Bell-Messungen, zeitkritische Koordination und modulare Steuerungssoftware.

ESnets Rolle liegt vor allem in klassischer Steuerung und Orchestrierung. Ein System, das für jeden Versuch manuell eingestellt werden muss, ist schwer als gemeinsam nutzbare Einrichtung zu betreiben. Offene Steuerungssoftware kann Experimente reproduzierbarer machen und die Koordination verschiedener Geräte verbessern.

Das Projekt ist kein Quanteninternet in Produktion und transportiert keine grossen klassischen Forschungsdaten über Verschränkung. Wireless Edge und QUANT-NET sind nach wiederverwendbarem Wissen, Software und technischen Verfahren zu beurteilen, nicht nach flächendeckender Verfügbarkeit. (Wireless Edge; Quantenforschung)

American Science Cloud und ESnet7 verlagern die Planung von Standorten auf Workflows

Integrated Research Infrastructure und American Science Cloud sollen Instrumente, Daten, Speicher, künstliche Intelligenz und Supercomputing zu einer föderierten Umgebung verbinden. ESnet liefert Transport und einen Teil der Orchestrierung; EJFAT, SENSE, OSCARS, Cloud Connect und High-Touch lösen jeweils Teilprobleme, bilden aber nicht allein das gesamte System.

Auf Confab26 wurde Inder Monga als Project Deputy der American Science Cloud bezeichnet, und das Programm enthielt Demonstrationen sowie Sitzungen zu ESnet7. Das belegt laufende institutionelle Arbeit, nicht eine fertiggestellte universelle Wissenschaftscloud. Zugangsregeln, Identität, Ressourcenbestand, Support und Datenverantwortung befanden sich weiter in Entwicklung.

ESnet7 ist Planung, während ESnet6 das aktuelle Produktionsnetz bleibt. Die verfügbaren Unterlagen nennen keine endgültige Architektur, vollständige Finanzierung, Lieferantenentscheidung, Startzeit oder Migrationsplanung.

Die nächste Generation dürfte Telemetrie, Intelligenz, Paketinspektion und Koordination neben Geschwindigkeit betonen. Ein schnellerer Link kann einer Anwendung nicht mitteilen, wo Rechenleistung verfügbar ist, einen Microburst erklären oder beweisen, dass ein domänenübergreifender Dienst korrekt beendet wurde.

Die Governance-Frage lautet deshalb, wie viel eines wissenschaftlichen Workflows vom Netz verstanden und gesteuert werden soll, ohne einen zu mächtigen und zu komplexen zentralen Controller zu schaffen. Die technische Möglichkeit zur Orchestrierung muss mit begrenzter Autorität und klarer Verantwortung verbunden bleiben. (Confab26; angewandte Forschung)

Bundesfinanzierung trägt die Einrichtung, ist aber kein Unternehmensumsatz

ESnet wird hauptsächlich über die ASCR-Aktivität High Performance Network Facilities and Testbeds finanziert. Der Budgetantrag für das Finanzjahr 2027 schlug 103 Millionen US-Dollar vor, nach 97,261 Millionen US-Dollar in der vorherigen bewilligten Spalte.

Die Budgetlinie ist der beste öffentlich verfügbare Grössenindikator, umfasst jedoch auch Testbeds, Softwarepflege, Forschung und Upgrades. Sie ist weder eine Gewinn-und-Verlust-Rechnung für ESnet noch eine exakte Angabe der jährlichen Kosten des Produktions-Backbones.

Öffentliche Finanzierung ermöglicht langfristiges Spektrum, Open-Source-Pflege und Kapazität vor kommerzieller Nachfrage. Sie macht das Programm zugleich von Entscheidungen des Kongresses, Prioritäten des Department of Energy und dem Betriebsvertrag von Berkeley Lab abhängig.

Die Site User Cost Policy kann Anschlusskosten je nach Sponsoring und zusätzlichem Aufwand an Institutionen weitergeben; einzelne Forschende werden nicht abgerechnet. Die 103 Millionen US-Dollar als „ESnet-Umsatz“ zu bezeichnen wäre daher falsch.

Die fehlenden eigenständigen Konten begrenzen die Finanzanalyse. Öffentliche Unterlagen zeigen keine vollständige Lieferantenkonzentration, Abschreibungsplanung, standortbezogene Kostenrechnung oder jährliche Kapitalausgaben nur für ESnet. Die belastbare Aussage ist, dass ein Bundesprogramm Produktion, Erneuerung, Softwarepflege und Forschung innerhalb einer breiteren Haushaltsaktivität finanziert. (ASCR-Budget FY2027; ESCC)

Verfügbarkeit, Routing-Sicherheit und Telemetrie schaffen eigene Pflichten

2024 erreichten die zehn in einer bestimmten Kennzahl enthaltenen Office-of-Science-Standorte 100 Prozent Verfügbarkeit ohne geplante Wartung. Der Bericht nannte ausserdem 99,99 Prozent für eine breitere Messung. Die Scopes sind verschieden und bedeuten nicht Null-Ausfall für alle Dienste, Standorte und internationalen Pfade.

Das Site Resilience Program prüft Gebäudeeingänge, Router, Stromversorgung und gemeinsame Failure Domains. Ein redundanter Backbone hilft nicht, wenn ein Labor nur einen Kabelweg, einen Raum oder eine Stromquelle hat.

RPKI, Hijack-Monitoring, Blackholing und Automatisierung senken Risiken, können sie aber nicht beseitigen. Eine falsche Vorlage kann sich schnell verbreiten, und ein Route Leak kann einen gültigen Ursprung verwenden. Stufenweise Einführung, unabhängige Prüfung und Recovery bleiben erforderlich.

Die Datenpolitik erlaubt die unbegrenzte Speicherung von Routerauslastung und NetFlow, repliziert an der Ost- und Westküste. Aktive perfSONAR-Messungen werden sechs Monate auf einer einzelnen Platte ohne Backup gespeichert. Metadaten können Endpunkte, Institutionen und Zeitmuster offenlegen, obwohl ESnet keine individuellen Abonnenten führt.

Diese Aussagen widersprechen sich nicht. ESnet besitzt keine persönliche Mitgliedschafts- oder Abrechnungsbeziehung zu jedem Endpoint User, kann aber dennoch technische Metadaten über Verbindungen und Datenströme verarbeiten.

Mehr Sichtbarkeit verbessert Betrieb und Sicherheit und erhöht zugleich die Anforderungen an Datenminimierung, Zugriff, Zweckbindung und Retention Review. High-Touch verstärkt sowohl den diagnostischen Nutzen als auch die Sensibilität der erfassten Informationen. (Verfügbarkeitsmeilenstein; Datenpolitik; Peering)

Wofür ESnet steht

Die Geschwindigkeitschronik ist real: Vorgängernetze, ESnet4, ESnet5 mit 100G und ESnet6 im Multi-Terabit-Bereich. Wichtiger ist, dass die Organisation ihre Architektur änderte, sobald Bandbreite allein ein wissenschaftliches Problem nicht mehr lösen konnte.

Das Science Data Network trennte aussergewöhnliche Datenströme vom allgemeinen Verkehr. OSCARS machte Kapazität reservierbar. Science DMZ gestaltete den institutionellen Rand neu. perfSONAR und iperf3 lieferten überprüfbare Messungen. SENSE koordinierte mehrere Domänen, während EJFAT das WAN in die Detektorschleife brachte. Caching reduzierte Nachfrage, und Unterseespektrum erhöhte die Kontrolle über internationales Wachstum.

Autorität bleibt verteilt. Das Department of Energy und ASCR finanzieren und bestimmen den Auftrag. Berkeley Lab betreibt das System. Die University of California stellt den institutionellen Vertragsrahmen. Standorte genehmigen lokale Änderungen, während Partnernetze, Carrier, Clouds und Hersteller andere Teile kontrollieren. Leistung entsteht durch Koordination und nicht durch Eigentum am vollständigen Pfad.

Zukünftige Reife muss ebenso genau benannt werden. ESnet7 ist Planung, SENSE wurde im jüngsten vollständigen Bericht als Forschung beschrieben, EJFAT ist eine entstehende Plattform, QUANT-NET ist experimentell, und American Science Cloud war nicht abgeschlossen. Das verfügbare Material enthält kein unabhängiges Ranking, das ESnet über alle aktuellen Kennzahlen als schnellstes Wissenschaftsnetz der Welt bestätigt.

Die belastbare Schlussfolgerung ist nützlicher als ein Superlativ. ESnet gehört zu den leistungsfähigsten öffentlich dokumentierten Wissenschaftsnetzen, weil es verteilte Wissenschaft Ende zu Ende betriebsfähig macht. Sein langfristiger Wert wird sich daran zeigen, ob neue Instrumente, Rechenzentren und Partner als belastbare Workflows verbunden werden können, ohne dass Kontrolle und Verantwortung in einer undurchsichtigen zentralen Schicht verschwinden.

Quellen