Resumen

  • La Energy Sciences Network, generalmente llamada ESnet, es una infraestructura de red de uso científico de la Oficina de Ciencia del Departamento de Energía de los Estados Unidos, operada por el Lawrence Berkeley National Laboratory. No es un operador comercial ni una empresa independiente, sino infraestructura federal construida para la ciencia.
  • ESnet6 reúne cerca de 15 mil millas de infraestructura dedicada de fibra, sistemas ópticos, enrutamiento de paquetes, redes privadas, interconexión con nubes y redes de investigación, herramientas de medición y servicios programables. El informe anual de 2024 registró 57 Tbps de capacidad agregada y 1,77 exabytes de tráfico anual, pero las cifras miden aspectos diferentes del sistema y no significan que cada usuario disponga de un camino de 57 Tbps.
  • Una de las contribuciones más duraderas de ESnet puede ser su modelo de ingeniería de extremo a extremo. Science DMZ, perfSONAR, iperf3, OSCARS, SENSE, High-Touch y EJFAT tratan los sistemas locales, las reservas de red, la telemetría y la movimentación de datos en tiempo real que determinan si la capacidad del backbone se transforma en rendimiento científico útil.
  • El próximo paso estratégico no es solo un backbone más rápido. American Science Cloud, infraestructura integrada de investigación, planificación de ESnet7, streaming de instrumentos en tiempo real, redes inalámbricas de campo y control de redes cuánticas apuntan a una red que participa directamente en los flujos de trabajo científicos. Los niveles de madurez varían, y la planificación o las demostraciones no deben presentarse como servicios universales de producción.

Una red científica, no un proveedor de internet minorista

La forma más simple de comprender ESnet es seguir un dato científico. Un detector, telescopio, microscopio o una simulación produce información en un laboratorio o instalación de investigación. Sistemas locales de adquisición recogen los datos, servidores de almacenamiento y transferencia los preparan para el transporte, y la red del laboratorio los conduce hasta un perímetro controlado. A partir de ahí, una conexión de ESnet puede llevar los datos por los Estados Unidos, cruzar el Atlántico, alcanzar un supercomputador del Departamento de Energía, pasar por una red de investigación y educación o entrar en una nube comercial.

El resultado retorna como un conjunto de datos analizado, una alerta, un modelo o una decisión sobre el próximo paso del experimento.

Ninguna organización controla todo ese recorrido. El equipo del instrumento, la red del laboratorio, la red regional de investigación, el proveedor de nube, el socio internacional y la instalación de supercomputación pueden pertenecer a operadores diferentes. ESnet proporciona la capa de larga distancia orientada a la misión y trabaja con los demás operadores para que el camino funcione como un sistema.

Un servidor de almacenamiento lento, un enlace de campus congestionado o un firewall inadecuado puede desperdiciar la capacidad de un backbone nacional rápido, mientras que una falla de ESnet puede interrumpir una instalación local bien diseñada.

La posición institucional también es específica. ESnet es una instalación de red de la Oficina de Ciencia del Departamento de Energía, financiada y supervisada principalmente a través de Advanced Scientific Computing Research y operada por la Scientific Networking Division del Lawrence Berkeley National Laboratory. El propio Berkeley Lab es administrado para el Departamento de Energía por la University of California, mediante contrato de operación del laboratorio. ESnet no tiene accionistas identificados, acciones, valoración corporativa o balance comercial independiente.

Debe describirse como infraestructura científica federal, no como una empresa que vende servicios de red.

Los investigadores generalmente entran en contacto con ESnet de forma indirecta. Ellos usan un instrumento, un supercomputador, un servicio de laboratorio, una conexión universitaria o una red colaboradora cuyo tráfico atraviesa ESnet. La instalación diferencia usuarios institucionales de sitios y usuarios finales, y afirma que no registra ni hace seguimiento formal de cada usuario final individual. El número de más de 30 mil usuarios organizacionales presentado en el informe anual de 2024 es, por lo tanto, una medida institucional fechada, no un conteo preciso de suscritores.

Ese modelo operacional explica por qué las comparaciones con operadores convencionales son incompletas. ESnet opera enrutamiento, transporte óptico e interconexión, pero también realiza revisiones de requisitos, desarrolla herramientas de código abierto, construye servicios experimentales y ayuda a los sitios a corregir problemas de rendimiento de extremo a extremo. Su producto no es una conexión minorista. Es la capacidad de hacer que instalaciones científicas geográficamente distribuidas funcionen como componentes de una única máquina compartida. (Gobernanza de ESnet;servicios de red)

La historia comienza con computadores escasos y modems acústicos

La historia oficial de ESnet se remonta a la mitad de la década de 1970, cuando tanto la computación como las comunicaciones de larga distancia eran escasas. En el Controlled Thermonuclear Research Computer Center del Lawrence Livermore National Laboratory, funcionarios conectaron un Control Data Corporation 6600 prestado por medio de cuatro modems acústicos. Los equipos y las velocidades pertenecen a otra época, pero el problema operacional sigue siendo reconocible: una comunidad científica especializada necesitaba acceso remoto a una capacidad computacional demasiado cara para ser reproducida en todas las instituciones participantes.

Diferentes comunidades de investigación del Departamento de Energía desarrollaron sus propias redes durante el final de la década de 1970 e inicios de la década de 1980. La física de altas energías y la investigación en fusión magnética tenían instalaciones, colaboradores y flujos de datos distintos, y redes precursoras como HEPnet y MFEnet reflejaban esas fronteras. Las redes construidas para fines específicos eran racionales cuando los servicios comerciales no ofrecían alcance, rendimiento o atención operacional suficientes.

Al mismo tiempo, creaban duplicación: cada programa podía negociar circuitos, mantener tecnologías y desarrollar competencias de forma independiente, dejando la colaboración y las actualizaciones de largo plazo fragmentadas.

La creación formal de ESnet en 1986 consolidó esas funciones en una red científica más amplia. El cambio fue tanto organizacional como técnico. Una instalación compartida podía prever la demanda de varios programas, operar enlaces nacionales, coordinar conexiones internacionales y retener profesionales especializados. También podía transformar la capacidad de una preocupación aislada de un proyecto en un plan de infraestructura para todo el Departamento.

El modelo inicial estableció varias características que permanecen visibles. Los usuarios eran definidos por la misión científica, no por un mercado minorista. Computadores centrales e instrumentos justificaban una inversión pública compartida. El diseño de la red acompañaba programas de investigación con horizontes largos. La operación exigía profesionales capaces de comprender tanto los sistemas de comunicación como las consecuencias científicas de una falla. La demanda llegaba de forma irregular, pues un único experimento podía generar tráfico muy por encima de la línea base habitual.

Berkeley Lab también tenía su propia historia de redes. En 1974, conectó un CDC 6600 a ARPANET, y investigadores del laboratorio contribuyeron posteriormente a trabajos fundamentales sobre control de congestión del TCP. El trabajo de Van Jacobson y Mike Karels pertenece al entorno más amplio de Berkeley Lab y no debe atribuirse solo a ESnet. La superposición institucional, sin embargo, fue importante: situó una red científica de producción cerca de investigadores que trataban el comportamiento de protocolos, la medición y el rendimiento como problemas de ingeniería que podían estudiarse, y no como condiciones fijas.

La operación fue transferida a Berkeley Lab en 1996. El cambio estableció la actual sede al lado del National Energy Research Scientific Computing Center, de investigadores de redes, ingenieros de software y otros programas del Departamento de Energía. También reforzó una cultura en la que una instalación de producción y una organización de investigación aplicada comparten profesionales, laboratorios y cuestiones técnicas. (Historia de ESnet)

Por qué la red se convirtió en una instalación científica compartida

Una instalación científica compartida existe porque algunas capacidades son demasiado caras, especializadas o interconectadas para que cada equipo de investigación las construya por sí mismo. Un acelerador de partículas, una fuente de luz o un supercomputador de liderazgo siguen esa lógica. ESnet aplica el mismo principio a las comunicaciones. Derechos de fibra de larga distancia, equipos ópticos, enrutadores, capacidad internacional, operaciones continuas, ciberseguridad, medición de rendimiento y soporte de ingeniería se reúnen en una única instalación que atiende varios programas.

La justificación para el financiamiento público acompaña el formato de la demanda científica. Un operador comercial puede vender un circuito de alta capacidad, pero normalmente no define su arquitectura nacional en torno a un detector programado para comenzar a operar años después, de un flujo asociado a una supernova que tal vez nunca ocurra durante el contrato o de un flujo de trabajo con poco volumen minorista y elevado valor público. ESnet puede construir antes de que la utilización sea medida porque su mandato es crear capacidad científica, no generar ingresos de red en el corto plazo.

El modelo de instalación también cambia la forma como la demanda es identificada. ESnet realiza revisiones formales de requisitos con los programas científicos del Departamento de Energía. Investigadores y equipos de las instalaciones describen instrumentos, volúmenes de datos, locales de almacenamiento, destinos de computación, necesidades de tiempo, patrones de colaboración y cuellos de botella locales a lo largo de un horizonte de cinco a diez años. Esos resultados orientan la capacidad de las conexiones de los sitios, la diversidad de rutas, la contratación transatlántica, la investigación en orquestación y el diseño de los servicios.

Ese proceso es menos visible que una nueva conexión óptica coherente, pero puede ser más importante. Un acuerdo de espectro submarino, la compra de un enrutador o una segunda entrada física en un sitio pueden llevar años para recibir financiamiento y ser implantados. Esperar hasta que un experimento comience a producir datos transformaría necesidades previsibles de infraestructura en emergencias. Las revisiones de requisitos convierten planes científicos en tiempo de preparación para la ingeniería.

Las revisiones también hacen explícita la incertidumbre. Las previsiones pueden cambiar, los cronogramas de instrumentos pueden atrasarse, el software de reducción de datos puede mejorar, el uso de nube puede crecer y una instalación puede rediseñar su flujo de trabajo. ESnet no trata un estudio de caso como un pedido garantizado de tráfico. Usa las evidencias para construir una franja de requisitos y decidir dónde se justifican flexibilidad, capacidad de reserva o implantación en etapas.

El modelo evita el cobro por gigabyte a cada científico. Las operaciones centrales reciben financiamiento federal, mientras que algunos costos de conexión de los sitios pueden distribuirse de acuerdo con el patrocinio del programa y la Site User Cost Policy. Esto no elimina diferencias de incentivo. Un programa patrocinador puede preferir una conexión más barata; ESnet puede preferir capacidad y resiliencia que atiendan varios programas; y un sitio puede postergar actualizaciones locales necesarias para utilizar la red nacional. La tarea de la gobernanza es alinear esas decisiones con los resultados científicos, y no permitir que cada institución solo transfiera costos a otra rúbrica presupuestaria. (ESnet Site Coordinators Committee y política de costos;informes de revisión de requisitos)

Berkeley Lab opera el sistema, mientras el DOE define la misión

ESnet no tiene la jerarquía corporativa de un operador. Su autoridad se distribuye por una cadena de programas federales. La Oficina de Ciencia del Departamento de Energía define la misión. Advanced Scientific Computing Research proporciona la principal supervisión programática y presupuestaria. Berkeley Lab alberga la Scientific Networking Division, responsable de diseñar, operar y desarrollar la instalación. La University of California administra Berkeley Lab para el Departamento por medio de contrato. Las instituciones conectadas participan a través de coordinadores de sitios y del ESnet Site Coordinators Committee.

Inder Monga actúa como Executive Director de ESnet y dirige la Scientific Networking Division de Berkeley Lab. El liderazgo público también identifica a Chin Guok como Chief Technology Officer y responsable de Planning and Innovation, Adam Slagell como Chief Security Officer, Jon-Paul Herron como Director of Network Engineering y Susan Lucas como Deputy of Business Operations. Debajo de esos cargos están funciones de ingeniería óptica, enrutamiento, ingeniería de sitios, operaciones de red, software, medición, orquestación, seguridad, gestión de proyectos y relación con la comunidad científica.

La amplitud de esa estructura corrige la imagen simplificada de una red nacional como una colección de fibras y enrutadores. ESnet necesita profesionales capaces de contratar espectro, operar BGP, construir sistemas de telemetría, mantener software de código abierto, investigar el comportamiento de paquetes, planificar instalaciones, administrar evidencias de seguridad y traducir requisitos científicos en proyectos de red. La organización es simultáneamente operacional y orientada al desarrollo.

Los registros públicos presentan una cuestión no resuelta de gestión de programa. La actual página de gobernanza de ESnet identifica a Benjamin Brown como su programme manager designado en ASCR, mientras que materiales recientes de revisión de requisitos identifican a Carol Hawk como programme manager de ESnet. Las fuentes públicas pueden no haberse actualizado de forma coordinada, o las responsabilidades pueden haber cambiado o haberse dividido. Los datos disponibles no sustentan la elección de una única estructura actual sin confirmación adicional.

El ESnet Site Coordinators Committee ofrece a las instituciones conectadas un canal formal de operación. Cada sitio nombra a un coordinador capaz de aprobar solicitudes que afecten la conexión de la institución, comunicar requisitos y participar en discusiones de política o planificación. Se trata de gobernanza institucional de usuarios, no de votación directa por cada científico cuyos datos atraviesan la red.

Esta estructura crea una división práctica de responsabilidades. ESnet controla su backbone y sus servicios. Un sitio conectado controla sus equipos de campus, Data Transfer Nodes, seguridad local y energía. ASCR controla el financiamiento a nivel de programa. Los programas científicos definen las consecuencias de atrasos o fallas. Los socios internacionales controlan sus propias redes. El flujo de trabajo completo solo funciona cuando esas diferentes áreas de decisión permanecen alineadas. (Liderazgo de ESnet;gobernanza)

ESnet4 separó el tráfico IP común de los grandes flujos científicos

A mediados de la década de 2000, experimentos distribuidos comenzaron a cambiar el perfil del tráfico. El Large Hadron Collider produciría datos en el CERN y los distribuiría por una jerarquía global de laboratorios y centros de computación. La conectividad general a internet seguía siendo necesaria, pero un pequeño número de transferencias científicas podía ser lo bastante grande como para dominar enlaces comunes. Construir una única red indiferenciada para los dos patrones hacía más difícil administrar capacidad y ofrecer garantías de servicio.

ESnet4 respondió con una arquitectura híbrida. Un núcleo IP transportaba las comunicaciones científicas generales. Una Science Data Network separada utilizaba circuitos ópticos de alta capacidad para grandes flujos y permitía el aprovisionamiento dinámico de caminos. Anillos metropolitanos conectaban los principales laboratorios, mientras que la colaboración con Internet2 y socios internacionales extendía el sistema más allá de los sitios del Departamento de Energía.

La diferencia no era simplemente entre tráfico lento y rápido. El servicio IP general necesita amplio alcance y enrutamiento resiliente. Una transferencia planificada de varios terabytes puede beneficiarse de un camino de capa 2 reservado, con horario de inicio, capacidad y endpoints conocidos. La Science Data Network reconoció que un pequeño número de flujos previsibles y de alto valor podía justificar un modelo de control diferente del reenvío convencional de paquetes.

OSCARS surgió en ese entorno. El On-demand Secure Circuits and Advance Reservation System permitía que usuarios o aplicaciones autorizadas solicitasen recursos de red por un período definido. El sistema necesitaba encontrar un camino, verificar restricciones de topología y política, reservar capacidad y recursos de VLAN, crear el estado en los equipos y remover ese estado cuando la reserva terminase. Transformó una tarea antes realizada mediante coordinación manual en un servicio que el software podía solicitar.

ESnet4 también mostró que la velocidad bruta ya no era el único cuello de botella. Un circuito reservado puede proteger capacidad en la red de larga distancia, pero la aplicación aún puede ser lenta si un sistema de almacenamiento no consigue leer los datos con suficiente rapidez o si un firewall local descarta paquetes. Esa constatación llevó directamente a la arquitectura Science DMZ y a la medición de extremo a extremo.

El período estableció un patrón recurrente de diseño de ESnet. Un problema científico aparece primero como requisito de tráfico. La instalación construye capacidad física, un mecanismo de control y un método operacional alrededor de ese requisito. Cuando el método se muestra útil, el software y la orientación arquitectónica se extienden más allá del experimento original. (Material histórico sobre ESnet4 y ESnet5;OSCARS)

Science DMZ llevó el cuello de botella al borde de la institución

Un backbone nacional puede funcionar correctamente mientras el investigador enfrenta bajo rendimiento de transferencia. La razón es directa: el backbone es solo un segmento del camino. Firewalls empresariales, núcleos de campus compartidos, enrutadores antiguos, servidores insuficientes, pérdida de paquetes y limitaciones de almacenamiento pueden reducir una ruta de alta capacidad a una pequeña fracción de su velocidad proyectada.

Science DMZ es la respuesta de ESnet a esa realidad de extremo a extremo. La arquitectura coloca Data Transfer Nodes en un camino de alto rendimiento próximo a un perímetro institucional controlado. La política de seguridad se adapta a los servicios limitados expuestos por esos sistemas, en lugar de obligar flujos científicos sostenidos a atravesar un firewall stateful de uso general, diseñado para muchas categorías de aplicaciones empresariales.

La expresión puede interpretarse incorrectamente como una propuesta para retirar la seguridad. Una Science DMZ todavía depende de hosts protegidos, listas de control de acceso en enrutadores, monitoreo, gestión de vulnerabilidades, exposición limitada de aplicaciones y disciplina operacional. El diseño cambia el lugar y la forma de aplicación de los controles. Evita colocar en el camino principal un equipo con rendimiento o comportamiento de sesiones inadecuado solo porque ese dispositivo forma parte del patrón convencional de seguridad de la institución.

La medición de rendimiento integra la arquitectura, en lugar de ser un panel opcional. Nodos perfSONAR ejecutan pruebas controladas de throughput, pérdida de paquetes, latencia y cambios de camino. Cuando dos sitios discrepan sobre una transferencia, las mediciones pueden ayudar a localizar si el problema comienza en un host, en un enlace local, en una red regional, en el backbone de ESnet o en un socio internacional. Sin esas evidencias, cada operador puede afirmar que su propio segmento está saludable mientras el investigador sigue sin poder transferir los datos.

Los Data Transfer Nodes también exigen ingeniería propia. Tarjetas de red, posicionamiento de CPU, memoria, discos o sistemas de archivos paralelos, buffers TCP y software de transferencia determinan el throughput alcanzable. Las guías Fasterdata y la consultoría técnica de ESnet convierten esos detalles en prácticas que pueden repetirse. El enfoque se ha difundido mucho más allá de los laboratorios del Departamento de Energía, pero ESnet no opera toda instalación que utilice el nombre.

Science DMZ se volvió influyente porque transformó una cuestión de compra en una cuestión de sistema. Adquirir un circuito más rápido no resuelve un camino limitado en otro punto. La unidad útil de rendimiento es el flujo de trabajo completo, del almacenamiento al almacenamiento o del instrumento a la computación, con cada dominio administrativo medido y asociado a una responsabilidad clara. (Orientaciones sobre Science DMZ;herramientas de rendimiento de red)

ESnet5 llevó el 100G continental a producción

La transición siguiente de capacidad fue apoyada por la Advanced Networking Initiative y por financiamiento del programa de estímulo económico de los Estados Unidos. ESnet recibió US$ 62 millones a través del American Recovery and Reinvestment Act para desarrollar un prototipo de larga distancia de 100 Gbps y apoyar la migración a ESnet5. La inversión incluyó más que nuevos enrutadores. ESnet obtuvo derechos sobre capacidad espectral en una infraestructura nacional de fibra, dando al programa mayor control sobre la implantación y la actualización de las longitudes de onda.

ESnet5 entró en producción a fines de 2012. En la época, el Departamento de Energía y ESnet la describieron como la red científica más rápida del mundo. Esa afirmación histórica estaba asociada a una implantación continental pionera de 100G. No debe repetirse como un ranking mundial sin calificaciones en 2026. Las redes de investigación ahora publican capacidad mediante diferentes medidas, incluyendo velocidades de interfaces individuales, capacidad agregada del backbone, espectro óptico y demostraciones experimentales. Las evidencias disponibles no proporcionan una comparación actual neutra que establezca un ganador universal.

El efecto económico del 100G fue mayor que una actualización de diez veces en la interfaz. Proyectos científicos pudieron planificar transferencias de larga distancia rutinarias que anteriormente ocuparían enlaces por mucho más tiempo. Laboratorios pudieron centralizar parte de la computación o del almacenamiento, en vez de reproducirlos localmente. Colaboraciones internacionales ganaron un backbone norteamericano más capaz. La nueva capacidad también expuso limitaciones locales con mayor rapidez, aumentando el valor de Science DMZ y perfSONAR.

ESnet5 mantuvo la relación híbrida entre servicios de paquetes y caminos científicos dedicados. También profundizó la importancia de la automatización. En escala de 100G, reservar capacidad, diagnosticar fallas y mantener servicios consistentes en una infraestructura nacional no podía depender solo de configuraciones puntuales de los equipos.

El proyecto muestra cómo la inversión pública en infraestructura cambia las opciones científicas antes de que un único experimento utilice toda la red. La capacidad crea una reserva para instrumentos futuros, pero esa reserva no equivale a desperdicio de la misma forma que un producto minorista ocioso. Su valor incluye evitar atrasos en experimentos, acomodar fallas y permitir que nuevos flujos de trabajo sean probados sin aguardar otro ciclo de construcción.

Esa lógica también exige disciplina. La capacidad anunciada necesita estar ligada al uso científico real, y las inversiones deben permanecer adaptables cuando las previsiones cambian. Los trabajos posteriores de ESnet en telemetría, almacenamiento en caché y orquestación reflejan un esfuerzo por extraer más valor científico de cada bit instalado, en lugar de tratar la expansión física continua como la única respuesta. (Anuncio histórico de ESnet5)

ESnet6 es un sistema óptico, de paquetes y de software

El proyecto ESnet6 comenzó en 2017 y fue lanzado públicamente el 11 de octubre de 2022, después de aproximadamente seis años de diseño y construcción. Berkeley Lab informó más de 46 Tbps de capacidad agregada en el lanzamiento, distribuidos por una infraestructura dedicada de cerca de 15 mil millas, con enlaces de backbone entre 400 Gbps y 1 Tbps. El informe anual de 2024 posteriormente registró 57 Tbps y enlaces de hasta 1,2 Tbps. Las cifras pertenecen a fechas diferentes y describen un sistema en expansión, no definiciones contradictorias de una red estática.

La capa física incluye caminos de fibra de larga distancia, sistemas de línea óptica, amplificadores, derechos de espectro, instalaciones de colocación y puntos locales de entrada. El informe de 2024 contabilizó 278 locales con amplificadores ópticos. La óptica coherente transporta varios canales de alta velocidad por la fibra, mientras que amplificadores y equipos ópticos reconfigurables mantienen los niveles de señal y encaminan longitudes de onda. Un camino presentado en un mapa puede ser controlado mediante fibra oscura, espectro, servicio iluminado o acuerdo con un socio.

La descripción de 15 mil millas no establece que el Departamento de Energía tenga el título jurídico de todos los cables.

Encima de la capa óptica, enrutadores y bordes de servicio proporcionan IP, entornos privados de enrutamiento, servicios de capa 2, peering y conectividad con nubes. El informe anual contabilizó 78 locales con enrutadores. Sitios individuales pueden conectarse a 10, 100 o 400 Gbps, según los requisitos, mientras que los enlaces del backbone pueden agregar varias interfaces o longitudes de onda para alcanzar valores superiores.

La capa de software diferencia a ESnet6 de una actualización basada solo en capacidad. La automatización mantiene el estado de equipos y servicios. La telemetría programable proporciona evidencias más detalladas a los operadores. OSCARS aprovisiona caminos reservados. SENSE experimenta con la coordinación orientada por aplicaciones entre diferentes dominios. High-Touch utiliza hardware programable para producir mayor visibilidad sobre paquetes y flujos. Las API e interfaces de testbeds permiten que investigaciones exitosas avancen hacia la operación.

La construcción también dio mayor énfasis a la resiliencia. Rutas diversas, múltiples entradas en sitios, energía independiente, enrutadores alternativos y locales de alta disponibilidad reducen la posibilidad de que una única falla retire un laboratorio del sistema nacional. Estas protecciones tienen alcances diferentes. Un backbone redundante no ayuda si los dos circuitos locales pasan por el mismo conducto, y un segundo enrutador no crea resiliencia cuando los dos equipos dependen de la misma alimentación eléctrica.

ESnet6 debe, por lo tanto, entenderse como una instalación en capas. La fibra crea el alcance físico. La óptica crea capacidad. Los enrutadores crean servicios de paquetes y redes privadas. El software crea repetibilidad y programabilidad. La medición verifica si el camino prometido realmente funciona. Los acuerdos organizacionales permiten atravesar fronteras que ESnet no posee. (Lanzamiento de ESnet6;informe anual de 2024)

Lo que 57 Tbps significa — y lo que no significa

Las estadísticas de red frecuentemente condensan varias capas en un único número. Los 57 Tbps divulgados por ESnet para 2024 representan capacidad agregada de ingeniería distribuida por el sistema. No corresponden a un único enlace físico, al throughput disponible para cada laboratorio o al tráfico transportado en todo momento. El mismo informe describe enlaces de backbone entre 400 Gbps y 1,2 Tbps, siete sitios en los Estados Unidos conectados a 400 Gbps o más y 2,7 Tbps de capacidad transatlántica. Cada número responde a una pregunta diferente.

El informe también describió 78 locales con enrutadores y 278 locales con amplificadores ópticos en una infraestructura de aproximadamente 15 mil millas. La red conectaba todos los 17 laboratorios nacionales del Departamento de Energía y registraba 28 instalaciones científicas de usuarios del Departamento, 277 relaciones con redes de investigación y educación, redes comerciales y otros tipos de red en cinco países, más de 30 mil usuarios organizacionales y 137 funcionarios y prestadores distribuidos por 24 estados.

Las cifras describen poblaciones diferentes y no deben sumarse como si formaran un total de clientes: enrutadores, instalaciones, redes socias, usuarios institucionales y fuerza de trabajo son medidas separadas.

La conexión de un sitio representa la capacidad en una frontera institucional. Un enlace del backbone representa capacidad entre puntos de la red. Un sistema óptico puede transportar varias longitudes de onda, y un servicio lógico puede usar solo parte de la capa física. La capacidad agregada suma varios recursos que no pueden atender simultáneamente al mismo origen y al mismo destino. El volumen de tráfico mide los datos transportados a lo largo del tiempo, no la tasa máxima disponible en un instante.

ESnet transportó 1,77 exabytes durante el año civil 2024, por encima de los 1,7 exabytes de 2023. El aumento del 4 % fue bajo en comparación con la media histórica de crecimiento anual de aproximadamente el 55 % reportada por la instalación desde 1989. Un único año no demuestra que la demanda científica se haya estabilizado. Grandes proyectos entran en operación de forma irregular, cambios de software pueden reducir transferencias y un experimento o evento internacional puede alterar rápidamente la composición del tráfico.

El tráfico también está concentrado. El informe de 2024 afirmó que las actividades del Large Hadron Collider representaron aproximadamente la mitad del tráfico total. Fermilab fue el mayor remitente externo, con 136 petabytes; NERSC fue el mayor destinatario del Departamento de Energía, con 75,3 petabytes; y Oak Ridge fue el mayor remitente del Departamento, con 58,3 petabytes. Esas cifras revelan cargas importantes, pero no constituyen un ranking completo de valor científico. Una transferencia menor puede ser más urgente o apoyar un instrumento único.

La planificación de capacidad exige, por lo tanto, varias perspectivas al mismo tiempo: tráfico medio y de pico, utilización por ruta, reserva para fallas, velocidades de los enlaces de los sitios, plazos científicos y requisitos futuros. Una red diseñada solo en torno al uso medio puede fallar durante una supernova o una rotura de cable. Una red diseñada solo para el mayor evento teórico puede crear activos caros y poco flexibles.

El problema de ingeniería de ESnet es colocar capacidad donde los flujos de trabajo que la necesitan puedan alcanzarla y, en seguida, verificar si los sistemas de los extremos consiguen utilizarla. Por eso la cifra de capacidad debe presentarse al lado de Science DMZ, medición, orquestación y revisiones de requisitos, y no como un ranking autoexplicativo en la parte superior del artículo. (ESnet by the Numbers)

AS293 enruta hacia una misión, no hacia un mercado minorista

El número público de sistema autónomo de ESnet es AS293. La red intercambia rutas con sitios del Departamento de Energía, redes de investigación y educación, redes comerciales y proveedores de tránsito pagados. La política de enrutamiento determina qué caminos pueden transportar tráfico científico, cómo se tratan las fallas y qué redes externas reciben interconexiones directas.

La política de peering es selectiva. Los potenciales pares necesitan usar BGP, mantener información actualizada en el Internet Routing Registry y en PeeringDB, evitar anuncios inválidos según RPKI y seguir prácticas de seguridad de enrutamiento asociadas a MANRS. ESnet exige peering IPv6 o dual stack y no acepta nuevas relaciones solo en IPv4. La interconexión privada directa comienza en un puerto de 100G, con fuerte preferencia por 400G.

Estas condiciones reflejan la misión y el costo operacional. Una interconexión directa consume puertos, tiempo de ingeniería y capacidad de monitoreo. ESnet no necesita establecer peering con todas las redes solo porque existan rutas públicas. Busca relaciones que mejoren los caminos científicos del Departamento de Energía, reduzcan la dependencia de tránsito o conecten colaboradores importantes. El acceso a internet pública se complementa con tránsito pagado de Hurricane Electric y Lumen para destinos que no son alcanzados eficientemente por redes de investigación o peering directo.

La red publica comunidades BGP que diferencian sitios conectados a ESnet, redes de investigación y educación y redes comerciales. Las instituciones conectadas pueden usar esas marcas para aplicar políticas, aunque la interpretación posterior permanece fuera del control de ESnet. Una comunidad es metadato descriptivo, no garantía universal de que todas las redes tomarán la misma decisión de enrutamiento.

La seguridad de enrutamiento también tiene límites. Rechazar anuncios RPKI-invalid bloquea una categoría importante de ruta incorrecta, pero no impide todos los escapes, pares comprometidos, orígenes válidos anunciados por error o autorizaciones incorrectas de origen. El monitoreo de hijacks puede identificar cambios inesperados de origen, pero la detección puede ocurrir después de la propagación. El blackholing puede proteger un sitio durante un ataque al descartar el tráfico destinado a una dirección, pero esa protección funciona sacrificando la accesibilidad del prefijo afectado.

El diseño orientado a la misión aparece en los límites del servicio. ESnet transporta tráfico IP público, pero no busca conquistar el mercado de tránsito para consumidores. Su política de rutas se organiza en torno al alcance científico, resiliencia e interconexión confiable. El valor de la red proviene de la calidad de los caminos que crea para la comunidad atendida, no de la maximización del número de clientes minoristas conectados a AS293. (Política de peering de ESnet)

Conexiones físicas, servicios privados y caminos hacia la nube

El catálogo de servicios de ESnet comienza por la conectividad física. Sitios elegibles pueden conectarse localmente o por medio de un punto de presencia remoto a 10, 100 o 400 Gbps. Cuando una instalación está distante de la infraestructura dedicada, un Service On-Ramp puede utilizar fibra oscura o un circuito iluminado proporcionado por un operador. El diseño del acceso forma parte del camino científico, y el último segmento suministrado por un prestador puede convertirse en la principal limitación de rendimiento o el principal punto de falla.

El servicio IP de capa 3 ofrece conectividad enrutada en IPv4 e IPv6. Una red virtual privada de capa 3 crea un entorno lógico separado de IP y BGP para un programa con varios sitios, mientras comparte la infraestructura física con otros servicios. Redes virtuales privadas de capa 2 ofrecen conectividad Ethernet punto a punto o multipunto, configurada estáticamente o aprovisionada por medio de OSCARS. Estos servicios permiten que experimentos conecten instalaciones sin exponer todas las relaciones por internet pública.

Servicio privado no significa servicio físicamente aislado. La separación lógica depende de configuración de enrutadores, marcas, instancias de enrutamiento, controles de acceso y prácticas operacionales. Una falla en la plataforma compartida puede afectar varios servicios, mientras que un error de configuración puede comprometer la separación pretendida. El valor está en la segmentación controlada y en la conectividad previsible, no en la afirmación de que no existen dependencias compartidas.

Cloud Connect extiende los caminos de ESnet a grandes entornos comerciales de nube, incluyendo AWS, Microsoft Azure, Google Cloud y Oracle. Un sitio puede alcanzar el punto de entrada del proveedor por conectividad dedicada de capa 2 o 3, en vez de depender del enrutamiento común de internet pública. Esto puede mejorar el control del camino y reducir la exposición al tránsito variable, pero no elimina la seguridad del lado de la nube, las fallas del proveedor, el diseño de identidad, los costos de salida de datos o la disponibilidad regional.

La relación con la nube muestra cómo el papel de ESnet está cambiando. La ciencia del Departamento de Energía ya no existe solo en laboratorios y supercomputadores federales. Investigadores pueden usar almacenamiento comercial de objetos, servicios especializados o computación bajo demanda. ESnet necesita conectar esos recursos sin afirmar que la nube forma parte de la red federal o que un circuito privado convierte una cuenta de nube en segura por sí sola.

Otros servicios incluyen DNS secundario, horario de red, monitoreo de hijacks de rutas y blackholing. Cada uno trata una dependencia de apoyo que puede interrumpir la investigación incluso cuando la capacidad óptica sigue disponible. Una falla de nombres, horario incorrecto, escape de ruta o ataque de denegación de servicio puede hacer que un sistema científico sea inutilizable sin dañar la fibra.

En conjunto, el catálogo de servicios representa una serie de contratos operacionales entre capas de la red. La conectividad física establece el camino. El enrutamiento crea alcance. Los servicios privados crean límites lógicos. La interconexión en nube extiende el sistema a infraestructura comercial. Los servicios de seguridad y apoyo reducen modos de falla conocidos. El usuario aún necesita construir un endpoint y una red local funcionales en cada extremidad. (Catálogo de servicios de red de ESnet)

OSCARS convierte la capacidad en reservable

La mayor parte del tráfico de internet utiliza la capacidad disponible cuando los paquetes llegan. Ese modelo funciona bien para comunicaciones generales, pero algunas transferencias científicas son programadas, grandes y caras de atrasar. OSCARS permite que usuarios y aplicaciones autorizadas reserven recursos de red por un período específico.

Una reserva puede identificar endpoints, horarios de inicio y término, capacidad, informaciones de VLAN, exclusiones de ruta y otras restricciones. El sistema examina la topología y los compromisos existentes, encuentra un camino aceptable, crea el estado necesario en la red y lo remueve cuando la reserva termina. El servicio necesita impedir que el mismo recurso escaso se asigne dos veces y considerar mantenimientos o fallas que alteren la topología disponible.

La importancia es operacional, no cosmética. El aprovisionamiento manual de un circuito puede exigir días de coordinación entre ingenieros. Una reserva programática puede crearse en minutos y pasar a formar parte del flujo de trabajo de un experimento. La red deja de ser un tubo fijo en segundo plano y se convierte en un recurso que el software puede solicitar junto con almacenamiento o computación.

OSCARS es un sistema de producción de código abierto y fue adoptado o evaluado por otras redes y testbeds. Algunas métricas públicas de adopción aparecen en páginas que también incluyen material histórico. La conclusión segura es que el sistema se expandió más allá de ESnet, sin presuponer que toda implantación listada continúe actualizada o sea técnicamente idéntica.

Una reserva no garantiza el throughput de la aplicación. Puede proteger una cantidad definida de capacidad de la red, pero no puede hacer que un servidor de almacenamiento lea más rápido, reparar pérdida de paquetes en una red de campus o ajustar un sistema operativo. Si la aplicación alcanza solo una fracción de la tasa reservada, el diagnóstico precisa retornar al camino de extremo a extremo.

Las reservas también introducen cuestiones de asignación. Un experimento prioritario puede beneficiarse de capacidad garantizada, mientras que reservas no utilizadas pueden reducir la flexibilidad para otros usuarios. Las políticas necesitan decidir quién puede solicitar el servicio, cómo se resuelven los conflictos y si una reserva puede interrumpirse en favor de otra. Esas decisiones forman parte de la gobernanza de la instalación, incluso cuando el código de aprovisionamiento es automático.

OSCARS permanece uno de los ejemplos más claros de software aplicado de ESnet transformándose en infraestructura. Convirtió una práctica operacional en un servicio repetible, preservó la política humana en torno a la autorización y ofreció a las aplicaciones científicas una forma controlada de expresar requisitos de red. (OSCARS)

SENSE intenta coordinar la red con los sistemas finales

Un camino de red reservado resuelve solo una parte de un flujo de trabajo distribuido. Sistemas de almacenamiento, servicios de transferencia y recursos computacionales también tienen disponibilidad, capacidad y políticas propias. SENSE — Software-defined network for End-to-end Networked Science at the Exascale — extiende la orquestación más allá de un único dominio de red.

El proyecto representa redes y sistemas finales como recursos que pueden ser descubiertos. Una aplicación científica puede describir el resultado pretendido, como transferir un conjunto de datos entre instalaciones a una determinada tasa. SENSE reúne modelos de los dominios participantes, negocia recursos, aprovisiona servicios de red y transferencia, observa la telemetría y libera los recursos cuando el flujo de trabajo termina.

Esto es más difícil que configurar un único circuito. Las organizaciones participantes mantienen su propia autoridad y sus propios modelos de datos. Un dominio puede exponer capacidad, mientras que otro expone endpoints de almacenamiento o servicios de transferencia. Políticas, credenciales y ventanas de mantenimiento difieren. SENSE necesita coordinar esos elementos sin presuponer que un controlador central pueda comandar todos los sistemas.

Durante el Large Hadron Collider Data Challenge de 2024, flujos de trabajo habilitados por SENSE sostuvieron 330 Gbps entre Caltech y la University of California, San Diego. El resultado muestra que la orquestación orientada por aplicaciones puede operar a una tasa sustancial en un flujo de trabajo real específico. No demuestra que SENSE sea un servicio universal de producción en todos los sitios de ESnet. El informe de 2024 todavía describía el proyecto como en fase de investigación.

La distinción entre OSCARS y SENSE revela una evolución de la unidad de automatización. OSCARS reserva recursos de red dentro de un dominio de servicio conocido. SENSE intenta negociar un camino completo que incluye sistemas pertenecientes a organizaciones diferentes. El primero tiene una frontera de producción más clara. El segundo ofrece mayor valor científico, pero conlleva más riesgo de gobernanza e integración.

Para los operadores, la cuestión práctica es quién responde por la falla. Cuando una aplicación declara una intención y el flujo de trabajo presenta rendimiento insuficiente, la causa puede estar en el modelo de recursos, en la red, en el almacenamiento, en una credencial, en la aplicación o en un problema de sincronización entre dominios. La orquestación necesita proporcionar evidencias lo bastante precisas para mostrar a cada operador qué parte del estado negociado divergió.

SENSE apunta a una infraestructura en que aplicaciones solicitan resultados, y no solo circuitos. Su progreso debe medirse por el uso repetible en producción entre varios dominios, por responsabilidades claras de soporte y por la capacidad de recuperarse de fallas parciales, y no solo por la mayor tasa de transferencia demostrada. (SENSE;investigación aplicada de 2024)

EJFAT lleva eventos científicos directamente a la computación remota

La movimentación tradicional de datos científicos suele seguir una secuencia basada en archivos. Un experimento produce datos, sistemas locales los procesan hasta que puedan grabarse en archivos, los archivos entran al almacenamiento y una transferencia posterior los envía a otra instalación para análisis. Ese patrón es bien comprendido y operacionalmente confiable, pero atrasa el feedback y exige almacenamiento y computación locales dimensionados para el pico de adquisición.

EJFAT — ESnet–Jefferson Lab FPGA Accelerated Transport — ofrece un camino diferente. Distribuye datos de eventos en tiempo real, encapsulados en UDP, de un instrumento a workers computacionales disponibles, posiblemente en un centro de supercomputación remoto. Una SmartNIC programable basada en FPGA lee los identificadores de eventos y envía todos los fragmentos pertenecientes al mismo evento a un único worker. A medida que los nodos de computación se vuelven disponibles u ocupados, el sistema de control puede alterar la distribución.

El agrupamiento de eventos es importante. Un balanceador de carga genérico puede distribuir paquetes entre servidores, pero el procesamiento científico puede exigir que todos los fragmentos de un evento del detector lleguen al mismo worker. EJFAT separa la función de reenvío en alta velocidad de la programación de los workers computacionales y permite que cada lado crezca de forma independiente.

En abril de 2024, una demostración transmitió datos del Jefferson Lab, en Virginia, al supercomputador Perlmutter, en California, a 100 Gbps, para procesamiento en tiempo real sin una etapa intermedia en disco. Pruebas posteriores utilizaron recursos computacionales en varias instalaciones y aproximadamente 20 mil núcleos, según relatos de ESnet. Son demostraciones específicas, no garantía de que todo instrumento pueda adoptar el sistema sin cambios de ingeniería.

La Facility for Rare Isotope Beams ofrece un ejemplo operacional más reciente. ESnet informó en julio de 2026 que investigadores transmitieron datos brutos de experimentos a través de EJFAT, a aproximadamente 5–6 Gbps, para supercomputadores remotos. Una ejecución que produjo 615 GB durante 15 horas fue procesada en 20 minutos en ocho nodos del Perlmutter, utilizando inferencia de machine learning. La tasa de red inferior a la demostración de 100G no hace el resultado menos importante; el beneficio científico fue la retroalimentación más rápida durante un flujo de trabajo real.

El streaming en tiempo real cambia la economía de una instalación. Un detector puede utilizar computación compartida en lugar de construir capacidad local suficiente para todos los picos. Los investigadores pueden examinar resultados mientras el escaso tiempo del haz aún está disponible. El sistema también crea nuevas dependencias. Una interrupción de la red, un problema de asignación de computación o un error en la distribución de eventos puede afectar el experimento en tiempo real, en lugar de solo atrasar una transferencia posterior de archivos.

EJFAT permanece un prototipo avanzado o una plataforma emergente, no un servicio con soporte universal. La adopción en producción exigirá integración con los instrumentos, seguridad, disponibilidad de FPGAs, responsabilidad operacional, acuerdos de agendamiento y comportamiento claramente definido cuando los paquetes UDP se pierdan. Su importancia está en mostrar que la red de larga distancia puede ser parte del ciclo de adquisición, y no solo entrar en acción después. (EJFAT;destacado científico de FRIB)

High-Touch, perfSONAR e iperf3 hacen el camino observable

Una red de alta capacidad puede fallar de maneras que los gráficos agregados de utilización no revelan. Ráfagas cortas pueden llenar una cola, paquetes pueden llegar fuera de orden, pérdidas pueden afectar solo una dirección o una clase de tráfico, y una ruta puede cambiar entre pruebas. Flujos relevantes para la seguridad también pueden desaparecer dentro de un muestreo estadístico.

High-Touch utiliza hardware y software programables para recoger telemetría de paquetes y flujos más detallada que los registros tradicionales por muestreo. En 2024, se usó para investigar el throughput del Large Hadron Collider, el reordenamiento de paquetes asociado al tráfico del Rubin Observatory y eventos de seguridad. El objetivo es obtener precisión diagnóstica e identificar comportamientos que un total agregado de tráfico ocultaría.

Evidencias más detalladas tienen un costo. Informaciones sobre paquetes y flujos exigen almacenamiento, procesamiento, control de acceso e interpretación cuidadosa. Pueden revelar endpoints que se comunican, patrones de colaboración y el momento de actividades científicas. Un sistema creado para ofrecer visibilidad operacional se convierte, por lo tanto, en un activo de datos sensible.

perfSONAR trata de otra capa. Es un sistema distribuido de medición apoyado por una asociación entre varias organizaciones, de la cual ESnet es participante central y fundadora. Más de 2 mil locales fueron reportados globalmente en 2024, y ESnet opera más de 30 sitios. Pruebas controladas miden throughput, latencia, pérdida y comportamiento del camino entre los nodos participantes.

El diseño distribuido es central. Un investigador puede relatar una transferencia lenta, pero una prueba entre nodos perfSONAR bien diseñados puede mostrar si el camino subyacente sostiene la tasa esperada. Pruebas direccionales pueden aislar asimetrías. Mediciones repetidas pueden revelar cuándo comenzó la degradación. Datos de traceroute pueden identificar un cambio de camino, aunque la ruta observada y el comportamiento real de reenvío de la aplicación puedan diferir.

iperf3 ofrece pruebas activas de throughput en TCP, UDP o SCTP, con soporte a IPv4 e IPv6. ESnet mantiene la herramienta de código abierto e informa pruebas por encima de 150 Gbps en caminos de 200G, bajo condiciones específicas. Una prueba sintética no es un benchmark de aplicación. Ayuda a determinar si el host y la red consiguen transportar tráfico en condiciones controladas, después de lo cual el comportamiento del almacenamiento y de la aplicación puede analizarse por separado.

En conjunto, High-Touch, perfSONAR e iperf3 ofrecen diferentes visiones de la realidad. High-Touch observa flujos de producción con mayor precisión. perfSONAR proporciona mediciones agendadas o bajo demanda entre varios dominios. iperf3 prueba directamente el throughput del endpoint y de la red. Ninguna visión es completa, pero la combinación reduce la tentación de diagnosticar una falla distribuida a partir del panel local de un único operador. (Herramientas de rendimiento de red;innovaciones operacionales de 2024)

La caché puede eliminar tráfico en vez de transportarlo más rápido

Añadir capacidad no es la única forma de mejorar una red científica. Algunos conjuntos de datos son solicitados repetidamente por investigadores de la misma región. Transportar cada copia por la red de larga distancia desperdicia capacidad y aumenta el atraso, incluso cuando el backbone consigue absorber la carga.

El informe de investigación aplicada de ESnet para 2024 describió cinco nodos regionales de caché usados por comunidades de datos científicos. En el conjunto del estudio, las cachés redujeron el tráfico de larga distancia en una media de 33 terabytes por día. Dos tercios de las solicitudes fueron atendidas localmente, y la tasa media de acierto de la caché fue del 94 %. El efecto varió significativamente por local: la reducción reportada del tráfico de larga distancia alcanzó el 69,3 % en el sur de California, el 48,4 % en Chicago y el 6,6 % en Boston.

Las diferencias son informativas. El valor de una caché depende de la popularidad de los conjuntos de datos, de los usuarios locales, del tamaño del almacenamiento, de la política de sustitución y de la configuración del servicio. Una caché colocada cerca de una comunidad que analiza repetidamente los mismos datos puede remover grandes transferencias. Una caché que atiende conjuntos diversos o raramente repetidos puede consumir almacenamiento sin producir el mismo beneficio.

El almacenamiento en caché también cambia el control. La operadora de red comienza a participar del posicionamiento de los datos, mientras que las comunidades científicas necesitan decidir qué conjuntos pueden copiarse, cómo se mantendrá la actualización y quién está autorizado a acceder a ellos. Fallas de almacenamiento y contenido desactualizado pasan a ser preocupaciones operacionales adyacentes a la red.

El estudio muestra por qué el bit más eficiente puede ser aquel que nunca entra al backbone. Las actualizaciones ópticas aumentan la oferta. La caché altera la demanda. La agendación de flujos de trabajo puede desplazar transferencias fuera de los períodos de mayor utilización. La compresión o filtrado local pueden reducir los datos antes de la transmisión. Un programa de infraestructura maduro evalúa todos esos mecanismos, en lugar de medir el progreso solo por los terabits instalados.

El resultado debe permanecer limitado a la implantación estudiada. No prueba que todo conjunto científico alcanzará una tasa de acierto del 94 % ni que la caché puede sustituir nueva capacidad para flujos únicos en tiempo real. Proporciona evidencia de que la arquitectura de datos y la arquitectura de red pueden diseñarse en conjunto. (Actividades de investigación aplicada de 2024)

La ciencia transatlántica exige diversidad física y capacidad

La infraestructura doméstica de ESnet no puede separarse de sus obligaciones internacionales. La física de altas energías está organizada en torno a instalaciones y centros de computación a ambos lados del Atlántico, y el informe anual de 2024 atribuyó aproximadamente la mitad del tráfico de ESnet a las actividades del Large Hadron Collider. Una falla de cable entre Europa y América del Norte puede, por lo tanto, afectar una carga científica central incluso cuando todos los enrutadores domésticos siguen funcionando.

Durante 2024 y principios de 2025, ESnet amplió la capacidad transatlántica reportada de aproximadamente 700 Gbps a 2,7 Tbps. Una parte importante del programa fue un acuerdo de 15 años con Aqua Comms para un cuarto de un par de fibras en una ruta que une Nueva York, Dublín y Londres. ESnet también comparte capacidad y costos con GÉANT en varios sistemas de cables. La meta de ingeniería es alcanzar al menos 3,2 Tbps en cuatro caminos físicamente diversos, con una arquitectura capaz de crecer más allá de 10 Tbps.

La diferencia entre capacidad y diversidad es decisiva. Dos servicios lógicos pueden compartir un cable, una estación de amarre o un conducto terrestre y fallar juntos. La reparación submarina puede exigir localización de la falla, licencias, barco de cables, condiciones climáticas adecuadas y recuperación física de la fibra dañada. La restauración puede llevar semanas o meses. Por eso, ESnet planifica escenarios con tres fallas simultáneas de cables, en lugar de presuponer que una única ruta de backup sea suficiente.

Los derechos de espectro de largo plazo dan a la instalación más control sobre actualizaciones que las compras repetidas de circuitos listos. También crean compromisos con determinados sistemas de cables, infraestructura de amarre y socios operacionales. ESnet no elimina el riesgo marítimo al contratar espectro. Gana la capacidad de diseñar capacidad y resiliencia entre varios sistemas, pero sigue dependiente de los propietarios de los cables, de los procesos de reparación y de las redes socias.

Ese es otro contexto en el que la palabra “dedicada” exige cuidado. ESnet controla derechos e infraestructura dedicados en rutas importantes, pero el modelo de activos físicos varía. Caminos domésticos e internacionales pueden involucrar fibra oscura, espectro, servicios iluminados, colocación y capacidad de socios. Una línea en el mapa no revela el mismo nivel de propiedad o autoridad sobre reparaciones en todos los segmentos.

La relación con GÉANT muestra por qué las redes de investigación pueden ser cooperativas sin estar controladas centralmente. Las dos organizaciones pueden compartir costos y coordinar tráfico científico, pero cada una sigue siendo responsable de sus propias instituciones y miembros. El rendimiento de extremo a extremo aún depende de redes nacionales de investigación, sistemas de campus e instalaciones experimentales que están más allá del control de ambos backbones. (Hito transatlántico;informe anual de 2024)

La demanda científica combina escala continua, picos raros y plazos rígidos

El Large Hadron Collider proporciona escala continua. Su modelo de computación distribuida mueve datos de experimentos entre CERN, Fermilab, Brookhaven, universidades y otros centros, produciendo tráfico internacional sostenido. La operación planificada de alta luminosidad debe aumentar los datos de los detectores, las simulaciones y las replicaciones. La red necesita transportar rutinariamente flujos enormes y, al mismo tiempo, mantener suficiente diversidad de rutas para sobrevivir a fallas de cables o instalaciones.

El Vera C. Rubin Observatory impone un plazo. El telescopio en Chile fue diseñado para producir una imagen de aproximadamente 13 GB cada 30 segundos. El camino de los datos permite procesamiento rápido en SLAC y la generación de alertas sobre objetos transitorios para que otros observatorios puedan responder. ESnet informa una meta de transportar cada imagen por aproximadamente 12 mil millas en menos de siete segundos. La ruta incluye redes socias de investigación en América del Sur y en otros países, de modo que el resultado depende de ingeniería coordinada más allá del dominio de ESnet.

DUNE crea un pico excepcional. Durante una supernova, el programa de neutrinos prevé la necesidad de mover hasta 600 TB en 100 segundos. A lo largo de veinte años, el programa debe generar aproximadamente 900 PB. Estos son requisitos de planificación para una operación futura, no una descripción del tráfico actual. Son importantes porque el evento no puede reagendarse después de que la capacidad esté disponible. Una red construida solo en torno a la utilización media puede fallar en el momento de mayor valor científico.

La investigación en fusión combina distancia internacional con un largo horizonte de desarrollo. En mayo de 2026, una prueba transportó 176 TB de datos del ITER de Marsella hasta la instalación DIII-D de General Atomics, en San Diego, a casi 80 Gbps. ITER todavía estaba en construcción, de modo que la transferencia demostró preparación, no operación normal a escala plena. Materiales de requisitos prevén algunos flujos de trabajo futuros de fusión con aproximadamente dos petabytes por día y al menos 200 Gbps.

FRIB y Jefferson Lab muestran un tercer patrón: el experimento puede necesitar análisis remoto mientras los datos aún están llegando. EJFAT permite que flujos de eventos alcancen recursos computacionales en NERSC o en Oak Ridge sin esperar a que los archivos sean concluidos y copiados. Fuentes de luz, microscopios electrónicos y otros instrumentos enfrentan decisiones semejantes sobre filtrado local, inferencia remota de inteligencia artificial y la velocidad con que los resultados precisan retornar al operador.

Las ciencias climáticas y de la Tierra amplían nuevamente la demanda. Grandes simulaciones y conjuntos de datos observacionales se desplazan entre instalaciones de computación y almacenamiento, mientras que sensores de campo pueden estar ubicados donde la fibra convencional no está disponible. Ninguna tasa anunciada representa todas esas necesidades. ESnet precisa atender transferencias persistentes en masa, picos raros, feedback de baja latencia, colaboración internacional y adquisición remota dentro del mismo modelo de instalación. (Estudio de caso del Rubin Observatory;estudio de caso de DUNE;revisiones de requisitos)

Las revisiones de requisitos transforman planes científicos en arquitectura de red

ESnet no puede esperar a que un experimento produzca su primer conjunto de datos antes de contratar fibra, enrutadores o capacidad transatlántica. Acuerdos de larga distancia, compra de equipos, construcción en sitios y desarrollo de software llevan años. La instalación realiza, por lo tanto, revisiones de requisitos con los programas científicos del Departamento de Energía a lo largo de un horizonte de cinco a diez años.

Investigadores y equipos de las instalaciones describen instrumentos, volúmenes esperados de datos, locales de almacenamiento, destinos de computación, restricciones de tiempo, colaboradores internacionales, uso de nube y necesidades de resiliencia. Especialistas en redes y computación analizan entonces el flujo de trabajo completo. Un pedido de un enlace mayor puede revelar un problema más importante en el almacenamiento local, en la diversidad de rutas, en la arquitectura de seguridad o en el software de transferencia.

El proceso de revisión es una forma de codiseño. Los programas científicos explican lo que intentan realizar; ESnet traduce el objetivo en dependencias de infraestructura y prueba si el camino propuesto puede funcionar. El resultado puede influir en la capacidad de conexiones de los sitios, nuevas rutas, contratación submarina, implantación de Science DMZ, investigación en orquestación, contratación de personal y el cronograma de una futura generación de red.

La principal revisión de High Energy Physics, concluida en 2025 y publicada en enero de 2026, involucró a 127 participantes y 14 estudios de caso en un informe de aproximadamente 400 páginas. Su importancia no está en garantizar que todas las previsiones estén correctas. Los instrumentos pueden atrasarse, el software puede volverse más eficiente y nuevas cargas pueden aparecer. El valor está en un registro documentado en el cual investigadores, ingenieros de red, centros de computación y financiadores pueden ver las mismas premisas y revisarlas deliberadamente.

La previsión sigue siendo difícil porque la demanda científica es discontinua. Una supernova puede nunca ocurrir durante la vida de un experimento, mientras que un flujo de trabajo de inteligencia artificial puede crecer más rápido que el ciclo de revisión formal. El crecimiento medio del tráfico es útil para presupuestos, pero no puede sustituir la planificación específica de cada caso. El aumento excepcionalmente bajo del 4 % en el tráfico de ESnet en 2024 no demuestra que la demanda de largo plazo se haya detenido; muestra por qué un único año no debe determinar un programa de infraestructura con duración de décadas.

Las revisiones de requisitos también distribuyen responsabilidad. Un laboratorio no puede presuponer que el backbone nacional corregirá un camino de campus inadecuado, y ESnet no puede presuponer que un programa científico se adaptará después de que la capacidad sea construida. Colocar las dependencias en un plan compartido hace que las divergencias posteriores sean más concretas. (Informes de revisión de requisitos)

Wireless Edge y QUANT-NET prueban los límites de la instalación

Una red nacional de fibra atiende bien a instituciones fijas. Los instrumentos científicos no siempre operan en esos locales. Campos geotérmicos, observatorios ambientales y campañas temporarias pueden no tener cobertura de operador, energía confiable o una ruta de fibra económicamente viable. El programa Wireless Edge de ESnet investiga cómo redes celulares privadas, Wi-Fi, radio direccional y sistemas de satélite pueden extender un flujo de trabajo científico hasta esos locales.

Una implantación geotérmica en Nevada, divulgada en junio de 2026, combinó 4G privado usando espectro Citizens Broadband Radio Service, Wi-Fi HaLow de largo alcance, Wi-Fi convencional, backhaul Starlink, radio direccional y una torre portátil con alimentación propia. El diseño respondió a las condiciones de un único campo. No era un producto inalámbrico general de ESnet y no podía ofrecer la capacidad sostenida de la fibra de larga distancia. Terreno, clima, espectro, energía y el proveedor de satélite seguían siendo parte del camino del servicio.

El punto organizacional más importante es que ESnet no se detuvo en el punto más próximo de fibra y trató el resto como responsabilidad de otra institución. Su función de relación con la ciencia trató adquisición, backhaul y transporte de larga distancia como un único flujo de trabajo. Ese enfoque puede ser más valioso que un producto uniforme, pues locales científicos remotos enfrentan diferentes restricciones físicas.

QUANT-NET explora otra frontera. El proyecto financiado por ASCR está construyendo un testbed de red cuántica con tres nodos, uniendo Berkeley Lab y dos locales de la University of California, Berkeley, en aproximadamente cinco kilómetros. El trabajo incluye trampas de iones, acoplamiento de fotones, intercambio de entrelazamiento, mediciones de estados de Bell, control sensible al tiempo y una estructura modular de software.

La relación con ESnet está principalmente en el control y en la orquestación. Los experimentos cuánticos necesitan comunicación clásica, temporización precisa y coordinación entre dispositivos aún difíciles de operar. El software de control de código abierto puede hacer los experimentos más repetibles y reducir ajustes manuales. El testbed no es una internet cuántica de producción y no transporta grandes volúmenes de datos científicos convencionales por entrelazamiento.

Wireless Edge y QUANT-NET deben, por lo tanto, evaluarse por lo que enseñan y por lo que puede reutilizarse. Ninguno de ellos demuestra que todo usuario de ESnet recibirá servicio de acceso inalámbrico o un enlace cuántico. Extienden la función de investigación de la instalación a áreas en que futuras redes científicas pueden exigir nuevos medios físicos y sistemas de control. (Implantación Wireless Edge;investigación en redes cuánticas)

American Science Cloud y ESnet7 cambian la unidad de planificación de los sitios a los flujos de trabajo

El programa Integrated Research Infrastructure y la emergente American Science Cloud reflejan un cambio en la forma como el Departamento de Energía describe sus instalaciones. En lugar de tratar un instrumento, una red, un repositorio de datos y un supercomputador como servicios independientes, los programas pretenden hacerlos operar como un entorno federado para datos científicos, inteligencia artificial y computación de alto rendimiento.

El papel de ESnet está en la conectividad y en la orquestación. Los datos necesitan desplazarse de instrumentos a almacenamiento y aceleradores; usuarios y servicios necesitan acceso controlado; los flujos de trabajo necesitan descubrir los recursos disponibles; y la telemetría necesita mostrar si el sistema está alcanzando el objetivo científico. EJFAT, SENSE, OSCARS, Cloud Connect y High-Touch tratan partes de ese problema, pero ninguno de ellos constituye por sí solo la American Science Cloud.

En Confab26, Inder Monga fue identificado como Project Deputy de la American Science Cloud, y las sesiones del programa incluyeron demostraciones y planificación para la próxima generación de red. Esto es evidencia de trabajo institucional activo, no prueba de que una nube científica universal estuviese concluida en agosto de 2026. Política de acceso, inventario de recursos conectados, soporte en producción y gobernanza todavía eran cuestiones en desarrollo.

ESnet7 aparece en el mismo entorno de planificación. El nombre es real, y sesiones de innovación examinaron telemetría, inspección de paquetes, movimentación de datos, inteligencia artificial y redes cuánticas. ESnet6, sin embargo, continúa siendo la generación actual de producción. Ninguna arquitectura pública final, línea base de proyecto, selección de proveedores, presupuesto completo o fecha de lanzamiento fue identificada en las evidencias disponibles.

Esta distinción es importante porque las generaciones de red crean expectativas mucho antes de la instalación de los equipos. Un programa de planificación puede influir en prioridades de investigación, relación con proveedores y solicitudes de capital. No debe presentarse como un backbone concluido. La interpretación más defendible es que ESnet utiliza la experiencia operacional de ESnet6 y los actuales proyectos de flujo de trabajo para decidir lo que una séptima generación debe ser.

La velocidad continuará siendo importante, pero las evidencias sugieren que la programabilidad y la inteligencia pueden volverse igualmente centrales. Un enlace más rápido no informa a una aplicación dónde existe computación disponible, no identifica una microráfaga, no agenda un flujo de detector y no comprueba que un servicio entre varios dominios fue encerrado correctamente. La cuestión estratégica de ESnet7 es cuánto del flujo de trabajo científico la red debe comprender y coordinar sin transformarse en un controlador central imposible de administrar. (Programa Confab26;investigación aplicada de 2024)

El financiamiento federal sostiene la instalación, pero la línea presupuestaria no es ingreso

ESnet no financia su backbone vendiendo capacidad al público. El Departamento de Energía la financia principalmente a través de la actividad de ASCR llamada High Performance Network Facilities and Testbeds. La solicitud para el año fiscal 2027 propuso US$ 103 millones para esa línea de programa, en comparación con US$ 97,261 millones en la columna aprobada anteriormente.

Las cifras son el mejor indicador público de la escala del programa, pero no constituyen un estado de resultados de ESnet. La línea también apoya testbeds relacionados con redes, mantenimiento de software, actualizaciones y actividades de investigación. No revela un costo operacional anual separado para el backbone de producción, la inversión de capital de cada generación de red o los ingresos asociados a las conexiones individuales de los sitios.

El financiamiento público permite que la instalación invierta antes de que la demanda se vuelva comercial. Puede adquirir espectro de largo plazo, mantener herramientas de código abierto, apoyar experimentos de bajo volumen y alto valor científico, y construir diversidad de rutas más allá de lo que la utilización inmediata justificaría. El mismo modelo crea dependencia de las partidas del Congreso, de las prioridades del Departamento y de la estructura de operación de Berkeley Lab.

Las conexiones de los sitios no siempre están exentas de costos. La Site User Cost Policy de ESnet permite que usuarios institucionales asuman gastos relacionados con la conexión, dependiendo del patrocinio, de la elegibilidad y de los requisitos incrementales. La unidad de la relación es el sitio, no el investigador individual. Los usuarios finales no son cobrados ni registrados separadamente por ESnet.

La ausencia de cuentas independientes limita el análisis financiero. Los materiales públicos no revelan concentración completa de proveedores, nómina, cronograma de depreciación, registro de activos por ruta o presupuesto anual de capital. Llamar a los US$ 103 millones “ingresos de ESnet” sería incorrecto. La conclusión más precisa es que un programa federal financia una instalación de producción, sus actualizaciones, el mantenimiento de software y sus testbeds a través de una línea de actividad más amplia.

La estructura de financiamiento también afecta la elección estratégica. Una red comercial puede abandonar una ruta que no cubra sus costos. Una instalación científica pública necesita equilibrar misión nacional, oportunidad científica y capacidad de largo plazo con limitaciones presupuestarias. Eso puede justificar inversiones sin retorno financiero inmediato, pero también hace esenciales la priorización transparente y las evidencias producidas por las revisiones de requisitos. (Solicitud presupuestaria de ASCR para el año fiscal 2027;ESCC y política de sitios)

Confiabilidad, seguridad de enrutamiento y telemetría crean obligaciones propias

El informe de 2024 de ESnet registró un resultado relevante de disponibilidad: todos los diez sitios de la Oficina de Ciencia incluidos en la métrica alcanzaron el 100 % de disponibilidad de servicio, excluyendo mantenimiento programado. Fue el primer año en que todos los sitios superaron simultáneamente el requisito del 99,9 %. El informe anual también presentó un número más amplio de disponibilidad del 99,99 %. Son medidas útiles, pero con alcances diferentes, y no prueban que todos los servicios, instituciones y caminos internacionales permanecieron sin interrupciones.

El Site Resilience Program examina entradas diversas, enrutadores, energía y dominios de falla en instalaciones conectadas. Esto refleja una realidad incómoda: un backbone nacional puede ser redundante mientras un laboratorio continúa dependiente de un único conducto o equipo local. La confiabilidad necesita alcanzar el edificio y el sistema de transferencia de datos, y no terminar en el mapa del backbone.

La política de enrutamiento ofrece otra capa de control. ESnet rechaza anuncios RPKI-invalid en relaciones de peering, exige registros de enrutamiento actualizados y ofrece monitoreo de hijacks y blackholing de destinos. Estos controles reducen riesgos conocidos, pero no hacen que el enrutamiento entre dominios sea infalible. Un origen válido aún puede estar asociado a un escape o error de política, y el blackholing protege otros sistemas al hacer inaccesible el destino afectado.

La automatización crea un intercambio semejante. La configuración estandarizada, el inventario y la orquestación pueden reducir errores manuales y acelerar la recuperación. Una plantilla, una política o un registro de datos incorrecto también puede propagarse rápidamente por varios equipos. La respuesta apropiada incluye implantación por etapas, validación independiente, procedimientos claros de rollback o recuperación progresiva y límites sobre la autoridad de una única cuenta de automatización.

Los datos operacionales merecen la misma atención. La política de datos de la instalación afirma que informaciones de utilización de los enrutadores y NetFlow pueden ser retenidas por tiempo indefinido y replicadas en almacenamiento en las costas este y oeste de los Estados Unidos. Las mediciones activas de perfSONAR se mantienen por seis meses en un único disco, sin backup. Las informaciones de utilización de enrutadores y traceroute son públicas, mientras que los registros de flujos y seguridad tienen acceso restricto.

Esto no contradice la afirmación de que ESnet no hace el seguimiento formal de cada usuario final como suscriptor. Son dos sistemas diferentes. ESnet no mantiene una relación individual de registro y cobro, pero los metadatos de la red pueden identificar endpoints, instituciones que se comunican, horarios y patrones de tráfico. La telemetría de alta fidelidad mejora el diagnóstico y la seguridad, pero aumenta la necesidad de minimización, control de acceso, revisión de los períodos de retención y uso responsable.

El modelo más sólido de resiliencia no es una alegación de disponibilidad perfecta. Es un conjunto de mecanismos con límites definidos: diversidad física, ingeniería de sitios, seguridad de enrutamiento, medición, respuesta a incidentes, gobernanza de datos y disposición para publicar el alcance de cada métrica. (Hito de disponibilidad;política de datos de la instalación;política de peering)

Lo que ESnet representa

La historia de ESnet puede leerse como una secuencia de redes más rápidas: sistemas precursores especializados, ESnet4, ESnet5 continental de 100G y ESnet6 con varios terabits. La cronología es real, pero no capta la continuidad más importante. La instalación alteró repetidamente la arquitectura alrededor del trabajo científico cuando la capacidad bruta dejó de resolver el problema.

La Science Data Network separó flujos excepcionales del tráfico común. OSCARS convirtió la capacidad en reservable. Science DMZ alteró el perímetro institucional. perfSONAR e iperf3 transformaron disputas de rendimiento en mediciones. SENSE unió la intención de la aplicación a varios dominios administrativos. EJFAT llevó el camino de larga distancia al interior del ciclo del detector. La caché cambió la demanda, y el espectro transatlántico amplió el control de ESnet sobre el crecimiento internacional.

La autoridad de la organización continúa limitada. DOE y ASCR definen misión y financiamiento. Berkeley Lab opera la instalación. La University of California administra el laboratorio por contrato. Los coordinadores de sitios aprueban cambios que afectan a sus instituciones. Los socios internacionales controlan sus propias redes. Proveedores de nube, operadores, propietarios de cables y suministradores de equipos mantienen poder sobre componentes de los cuales ESnet depende.

Esa distribución de control no es un inconveniente que el software pueda eliminar. Es la condición bajo la cual una red científica funciona. La realización práctica está en ofrecer coordinación suficiente para entregar un flujo de trabajo sin fingir que una única institución posee todo el camino.

La misma disciplina debe regir las alegaciones sobre el futuro. ESnet7 está en planificación, SENSE permanece en fase de investigación en el informe completo más reciente, EJFAT es un prototipo avanzado o una plataforma emergente, QUANT-NET es experimental y la American Science Cloud todavía estaba siendo construida. Las evidencias son más útiles cuando el nivel de madurez se describe con precisión.

La importancia de largo plazo de ESnet está en el modelo de instalación científica compartida. La red es tratada como un instrumento científico, con requisitos, operaciones, software, medición, investigación y financiamiento público. Ese modelo reconoce que un detector y un supercomputador separados por miles de kilómetros generan poco valor conjunto si los sistemas entre ellos no se proyectan como un único camino.

La cuestión, por lo tanto, no es si ESnet es la red más rápida según un ranking universal. Ninguna medida actual neutra en las evidencias disponibles sustenta esa afirmación. La conclusión defendible es más fuerte y más útil: ESnet es una de las redes científicas documentadas más capaces del mundo, y su principal contribución es hacer que la ciencia distribuida sea operacional de extremo a extremo. (Historia de ESnet;lanzamiento de ESnet6;informe anual de 2024)

Fuentes