Resumo

  • ESnet é uma instalação científica para usuários do Departamento de Energia dos EUA, operada pelo Laboratório Nacional Lawrence Berkeley, e não uma operadora de telecomunicações comercial ou instituição independente.
  • A ESnet6 combina cerca de 15.000 milhas de fibra dedicada, sistemas ópticos e de pacotes, serviços especiais, interconexão, medição e controle programável; o número de 57 terabits por segundo é capacidade total, não velocidade para o usuário.
  • Science DMZ, perfSONAR, OSCARS, SENSE, High-Touch e EJFAT mostram que a contribuição distintiva da ESnet é a engenharia do caminho completo, do instrumento e borda da rede local até a computação remota.
  • Os planos para a ESnet7 e American Science Cloud apontam para uma rede mais integrada aos fluxos de trabalho científicos, mas vários componentes ainda são demonstrações experimentais, sistemas de pesquisa ou serviços emergentes.

Uma rede científica que entra no coração do experimento

Em abril de 2024, dados do Jefferson Lab, na Virgínia, viajaram pelos Estados Unidos até o supercomputador Perlmutter, na Califórnia, a 100 gigabits por segundo e foram processados sem serem gravados primeiro em disco. A demonstração usou o sistema experimental EJFAT da ESnet, colocando a rede de longa distância dentro do fluxo de trabalho científico, em vez de usá-la somente após a coleta de dados. Essa mudança resume a questão central para a ESnet: a rede pode conectar instrumentos, armazenamento e computação remota a tal ponto que instalações separadas por milhares de quilômetros operem como partes de uma única máquina?

O caminho típico começa com um detector, telescópio, microscópio ou simulação dentro de um laboratório ou instalação de pesquisa. Os sistemas locais de aquisição coletam os dados, servidores de armazenamento e transferência os preparam para transmissão, e a rede local os transporta para um perímetro institucional controlado. Em seguida, a ESnet pode transportar o tráfego pelos Estados Unidos ou pelo Atlântico, para um supercomputador do DOE, através de uma rede parceira de pesquisa e educação, ou para um ambiente de nuvem comercial.

O resultado pode retornar como um conjunto de dados analisados, um alerta, um modelo ou uma decisão que define o próximo passo do experimento.

Nenhuma organização controla todo esse caminho. Equipes de instrumentos, redes de laboratórios, redes regionais de pesquisa, provedores de nuvem, parceiros internacionais e instalações de supercomputação podem pertencer a organizações diferentes. A ESnet opera a camada de longa distância voltada para a missão científica e trabalha com esses operadores para fazer o caminho funcionar como um sistema único. Um servidor de armazenamento lento, um link de site congestionado ou um firewall inadequado podem desperdiçar a capacidade de um backbone nacional rápido; uma falha na ESnet pode paralisar uma instalação local bem projetada.

Institucionalmente, a ESnet é uma instalação para usuários do Office of Science do Departamento de Energia dos EUA. O programa Advanced Scientific Computing Research fornece a supervisão principal, enquanto a Scientific Networking Division do Laboratório Nacional Lawrence Berkeley a opera. O Laboratório Berkeley é administrado para o DOE pela Universidade da Califórnia sob contrato. A ESnet não tem ações, acionistas, avaliação institucional ou orçamento comercial independente conhecido; portanto, seu papel é melhor compreendido como infraestrutura científica federal, e não como uma empresa de rede com base de clientes públicos.

Os pesquisadores normalmente interagem com a ESnet indiretamente, por meio de um instrumento, supercomputador, serviço de laboratório, conexão universitária ou rede colaborativa. A instalação distingue entre usuários de sites institucionais e usuários finais, e afirma que não registra ou rastreia formalmente cada usuário final individualmente. Portanto, o número de mais de 30 mil usuários organizacionais citado no relatório anual de 2024 representa uma medida institucional, não uma contagem de assinantes.

As comparações comuns com operadoras de telecomunicações explicam apenas parte do papel. A ESnet gerencia roteamento, transmissão óptica e interconexão, mas também realiza análises de requisitos, desenvolve ferramentas de código aberto, testa novos serviços e ajuda os sites a diagnosticar o desempenho de ponta a ponta. Seu propósito geral não é vender conectividade, mas permitir que instalações científicas geograficamente distribuídas trabalhem juntas com a velocidade, evidência e clareza operacional necessárias para apoiar a pesquisa. (Governança da ESnet;Serviços de rede)

A computação remota criou a necessidade de uma rede científica compartilhada

A história oficial da ESnet remonta a meados da década de 1970, quando a computação e as comunicações de longa distância eram raras. No Centro de Computação de Pesquisa de Fusão por Confinamento Magnético do Laboratório Nacional Lawrence Livermore, funcionários conectaram um computador emprestado Control Data Corporation 6600 por meio de quatro modems de voz. Os equipamentos e velocidades pertencem a outra era, mas o problema operacional permanece familiar: uma comunidade científica especializada precisava de acesso remoto a computação cara que não podia ser replicada em cada instituição participante.

Comunidades de pesquisa separadas dentro do DOE desenvolveram suas próprias redes durante o final dos anos 1970 e início dos 1980. A física de altas energias e a pesquisa de fusão magnética tinham instalações, colaboradores e fluxos de dados diferentes, e redes anteriores como HEPnet e MFEnet refletiam essas fronteiras. Construir redes dedicadas fazia sentido quando os serviços comerciais não podiam fornecer a largura de banda, o desempenho ou o interesse operacional necessários, mas isso também levou à duplicação.

Cada programa negociava circuitos, mantinha tecnologia e construía expertise de forma independente, mantendo a colaboração e a atualização de longo prazo fragmentadas.

A criação formal da ESnet em 1986 unificou essas funções em uma rede científica mais ampla. A mudança foi tanto organizacional quanto técnica. Uma instalação compartilhada podia prever a demanda entre programas, operar links nacionais, coordenar conexões internacionais e reter expertise especializada. A capacidade podia ser transferida de uma questão de projeto único para um plano de infraestrutura em todo o departamento.

O modelo inicial consolidou várias características ainda visíveis. Os usuários eram definidos pela missão científica, não pelo mercado de varejo. Mainframes e instrumentos justificavam um investimento público compartilhado. O design da rede seguia programas de pesquisa com cronogramas longos. A operação exigia pessoas que entendessem tanto os sistemas de telecomunicações quanto as consequências científicas das falhas. Além disso, a demanda chegava de forma irregular, pois um único experimento podia gerar tráfego muito acima dos níveis normais.

O Laboratório Berkeley tem sua própria história de rede. Um CDC 6600 foi conectado à ARPANET em 1974, e pesquisadores de lá contribuíram posteriormente para o trabalho fundamental sobre controle de congestionamento TCP. O trabalho de Van Jacobson e Mike Karels pertence ao ambiente mais amplo do Laboratório Berkeley e não deve ser atribuído exclusivamente à ESnet.

No entanto, a conexão institucional continua importante, pois colocou a operação de uma rede científica de produção próxima a pesquisadores que tratavam o comportamento de protocolos, a medição e o desempenho como problemas de engenharia estudáveis, não como condições fixas a serem aceitas.

As operações foram transferidas para o Laboratório Berkeley em 1996. Essa mudança estabeleceu a sede atual da ESnet, adjacente ao National Energy Research Scientific Computing Center, a pesquisadores de rede, engenheiros de software e outros programas do DOE. Também reforçou uma cultura em que uma instalação de produção e uma organização de pesquisa aplicada compartilham funcionários, laboratórios e questões técnicas. (História da ESnet)

O financiamento público permite que a ESnet construa antes da demanda chegar

Uma instalação científica para usuários existe porque algumas capacidades são caras, especializadas ou tão interligadas que nenhuma equipe de pesquisa pode construí-las sozinha. Essa lógica se aplica a um acelerador de partículas, uma fonte de luz ou um supercomputador de ponta, e a ESnet a aplica às comunicações. Direitos de fibra de longa distância, equipamentos ópticos, roteadores, capacidade internacional, operações contínuas, cibersegurança, medição de desempenho e suporte de engenharia são reunidos em uma única instalação que atende a vários programas.

O financiamento público se justifica pela natureza da demanda científica. Uma operadora comercial pode vender um circuito de alta capacidade, mas normalmente não projeta sua infraestrutura nacional em torno de um detector que começará a operar em anos, uma rajada de dados de uma supernova que pode não ocorrer durante o contrato ou um fluxo de trabalho de pesquisa de baixo volume comercial e alto valor público. A ESnet pode construir antes que o uso medido apareça, porque sua missão é a capacidade científica, não a receita de rede de curto prazo.

O modelo de instalação também muda a forma como a demanda é descoberta. A ESnet realiza análises formais de requisitos com os programas de ciência do DOE. Pesquisadores e equipes de instalações descrevem instrumentos, volumes de dados, locais de armazenamento, destinos de computação, necessidades de temporização, padrões de colaboração e gargalos locais em um horizonte de cinco a dez anos. Os resultados alimentam o dimensionamento de links de sites, a diversidade de rotas, as aquisições transatlânticas, a pesquisa de coordenação e o design de serviços.

Esse processo pode parecer menos empolgante do que um novo link óptico coerente, mas pode ser mais impactante. Um acordo de espectro submarino, uma compra de roteador ou uma segunda entrada de site pode exigir anos de financiamento e implementação. Esperar até que um experimento produza dados transforma necessidades de infraestrutura previsíveis em emergências. As análises de requisitos convertem planos científicos em um prazo de engenharia viável.

As análises também revelam incertezas. Previsões podem mudar, cronogramas de instrumentos podem atrasar, o software de redução de dados pode melhorar, o uso da nuvem pode se expandir ou um fluxo de trabalho de instalação pode ser reprojetado. A ESnet não trata um estudo de caso como uma demanda de tráfego garantida, mas usa evidências para construir uma faixa de requisitos e decide onde a flexibilidade, a capacidade de reserva e a implantação em fases se justificam.

O modelo de instalação evita cobrar cientistas individuais por gigabyte. As operações principais são financiadas federalmente, enquanto alguns custos de conexão do site podem ser alocados de acordo com o patrocínio do programa e a política Site User Cost. Esse arranjo cria diferentes incentivos: um programa patrocinador pode preferir custos de conexão mais baixos, a ESnet pode preferir capacidade e resiliência que sirvam a vários programas, e um site pode adiar atualizações locais necessárias para aproveitar a rede nacional. A governança existe para alinhar essas decisões com os resultados científicos, em vez de competir para transferir custos para outra linha orçamentária. (Comitê de Coordenadores de Site da ESnet e Política de Custos;Relatórios de Análise de Requisitos)

O DOE define a missão e o Laboratório Berkeley opera a rede

A ESnet não tem a cadeia de comando de uma operadora de telecomunicações. Sua autoridade é distribuída por uma cadeia de programas federais. O Office of Science do DOE define a missão, o programa Advanced Scientific Computing Research fornece supervisão principal e controle orçamentário, e o Laboratório Berkeley hospeda a Scientific Networking Division que projeta, opera e desenvolve a instalação. A Universidade da Califórnia opera o Laboratório Berkeley para o DOE sob contrato, e as instituições conectadas participam por meio dos coordenadores de site e do ESnet Site Coordinators Committee.

Inder Monga é o diretor executivo da ESnet e diretor da Scientific Networking Division no Laboratório Berkeley. Fontes públicas atuais identificam Chin Guok como diretor de tecnologia e líder de planejamento e inovação, Adam Slagell como diretor de segurança, Jon-Paul Herron como gerente de engenharia de rede e Susan Lucas como vice-diretora de operações de negócios. Abaixo deles, funções abrangem engenharia óptica, roteamento, engenharia de sites, operações de rede, software, medição, coordenação, segurança, gerenciamento de projetos e engajamento científico.

A amplitude dessa estrutura corrige a imagem simplificada de uma rede nacional como um conjunto de fibras e roteadores. A ESnet precisa de pessoas que possam comprar espectro, operar BGP, construir sistemas de medição, manter software de código aberto, investigar comportamento de pacotes, planejar instalações, gerenciar evidências de segurança e traduzir requisitos científicos em designs de rede. A organização é simultaneamente operacional e de desenvolvimento.

Os registros públicos contêm detalhes não resolvidos sobre a gestão do programa. A página de governança atual nomeia Benjamin Brown como gerente de programa designado pelo ASCR, enquanto materiais recentes de análise de requisitos identificam Carol Hawk como gerente de programa da ESnet. As evidências permitem dizer que fontes públicas ainda não foram conciliadas ou que as responsabilidades podem ter mudado ou sido divididas, mas não permitem escolher um arranjo exclusivo atual sem confirmação adicional.

O ESnet Site Coordinators Committee oferece um canal operacional formal para instituições conectadas. Cada site nomeia um coordenador que pode aprovar solicitações que afetam a conexão ESnet da instituição, transmitir requisitos e participar de discussões de política e planejamento. Essa é uma governança institucional de usuários, não um voto direto de cada cientista cujos dados passam pela rede.

O resultado é uma distribuição prática de responsabilidades. A ESnet controla seu backbone e serviços; o site conectado controla os equipamentos de rede do campus, os nós de transferência de dados, a segurança local e a energia; o ASCR controla o financiamento em nível de programa; os programas científicos determinam as consequências de atrasos ou falhas; e os parceiros internacionais controlam suas próprias redes. O fluxo de trabalho completo só funciona quando essas autoridades separadas permanecem alinhadas. (Liderança da ESnet;Governança)

A ESnet4 separou o tráfego comum dos fluxos científicos excepcionais

Em meados dos anos 2000, experimentos distribuídos começaram a mudar o padrão de tráfego. O Large Hadron Collider produziria dados no CERN e os distribuiria por uma hierarquia global de laboratórios e centros de computação. As conexões de internet pública continuavam necessárias, mas um número limitado de transferências científicas poderia se tornar grande o suficiente para dominar links comuns. Construir uma única rede indiferenciada para ambos os padrões dificultava o gerenciamento de capacidade e as garantias de serviço.

A ESnet4 abordou o problema com uma arquitetura híbrida. Um núcleo IP transportava as comunicações científicas gerais, enquanto uma Science Data Network separada usava circuitos ópticos de alta velocidade para grandes fluxos e suportava provisionamento dinâmico de caminhos. Anéis metropolitanos conectavam os principais laboratórios, e colaborações com a Internet2 e parceiros internacionais estendiam o sistema além dos sites do DOE.

A arquitetura separava o tráfego de acordo com requisitos operacionais, não por uma divisão simplista em "rápido" e "lento". O serviço IP público precisava de amplo acesso e roteamento flexível, enquanto uma transferência planejada de vários terabits poderia se beneficiar de um caminho de Camada 2 reservado, com horário de início conhecido, alocação de largura de banda dedicada e endpoints definidos. A Science Data Network reconhecia que um número limitado de fluxos previsíveis e de alto valor justificava um modelo de controle diferente do encaminhamento de pacotes comum.

O OSCARS emergiu desse ambiente. O On-demand Secure Circuits and Advance Reservation System permitia que usuários ou aplicações autorizados solicitassem recursos de rede por um período definido. O sistema precisava encontrar o caminho, verificar topologia e restrições de política, reservar largura de banda e recursos de VLAN, criar estado nos dispositivos e removê-lo quando a reserva expirasse. Ele transformou uma tarefa que dependia de coordenação manual em um serviço que o software podia solicitar.

A ESnet4 também mostrou que a velocidade bruta não era mais o único gargalo. Um circuito reservado podia proteger a capacidade dentro da rede de longa distância, mas a aplicação podia permanecer lenta porque o sistema de armazenamento não conseguia ler rápido o suficiente ou um firewall local descartava pacotes. Essa lição levou diretamente à arquitetura Science DMZ e à medição de caminho completo.

Essa fase consolidou um padrão recorrente no design da ESnet. Um problema científico surge primeiro como um requisito de tráfego, então a instalação constrói capacidade física, um mecanismo de controle e um método operacional ao redor dele. Quando o método se mostra útil, o software e as orientações de engenharia se espalham para além do experimento original. (Materiais históricos da ESnet4 e ESnet5;OSCARS)

A Science DMZ mostrou que o gargalo geralmente está na borda

Um backbone nacional pode funcionar perfeitamente enquanto um cientista sofre com transferências lentas. A razão é clara: o backbone é apenas uma parte do caminho. Firewalls institucionais, núcleos compartilhados de redes universitárias, switches antigos, servidores subdimensionados, perda de pacotes e limites de armazenamento podem reduzir um caminho de alta velocidade a uma fração de sua capacidade projetada.

A Science DMZ representa a resposta da ESnet a essa realidade de ponta a ponta. A arquitetura posiciona nós de transferência de dados em um caminho de alto desempenho próximo ao perímetro institucional controlado. A política de segurança é adaptada aos serviços limitados expostos por esses sistemas, em vez de forçar o tráfego científico contínuo através de um firewall de estado geral projetado para muitos tipos de aplicações institucionais.

O termo pode ser mal interpretado como um apelo à remoção da segurança. No entanto, a Science DMZ depende de hosts reforçados, listas de controle de acesso em roteadores, monitoramento, gerenciamento de vulnerabilidades, minimização de serviços expostos e disciplina operacional. O design muda onde e como alguns controles são aplicados, evitando colocar um dispositivo com taxa de transferência ou comportamento de sessão inadequado no caminho de dados principal apenas porque faz parte do padrão de segurança institucional usual.

A medição de desempenho faz parte da arquitetura, não um painel opcional. Nós perfSONAR executam testes controlados de vazão, perda de pacotes, latência e alteração de caminho. Quando dois sites discordam sobre a causa de uma transferência lenta, as medições ajudam a identificar se o problema começa no host, no link local, na rede regional, no backbone da ESnet ou no parceiro internacional. Sem essas evidências, cada operador pode afirmar que seu trecho está bom enquanto o pesquisador ainda não consegue mover dados.

Os nós de transferência de dados precisam de sua própria engenharia. Placas de rede, posicionamento do processador, memória, disco ou sistemas de arquivos paralelos, buffers TCP e software de transferência determinam a taxa de transferência possível. As orientações do Fasterdata e as consultorias técnicas da ESnet transformam esses detalhes em prática reproduzível. A abordagem se espalhou para além dos laboratórios do DOE, mas a ESnet não opera todas as implementações que usam o nome.

A Science DMZ se tornou influente porque reformulou uma questão de compra em uma questão de sistema. Um circuito mais rápido não conserta um caminho estrangulado em outro lugar. A unidade útil de desempenho é o fluxo de trabalho completo, do armazenamento ao armazenamento ou do instrumento à computação, com cada domínio administrativo medido e responsabilizado claramente. (Diretrizes da Science DMZ;Ferramentas de desempenho de rede)

A ESnet5 tornou a rede continental de 100G um serviço de produção

O próximo grande salto de capacidade foi impulsionado pela Advanced Networking Initiative e pelo financiamento de estímulo econômico dos EUA. A ESnet recebeu US$ 62 milhões por meio do American Recovery and Reinvestment Act para desenvolver um protótipo de longa distância de 100 gigabits por segundo e apoiar a transição para a ESnet5. O investimento não se limitou a novos roteadores: a ESnet também adquiriu direitos de capacidade de espectro em uma pegada de fibra nacional, dando ao programa mais controle sobre a implantação e atualização de comprimentos de onda.

A ESnet5 entrou em produção no final de 2012. O DOE e a ESnet a descreveram na época como a rede científica mais rápida do mundo. Essa afirmação histórica estava ligada a uma implantação continental pioneira de 100G e não deve ser repetida em 2026 como uma classificação global absoluta. As redes de pesquisa hoje divulgam números de capacidade usando métricas diferentes, incluindo velocidades de interface individuais, capacidade total do backbone, espectro óptico e testes experimentais. As evidências disponíveis não incluem uma comparação recente e neutra que declare um único vencedor por uma métrica global.

O impacto econômico dos 100G foi maior do que simplesmente multiplicar a velocidade da interface por dez. Projetos científicos podiam planejar transferências regulares de longa distância que anteriormente ocupariam os links por períodos muito mais longos. Os laboratórios podiam consolidar parte da computação ou armazenamento centralmente em vez de duplicá-los localmente, e as colaborações internacionais ganharam um backbone americano mais capaz. A nova capacidade expôs as limitações locais mais rapidamente, aumentando a importância da Science DMZ e do perfSONAR.

A ESnet5 manteve a relação híbrida entre serviço de pacotes e caminhos científicos dedicados. Também aprofundou a importância da automação. Na escala de 100G, não era mais prático reservar capacidade, diagnosticar falhas e manter um serviço consistente em uma pegada nacional dependendo de configurações manuais de dispositivos.

O projeto ilustra como o investimento público em infraestrutura altera as opções científicas antes que qualquer experimento individual use toda a rede. A capacidade cria uma reserva para instrumentos futuros, mas a capacidade de reserva não é desperdício no mesmo sentido que um serviço comercial ocioso. Seu valor inclui evitar atrasos em experimentos, absorver falhas e permitir o teste de novos fluxos de trabalho sem esperar outro ciclo de construção.

No entanto, o investimento deve ser avaliado pelo uso científico, e o design deve permanecer adaptável quando as previsões mudam. O trabalho subsequente da ESnet em medição, cache e coordenação reflete uma tentativa de extrair mais valor científico de cada bit implantado, em vez de tratar a expansão física contínua como a única solução. (Anúncio histórico da ESnet5)

A ESnet6 combina capacidade óptica com controle programável

O projeto ESnet6 começou em 2017 e foi lançado publicamente em 11 de outubro de 2022, após cerca de seis anos de design e construção. O Laboratório Berkeley anunciou no lançamento mais de 46 terabits por segundo de capacidade total em uma pegada dedicada de cerca de 15.000 milhas, com links de backbone variando de 400 gigabits por segundo a 1 terabit por segundo. O relatório anual de 2024 posteriormente informou 57 terabits por segundo e links de até 1,2 terabits por segundo. Os números refletem datas diferentes e um sistema em expansão, não definições conflitantes de uma rede fixa.

A camada física inclui rotas de fibra de longa distância, sistemas de linha óptica, amplificadores, direitos de espectro, instalações de hospedagem e pontos de entrada de serviço local. O relatório de 2024 contou 278 locais de amplificadores ópticos. A óptica coerente transporta múltiplos canais de alta taxa sobre a fibra, enquanto amplificadores e equipamentos ópticos reconfiguráveis mantêm os níveis de sinal e direcionam os comprimentos de onda. Um caminho mostrado em um mapa pode ser realizado por fibra escura, espectro, serviço iluminado ou um arranjo com um parceiro.

A descrição de 15.000 milhas não prova que o DOE possui legalmente cada cabo.

Acima da camada óptica, roteadores e bordas de serviço fornecem IP, ambientes de roteamento privado, serviços de Camada 2, peering e conectividade com a nuvem. O relatório anual contou 78 locais de roteadores. Sites individuais podem se conectar a 10, 100 ou 400 gigabits por segundo conforme suas necessidades, enquanto os links de backbone podem agregar várias interfaces ou comprimentos de onda para atingir números mais altos.

A camada de software diferencia a ESnet6 de uma atualização puramente de capacidade. A automação mantém o estado do dispositivo e do serviço; a medição programável fornece aos operadores evidências mais ricas. O OSCARS provisiona caminhos reservados; o SENSE testa a coordenação orientada por aplicações em vários domínios; o High-Touch usa hardware programável para obter visibilidade mais profunda de pacotes e fluxos. APIs e hooks de testbed permitem que a pesquisa bem-sucedida seja transferida para a operação.

A construção também enfatizou mais a resiliência. Caminhos diversificados, múltiplas entradas de site, energia independente, roteadores de backup e locais de serviço de alta disponibilidade reduzem a probabilidade de uma única falha desconectar um laboratório do sistema nacional. Mas essas proteções têm escopos diferentes; um backbone redundante não ajuda se os dois circuitos locais compartilham o mesmo duto, e um segundo roteador não cria resiliência se ambos dependem do mesmo sistema de energia.

A ESnet6 deve, portanto, ser entendida como uma instalação multicamadas. A fibra fornece acesso físico; a óptica cria capacidade; os roteadores oferecem serviços de pacotes e serviços especiais; o software oferece repetibilidade e programabilidade; a medição prova se o caminho prometido funciona. Os acordos institucionais permitem atravessar fronteiras que a ESnet não possui. (Lançamento da ESnet6;Relatório anual de 2024)

O que 57 terabits por segundo significam – e o que não significam

As estatísticas de rede muitas vezes colapsam camadas diferentes em um único número. O número de 57 terabits por segundo de 2024 é a capacidade total de engenharia em todo o sistema. Não é um único link físico, nem a taxa de transferência disponível para cada laboratório, nem o tráfego transportado a qualquer momento. O mesmo relatório descreve links de backbone entre 400 gigabits por segundo e 1,2 terabits por segundo, sete sites nos EUA conectados a 400G ou mais e capacidade transatlântica de 2,7 terabits por segundo. Cada número responde a uma pergunta diferente.

O mesmo relatório contou 78 locais de roteadores e 278 locais de amplificadores ópticos em uma pegada de cerca de 15.000 milhas. Ele conectou todos os dezessete laboratórios nacionais do DOE, listou 28 instalações de usuários do DOE, 277 relacionamentos com redes de pesquisa e educação, redes comerciais e outros em cinco países, mais de 30.000 usuários organizacionais e 137 funcionários e contratados trabalhando em 24 estados. Esses números descrevem conjuntos diferentes e não devem ser somados como uma contagem de clientes; roteadores, instalações, redes parceiras, usuários institucionais e força de trabalho são métricas separadas.

A conexão do site representa a capacidade em uma única fronteira institucional; um link de backbone representa a capacidade entre dois locais da rede. O sistema óptico pode transportar vários comprimentos de onda, e um serviço lógico pode usar apenas uma parte da camada física. A capacidade total agrega muitos recursos que nem todos podem atender à mesma origem e destino simultaneamente. O volume de tráfego mede os dados transferidos ao longo de um período, não a taxa máxima disponível em um instante.

A ESnet transportou 1,77 exabytes durante o ano civil de 2024, acima dos 1,7 exabytes em 2023. O aumento de 4% foi baixo em comparação com o crescimento médio anual histórico de cerca de 55% desde 1989 relatado pela instalação. Um único ano não prova que a demanda científica se estabilizou. Grandes projetos entram em serviço irregularmente; mudanças de software podem reduzir transferências; um único experimento ou evento internacional pode alterar rapidamente o mix.

O tráfego também é concentrado. O relatório de 2024 afirmou que a atividade do Large Hadron Collider representou cerca de metade do tráfego total. O Fermilab foi o maior remetente externo, com 136 petabytes, o NERSC o maior receptor do DOE, com 75,3 petabytes, e o Oak Ridge o maior remetente do DOE, com 58,3 petabytes. Esses números revelam cargas de trabalho importantes, mas não constituem uma classificação completa de valor científico; uma transferência menor pode ser mais sensível ao tempo ou apoiar um instrumento único.

O planejamento de capacidade, portanto, precisa de várias perspectivas simultâneas: tráfego de pico e médio, uso em nível de rota, reserva para falhas, taxas de link de site, prazos científicos e requisitos futuros. Uma rede projetada apenas para o uso médio pode falhar durante uma rajada de supernova ou uma ruptura de cabo, enquanto uma rede projetada para o maior evento teórico pode construir ativos caros e inflexíveis.

O problema de engenharia da ESnet é colocar capacidade onde os fluxos de trabalho que precisam dela podem acessá-la e depois verificar se os sistemas finais podem usá-la. É por isso que o número de capacidade deve ser colocado ao lado da Science DMZ, medição, coordenação e análises de requisitos, não no topo de um artigo como uma classificação autoexplicativa. (ESnet em números)

O AS293 serve a uma missão, não ao mercado de varejo

O número de sistema autônomo público da ESnet é AS293. A rede troca rotas com sites do DOE, redes de pesquisa e educação, redes comerciais e provedores de trânsito pagos. A política de roteamento determina quais caminhos podem transportar tráfego científico, como as falhas são tratadas e quais redes externas obtêm interconexão direta.

A política de peering é seletiva. Os parceiros em potencial devem usar BGP, manter informações atualizadas no Internet Routing Registry e no PeeringDB, evitar anúncios inválidos de acordo com o RPKI e seguir as práticas de segurança de roteamento associadas ao MANRS. A ESnet exige peering IPv6 ou operação dual-stack e não aceita novos relacionamentos somente IPv4. O peering privado direto começa em uma porta de 100G, com forte preferência por 400G.

Essas condições refletem tanto a missão quanto o custo operacional. O peering direto consome portas, tempo de engenharia e capacidade de monitoramento. A ESnet não precisa fazer peering com todas as redes só porque existem rotas públicas; ela busca relacionamentos que melhorem os caminhos científicos do DOE, reduzam a dependência de trânsito ou alcancem colaboradores-chave. O acesso à internet pública é complementado pelo trânsito pago da Hurricane Electric e da Lumen para destinos não alcançados eficientemente por meio de redes de pesquisa ou peering direto.

A rede publica comunidades BGP que diferenciam entre sites da ESnet, redes de pesquisa e educação e redes comerciais. As instituições conectadas podem usar esses rótulos para aplicar suas próprias políticas, mas sua interpretação nas redes downstream está fora do controle da ESnet. Eles são metadados, não uma garantia global de que todas as redes tomarão a mesma decisão de roteamento.

A segurança de roteamento também tem limites. A rejeição de anúncios RPKI-invalid impede uma classe importante de rotas incorretas, mas não impede todos os vazamentos, parceiros comprometidos, origens válidas usadas incorretamente ou autorizações de origem de rota imprecisas. O monitoramento de sequestro de rota pode detectar mudanças inesperadas de origem, mas a detecção pode ocorrer após a propagação. O roteamento blackhole pode proteger um site durante um ataque de negação de serviço, mas a proteção ocorre às custas da acessibilidade ao prefixo.

O design orientado à missão aparece nas fronteiras do serviço. A ESnet transporta tráfego IP público, mas não tenta conquistar um mercado de trânsito de consumo. Sua política é organizada em torno do acesso científico, resiliência e interconexão confiável. O valor da rede vem da qualidade dos caminhos que ela cria para a comunidade que serve, não de maximizar o número de clientes de varejo conectados ao AS293. (Política de peering da ESnet)

Caminhos especiais estendem o alcance sem eliminar riscos externos

A lista de serviços da ESnet começa com a conectividade física. Sites qualificados podem se conectar localmente ou por meio de um ponto de presença distante a 10, 100 ou 400 gigabits por segundo. Quando uma instalação está longe da pegada dedicada, um Service On-Ramp pode usar fibra escura ou um circuito iluminado de uma operadora. O design do acesso se torna parte do caminho científico, e o último trecho fornecido pela operadora pode se tornar a restrição mais importante de desempenho ou falha.

O serviço IP de Camada 3 fornece roteamento IPv4 e IPv6. Uma rede virtual privada de Camada 3 cria um ambiente IP e BGP logicamente separado para um programa multissite, compartilhando a infraestrutura física com outros serviços. Redes privadas virtuais de Camada 2 oferecem conectividade Ethernet ponto a ponto ou multiponto, seja por configuração estática ou via OSCARS. Esses serviços permitem que experimentos vinculem instalações sem expor todos os relacionamentos à internet pública.

Um serviço especial não significa isolamento físico completo. A separação lógica depende de configurações de roteadores, marcações, estados de roteamento, listas de controle de acesso e prática operacional. Uma falha na plataforma compartilhada pode afetar vários serviços; um erro de configuração pode derrotar a separação pretendida. O valor está na segmentação controlada e na conectividade previsível, não em afirmar que não há dependência compartilhada.

O Cloud Connect estende os caminhos da ESnet para ambientes de nuvem comercial importantes, incluindo AWS, Microsoft Azure, Google Cloud e Oracle. Um site pode alcançar o ponto de interconexão do provedor por meio de uma conexão dedicada de Camada 2 ou Camada 3, em vez do roteamento da internet pública. Isso pode melhorar o controle do caminho e reduzir a exposição ao trânsito variável, mas não elimina a segurança da nuvem, falhas do provedor, design de identidade, taxas de saída de dados ou disponibilidade regional.

A relação com a nuvem ilustra a mudança no papel da ESnet. A ciência do DOE não está mais apenas dentro de laboratórios e supercomputadores federais; os pesquisadores podem usar armazenamento de objetos comercial, serviços especializados ou computação elástica. A ESnet deve conectar esses recursos sem afirmar que a nuvem faz parte da rede federal ou que um circuito dedicado torna uma conta de nuvem intrinsecamente segura.

Outros serviços incluem DNS secundário, hora da rede, monitoramento de sequestro de rota e roteamento blackhole. Cada um aborda uma dependência auxiliar que pode interromper a pesquisa mesmo quando a capacidade óptica está disponível. Uma falha no serviço de nomes, um erro de tempo, um vazamento de rota ou um ataque de negação de serviço pode tornar um sistema científico inutilizável sem danificar a fibra.

A lista de serviços é um conjunto de contratos operacionais entre camadas da rede. A conectividade física define a rota; o roteamento cria acessibilidade; os serviços especiais fornecem limites lógicos; a interconexão com a nuvem estende o sistema para a infraestrutura comercial; e os serviços de segurança e suporte mitigam modos de falha conhecidos. No entanto, o usuário ainda precisa construir um endpoint e uma rede local que funcionem corretamente em cada extremidade. (Lista de serviços da ESnet)

O OSCARS torna a capacidade reservável

A maior parte do tráfego da internet usa a capacidade disponível quando os pacotes chegam. Esse modelo funciona bem para comunicações gerais, mas algumas transferências científicas são programadas, grandes e caras quando atrasam. O OSCARS oferece aos usuários e aplicações autorizados uma maneira de reservar recursos de rede por um período definido.

Uma reserva pode especificar endpoints, horários de início e término, largura de banda, informações de VLAN, exclusões de rota e outras restrições. O sistema verifica a topologia e os compromissos existentes, encontra um caminho aceitável, cria o estado necessário na rede e o remove quando a reserva termina. Ele deve evitar alocar o mesmo recurso escasso duas vezes e levar em conta manutenções ou falhas que alteram a topologia disponível.

O significado é operacional, não cosmético. Provisionar um circuito manualmente pode levar dias de coordenação entre engenheiros; uma reserva programática pode ser criada em minutos e inserida em um fluxo de trabalho experimental. A rede deixa de ser um cano fixo em segundo plano e se torna um recurso que o software pode solicitar junto com armazenamento ou computação.

O OSCARS é um sistema de produção de código aberto, adotado ou testado por outras redes e testbeds. Alguns números de adoção pública aparecem em páginas com materiais históricos, então a conclusão mais segura é que o sistema se espalhou para além da ESnet, sem presumir que todas as implementações listadas estejam atualmente idênticas.

Uma reserva não garante a taxa de transferência da aplicação. Ela pode proteger uma quantidade definida de capacidade de rede, mas não pode fazer um servidor de armazenamento ler mais rápido, consertar a perda de pacotes dentro da rede do site ou ajustar o sistema operacional. Se a aplicação atingir apenas uma fração da taxa reservada, o diagnóstico deve retornar ao caminho completo.

As reservas também levantam questões de alocação. Um experimento de alta prioridade pode se beneficiar de capacidade garantida, enquanto reservas não utilizadas reduzem a flexibilidade disponível para outros. As políticas devem definir quem pode solicitar o serviço, como resolver conflitos e se uma reserva pode ser preemptada. Essas decisões permanecem parte da governança da instalação mesmo quando o código de provisionamento é automatizado.

O OSCARS continua sendo um dos exemplos mais claros da ESnet de transformar software orientado a aplicações em infraestrutura. Ele converteu uma prática operacional em um serviço repetível, manteve a política humana em torno da autorização e deu às aplicações científicas uma maneira controlada de expressar requisitos de rede. (OSCARS)

O SENSE testa se as aplicações podem solicitar um resultado de ponta a ponta

Um caminho de rede reservado resolve apenas uma parte de um fluxo de trabalho distribuído. Os sistemas de armazenamento, os serviços de transferência de dados e os recursos de computação têm suas próprias disponibilidade, capacidade e políticas. O SENSE, ou Software-defined network for End-to-end Networked Science at the Exascale, estende a coordenação para além de um único domínio de rede.

O projeto modela redes e sistemas finais como recursos detectáveis. Uma aplicação científica pode descrever um resultado desejado – por exemplo, mover um conjunto de dados entre duas instalações a uma taxa especificada. O SENSE reúne modelos dos domínios participantes, negocia recursos, provisiona a rede e os serviços de transferência, monitora a medição e libera os recursos após a conclusão do fluxo de trabalho.

Essa tarefa é mais difícil do que provisionar um único circuito. As instituições participantes mantêm sua autoridade e seus modelos de dados. Um domínio pode oferecer largura de banda de rede, outro pode oferecer endpoints de armazenamento ou serviços de transferência, e as políticas, credenciais e janelas de manutenção são diferentes. O SENSE precisa coordenar sem presumir que um controlador central pode comandar todos os sistemas.

Durante o Large Hadron Collider Data Challenge de 2024, fluxos de trabalho apoiados pelo SENSE mantiveram 330 gigabits por segundo entre a Caltech e a Universidade da Califórnia em San Diego. O resultado mostra que a coordenação orientada por aplicações pode funcionar em alta taxa em um caminho ao vivo específico, mas não prova que o SENSE é um serviço de produção geral em todos os sites da ESnet. O relatório de 2024 ainda descrevia o projeto como em fase de pesquisa.

OSCARS e SENSE automatizam duas unidades diferentes de trabalho. O OSCARS reserva recursos de rede dentro de um domínio de serviço conhecido; o SENSE tenta negociar um caminho completo incluindo sistemas pertencentes a diferentes instituições. O primeiro tem fronteiras de produção mais claras; o segundo oferece valor científico mais amplo com riscos maiores de governança e integração.

A questão prática para os operadores é a propriedade da falha. Se uma aplicação declara sua intenção e o fluxo de trabalho tem desempenho ruim, a causa pode estar no modelo de recursos, na rede, no serviço de armazenamento, nas credenciais, na aplicação ou em um problema de temporização entre domínios. A coordenação precisa de evidências precisas o suficiente para dizer a cada operador qual parte se desviou do estado acordado.

O SENSE aponta para uma arquitetura na qual as aplicações podem solicitar resultados em vez de circuitos. Seu progresso deve ser julgado pelo uso repetido em produção em vários domínios, clareza da responsabilidade de suporte e capacidade de se recuperar de falhas parciais, não apenas pela maior taxa de transferência experimental. (SENSE;Pesquisa aplicada de 2024)

O EJFAT envia eventos científicos diretamente para a computação remota

A transferência tradicional de dados científicos geralmente segue uma sequência baseada em arquivos. O experimento produz dados, os sistemas locais processam o suficiente para gravar arquivos, os arquivos entram no armazenamento e um processo posterior os move para outra instalação para análise. Esse padrão é compreensível e confiável operacionalmente, mas atrasa o feedback e exige armazenamento e computação locais capazes de lidar com o pico de aquisição.

O EJFAT, ou ESnet–Jefferson Lab FPGA Accelerated Transport, suporta um caminho diferente. O sistema distribui dados de eventos ao vivo encapsulados em UDP do instrumento para workers de computação disponíveis, que podem estar em um centro de supercomputação remoto. Uma SmartNIC programável baseada em FPGA lê os identificadores de eventos e envia todas as partes pertencentes ao mesmo evento para o mesmo worker. Quando os nós de computação ficam disponíveis ou ocupados, o sistema de controle pode alterar a distribuição.

O agrupamento das partes do evento é o fator importante. Um balanceador de carga genérico pode espalhar pacotes pelos servidores, mas o processamento científico pode exigir que todas as partes de um único evento do detector cheguem ao mesmo worker. O EJFAT separa a função de encaminhamento de alta taxa do agendamento dos workers de computação, permitindo que cada lado escale de forma independente.

A demonstração de abril de 2024 entre o Jefferson Lab e o Perlmutter mencionada na abertura atingiu 100 gigabits por segundo sem um estágio intermediário em disco. Testes posteriores usaram recursos de computação distribuídos em várias instalações e cerca de 20 mil núcleos, de acordo com relatórios da ESnet. Esses resultados demonstram o potencial do sistema, mas não significam que todos os instrumentos possam adotá-lo sem adaptações de engenharia.

A Facility for Rare Isotope Beams fornece um exemplo operacional mais recente. A ESnet relatou em julho de 2026 que pesquisadores transmitiram dados brutos do experimento via EJFAT a cerca de 5–6 gigabits por segundo para supercomputadores remotos. Uma única execução produziu 615 gigabytes em 15 horas, processados em 20 minutos em oito nós do Perlmutter usando inferência de aprendizado de máquina. A velocidade de rede mais baixa que a demonstração de 100G não torna o resultado menos significativo, porque o resultado científico foi um feedback mais rápido durante um fluxo de trabalho real.

A transmissão ao vivo altera a economia da instalação. Um detector pode tomar emprestada computação compartilhada em vez de construir capacidade local suficiente para cada pico, e os pesquisadores podem inspecionar os resultados enquanto o tempo de feixe escasso ainda está disponível. Mas o sistema também cria novas dependências: uma interrupção de rede, um problema de alocação de computação ou um erro de distribuição de eventos pode afetar o experimento momento a momento, em vez de atrasar uma transferência de arquivo posterior.

O EJFAT permanece um protótipo avançado ou plataforma emergente, não um serviço suportado universalmente. A transição para produção exige integração de instrumentos, segurança, disponibilidade de FPGA, propriedade operacional, acordos de agendamento e comportamento claro quando pacotes UDP são perdidos. Sua importância está em demonstrar que a rede de longa distância pode entrar no loop de aquisição em vez de operar após ele. (EJFAT;Relatório científico do FRIB)

High-Touch, perfSONAR e iperf3 tornam o caminho visível

Uma rede de alta velocidade pode falhar de maneiras que os gráficos de uso agregado não mostram. Rajadas curtas podem encher uma fila, pacotes podem chegar fora de ordem, a perda pode afetar apenas uma direção ou uma classe de tráfego, o caminho pode mudar entre dois testes ou fluxos críticos de segurança podem desaparecer dentro da amostragem estatística.

O High-Touch usa hardware e software programáveis para coletar medições de pacotes e fluxos mais ricas do que os registros tradicionais baseados em amostragem. Ele foi usado em 2024 para investigar a taxa de transferência do Large Hadron Collider, a reordenação de pacotes associada ao tráfego do Rubin Observatory e incidentes de segurança. O objetivo é a precisão diagnóstica: identificar comportamentos que os números de tráfego agregado ocultam.

Evidências mais granulares têm um custo. Dados de pacotes e fluxos exigem armazenamento, processamento, controle de acesso e interpretação cuidadosa; também podem expor endpoints em comunicação, padrões de colaboração e o momento da atividade científica. Assim, um sistema projetado para visibilidade operacional se torna um ativo de dados sensível.

O perfSONAR aborda uma camada diferente. É um sistema de medição distribuído apoiado por uma parceria entre várias instituições, da qual a ESnet é um dos fundadores principais. Mais de dois mil locais foram relatados globalmente em 2024, e a ESnet opera mais de 30 deles. Testes controlados medem taxa de transferência, latência, perda e comportamento do caminho entre nós participantes.

O design distribuído é essencial. Um pesquisador pode relatar uma transferência lenta, mas um teste entre nós perfSONAR bem projetados mostra se o caminho subjacente suporta a taxa esperada. Testes direcionais podem isolar assimetrias; medições repetidas podem mostrar quando a degradação começou; dados de traceroute podem identificar mudanças de caminho, embora a rota observada e o comportamento real de encaminhamento da aplicação possam diferir.

O iperf3 fornece teste ativo de taxa de transferência sobre TCP, UDP ou SCTP, suportando IPv4 e IPv6. A ESnet mantém a ferramenta de código aberto e relata testes excedendo 150 gigabits por segundo em caminhos de 200G sob condições específicas. Um teste sintético não é um benchmark de aplicação, mas ajuda a determinar se o host e a rede podem mover tráfego em condições controladas, após o que o armazenamento e o comportamento da aplicação podem ser examinados separadamente.

Juntos, High-Touch, perfSONAR e iperf3 oferecem visões diferentes da verdade. O High-Touch observa os fluxos de produção com mais precisão; o perfSONAR fornece medição programada ou sob demanda do caminho entre domínios; o iperf3 testa a taxa de transferência do host e da rede diretamente. Nenhuma visão única fornece o quadro completo, mas combiná-las reduz a tentação de diagnosticar uma falha distribuída a partir do painel local de um único operador. (Ferramentas de desempenho de rede;Inovações operacionais de 2024)

O cache pode remover tráfego em vez de movê-lo mais rápido

Adicionar capacidade não é a única maneira de melhorar uma rede científica. Alguns conjuntos de dados são solicitados repetidamente por pesquisadores na mesma região, e transferir cada cópia pela rede de longa distância desperdiça largura de banda e adiciona latência, mesmo quando o backbone pode absorver o tráfego.

Os relatórios de pesquisa aplicada da ESnet de 2024 descreveram cinco nós regionais de cache usados com comunidades de dados científicos. Os nós reduziram o tráfego de longa distância em média 33 terabytes por dia durante o estudo. Dois terços das solicitações foram atendidos localmente, e a taxa média de acerto foi de 94%. No entanto, o impacto variou fortemente por local, com reduções relatadas de 69,3% no sul da Califórnia, 48,4% em Chicago e 6,6% em Boston.

Essas variações revelam a natureza do valor. O benefício do cache depende da popularidade do conjunto de dados, dos usuários locais, do tamanho do armazenamento, da política de despejo e da configuração do serviço. Um nó colocado perto de uma comunidade que analisa os mesmos dados repetidamente pode eliminar grandes transferências, enquanto um nó que atende dados diversos ou raramente reutilizados pode consumir armazenamento sem o mesmo benefício.

O cache também altera a questão do controle. O operador da rede passa a participar da colocação de dados, e as comunidades científicas precisam decidir quais conjuntos de dados podem ser replicados, como mantê-los atualizados e quem pode acessá-los. Falhas de cache e conteúdo desatualizado tornam-se problemas operacionais adjacentes à rede.

O estudo ilustra por que o bit mais eficiente pode ser aquele que nunca entra no backbone. As atualizações ópticas aumentam a oferta; o cache altera a demanda. O agendamento de fluxos de trabalho pode mover operações para longe dos períodos de pico; a compressão ou filtragem local reduz os dados antes da transferência. Um programa maduro de infraestrutura avalia todos esses mecanismos, em vez de medir o progresso apenas em terabits instalados.

O resultado deve permanecer limitado à aplicação estudada. Ele não prova que todo conjunto de dados científicos alcançará uma taxa de acerto de 94% ou que o cache pode substituir nova capacidade para fluxos ao vivo únicos. Mas fornece evidências de que a arquitetura de dados e a arquitetura de rede podem ser projetadas juntas. (Atividades de pesquisa aplicada de 2024)

A ciência transatlântica precisa de diversidade física além da capacidade

A pegada doméstica da ESnet não pode ser separada de seus compromissos internacionais. A física de altas energias é organizada em torno de instalações e centros de computação em ambos os lados do Atlântico, e o relatório anual de 2024 atribuiu cerca de metade do tráfego da ESnet à atividade do Large Hadron Collider. Uma falha de cabo entre a Europa e a América do Norte pode, portanto, impactar uma carga de trabalho científica central, mesmo quando todos os roteadores domésticos estão intactos.

Durante 2024 e início de 2025, a ESnet expandiu a capacidade transatlântica relatada de cerca de 700 gigabits por segundo para 2,7 terabits por segundo. Um elemento-chave foi um acordo de 15 anos com a Aqua Comms por um quarto de par de fibra em uma rota que conecta Nova York a Dublin e Londres. A ESnet também compartilha capacidade e custos com a GÉANT em vários sistemas de cabos. A meta de engenharia é alcançar pelo menos 3,2 terabits por segundo em quatro caminhos fisicamente independentes, com capacidade projetada para crescer além de 10 terabits por segundo.

Capacidade e diversidade resolvem dois problemas diferentes. Dois serviços lógicos podem compartilhar o mesmo cabo, ponto de aterrissagem ou duto terrestre e, portanto, falhar juntos. O reparo de cabos submarinos pode exigir localização da falha, licenças, um navio de cabos, clima adequado e recuperação física da fibra danificada; o reparo pode levar semanas ou meses. A ESnet, portanto, planeja cenários envolvendo a ruptura simultânea de três cabos, em vez de presumir que um único caminho de backup seja suficiente.

Direitos de espectro de longo prazo dão à instalação mais controle sobre as atualizações do que comprar circuitos fixos repetidamente. Mas também criam compromissos com sistemas de cabos, infraestrutura de aterrissagem e parceiros operacionais específicos. A ESnet não elimina os riscos submarinos alugando espectro; ela ganha a capacidade de projetar capacidade e resiliência em vários sistemas, continuando a depender dos proprietários dos cabos, procedimentos de reparo e redes parceiras.

Este é outro ponto em que a descrição "dedicada" precisa de precisão. A ESnet controla direitos e arquitetura dedicados em rotas críticas, mas o modelo de ativo físico varia. Rotas domésticas e internacionais podem incluir fibra escura, espectro, serviços iluminados, co-locação ou capacidade de parceiros. Uma linha em um mapa não revela o mesmo nível de propriedade ou autoridade de reparo em cada segmento.

O relacionamento com a GÉANT mostra por que as redes de pesquisa cooperam sem controle centralizado. As duas organizações podem compartilhar custos e coordenar o tráfego científico, mas cada uma permanece responsável perante suas próprias instituições e membros. O desempenho completo ainda depende de redes nacionais de pesquisa, sistemas universitários e instalações experimentais que estão fora de qualquer backbone individual. (Marco de capacidade transatlântica;Relatório anual de 2024)

A demanda científica chega como carga permanente, rajadas raras e prazos rígidos

O Large Hadron Collider fornece a carga permanente. O modelo de computação distribuída move dados de experimentos entre o CERN, o Fermilab, o Brookhaven, universidades e outros centros, criando tráfego internacional contínuo. A operação de alta luminosidade planejada deve aumentar a produção dos detectores, a simulação e a replicação. A rede precisa transportar fluxos massivos em condições normais, mantendo diversidade de caminhos suficiente para enfrentar falhas de cabos ou instalações.

O Vera C. Rubin Observatory fornece o prazo rígido. O telescópio no Chile foi projetado para produzir uma imagem de cerca de 13 gigabytes a cada 30 segundos. O fluxo de dados de processamento rápido no SLAC e a emissão de alertas sobre objetos transitórios dependem da transferência rápida para que outros observatórios possam responder. A ESnet relata uma meta de mover cada imagem por cerca de 12.000 milhas em menos de sete segundos. A rota inclui parceiros de redes de pesquisa na América do Sul e parceiros internacionais, de modo que o resultado depende de engenharia coordenada além apenas da ESnet.

O DUNE fornece a rajada excepcional. Durante um evento de supernova, o programa de neutrinos antecipa a necessidade de mover até 600 terabytes em 100 segundos. O programa mais amplo deve produzir cerca de 900 petabytes ao longo de vinte anos. Esses são requisitos de planejamento para operações futuras, não descrições do tráfego diário atual. Sua importância está no fato de que o evento não pode ser agendado para quando a capacidade estiver disponível; uma rede projetada para o uso médio pode falhar no momento de maior valor científico.

A pesquisa de fusão combina distância internacional com um horizonte de desenvolvimento longo. Em maio de 2026, um teste transferiu 176 terabytes de dados do ITER de Marselha para a instalação DIII-D da General Atomics em San Diego a quase 80 gigabits por segundo. O ITER ainda estava em construção, então a transferência provou prontidão em vez de operação completa rotineira. Os materiais de requisitos preveem que alguns fluxos de trabalho de fusão futuros atinjam cerca de dois petabytes por dia e pelo menos 200 gigabits por segundo.

O FRIB e o Jefferson Lab mostram um terceiro padrão: um experimento pode precisar de análise remota enquanto os dados ainda estão sendo adquiridos. O EJFAT permite que fluxos de eventos cheguem à computação no NERSC ou Oak Ridge em vez de esperar que os arquivos sejam finalizados e copiados. Fontes de luz, microscópios eletrônicos e outros instrumentos enfrentam escolhas semelhantes sobre filtragem local, inferência de IA remota e a rapidez com que os resultados retornam ao operador.

As ciências do clima e da Terra expandem novamente o formato da demanda. Grandes simulações e conjuntos de dados observacionais se movem entre instalações de computação e armazenamento, enquanto sensores de campo podem estar em locais sem fibra convencional. Nenhuma taxa principal pode descrever todas essas necessidades. A ESnet deve suportar transferências massivas contínuas, rajadas raras, feedback de baixa latência, colaboração internacional e aquisição remota dentro de um único modelo de instalação. (Estudo do Rubin Observatory;Estudo do DUNE;Análises de requisitos)

As análises de requisitos transformam planos científicos em infraestrutura de rede

A ESnet não pode esperar que um experimento produza seu primeiro conjunto de dados para encomendar fibra, roteadores ou capacidade transatlântica. Acordos de longo prazo, compras de equipamentos, construção de sites e desenvolvimento de software levam anos. A instalação, portanto, realiza análises de requisitos com os programas de ciência do DOE em um horizonte de cinco a dez anos.

Pesquisadores e equipes de instalações descrevem instrumentos, volumes de dados esperados, locais de armazenamento, destinos de computação, restrições de temporização, colaboradores internacionais, uso da nuvem e necessidades de resiliência. Especialistas em rede e computação então examinam o fluxo de trabalho completo. Uma solicitação de um link maior pode revelar um problema mais importante no armazenamento local, diversidade de caminhos, arquitetura de segurança ou software de transferência de dados.

O processo de análise é uma forma de co-design. Os programas científicos explicam o que estão tentando realizar; a ESnet traduz a meta em dependências de infraestrutura e testa se o caminho proposto é viável. O resultado pode influenciar o tamanho do link do site, novas rotas, aquisições submarinas, implantações de Science DMZ, pesquisa de coordenação, contratação ou o cronograma da próxima geração da rede.

A principal análise de física de altas energias, concluída em 2025 e publicada em janeiro de 2026, envolveu 127 participantes e 14 estudos de caso em um relatório de cerca de 400 páginas. Sua importância não está em presumir que todas as previsões estão corretas – instrumentos podem atrasar, o software pode se tornar mais eficiente e novas cargas de trabalho podem surgir. O valor está em um registro documentado onde pesquisadores, engenheiros de rede, centros de computação e financiadores podem ver as mesmas suposições e ajustá-las conscientemente.

A previsão continua difícil porque a demanda científica é irregular. Uma supernova pode não ocorrer durante a vida útil do experimento; um fluxo de trabalho de IA pode se expandir mais rápido do que um ciclo de análise formal. O crescimento médio do tráfego ajuda a orçar, mas não pode substituir o planejamento para casos específicos. O aumento excepcionalmente baixo de 4% no tráfego de 2024 não prova uma parada na demanda de longo prazo; ilustra por que um único ano não deve definir um programa de infraestrutura de décadas.

As análises de requisitos também distribuem responsabilidades. Um laboratório não pode presumir que o backbone nacional consertará uma rota local inadequada; a ESnet não pode presumir que o programa científico se adaptará depois que a capacidade for construída. Colocar as dependências em um plano compartilhado torna os desacordos posteriores mais visíveis. (Relatórios de análises de requisitos)

Projetos sem fio e quânticos testam os limites da missão da ESnet

A rede nacional de fibra alcança bem as instituições fixas, mas os instrumentos científicos nem sempre operam nesses locais. Campos geotérmicos, observatórios ambientais e campanhas temporárias podem não ter cobertura de operadora, energia confiável ou uma rota de fibra prática. O programa Wireless Edge da ESnet investiga se redes celulares privadas, Wi-Fi, rádio direcional e satélite podem estender o fluxo de trabalho científico a esses locais.

Uma implantação em um local geotérmico em Nevada, anunciada em junho de 2026, combinou uma rede 4G privada usando espectro Citizens Broadband Radio Service, Wi-Fi HaLow de longo alcance, Wi-Fi convencional, um link Starlink, rádio direcional e uma torre portátil autossuficiente em energia. O design respondeu às condições de um único local de campo; não era um produto de acesso sem fio geral da ESnet, e não pode fornecer a capacidade contínua da fibra de longa distância. O terreno, clima, espectro, energia e provedor de satélite permanecem partes do caminho de serviço.

O ponto organizacional importante é que a ESnet não parou no ponto de fibra mais próximo e tratou o restante como responsabilidade de outra pessoa. A função de engajamento científico tratou a aquisição, o backhaul e o transporte de longa distância como um único fluxo de trabalho. Essa abordagem pode ser mais útil do que um produto padronizado, porque os locais científicos remotos enfrentam diferentes restrições físicas.

O QUANT-NET explora outra fronteira. O projeto financiado pelo ASCR constrói um testbed de rede quântica de três nós conectando o Laboratório Berkeley a dois locais da Universidade da Califórnia em Berkeley por cerca de cinco quilômetros. O trabalho inclui armadilhas de íons, interconexão fotônica, troca de emaranhamento, medições de Bell, controle sensível ao tempo e uma estrutura de software modular.

A relevância para a ESnet está principalmente no controle e coordenação. Experimentos quânticos exigem comunicações clássicas, temporização precisa e coordenação entre dispositivos que ainda são difíceis de operar. O software de controle de código aberto pode tornar os experimentos mais reproduzíveis e reduzir o ajuste manual. Mas o testbed não é uma internet quântica de produção e não transporta dados científicos convencionais de alto volume por emaranhamento.

O Wireless Edge e o QUANT-NET devem, portanto, ser medidos pelo que aprendem e pelo que é reutilizável. Nenhum deles é prova de que cada usuário da ESnet receberá um serviço de acesso sem fio ou um link quântico. Eles estendem a função de pesquisa da instalação para áreas onde as futuras redes científicas podem precisar de novos meios físicos e sistemas de controle. (Implantação do Wireless Edge;Pesquisa de redes quânticas)

American Science Cloud e ESnet7 mudam o planejamento de sites para fluxos de trabalho

O programa Integrated Research Infrastructure e o emergente projeto American Science Cloud refletem uma mudança na forma como o DOE descreve suas instalações. Em vez de tratar instrumento, rede, armazenamento e supercomputador como serviços separados, os programas visam fazê-los funcionar como um ambiente federado para dados científicos, IA e computação de alto desempenho.

O papel da ESnet está na camada de conectividade e coordenação. Os dados precisam se mover dos instrumentos para o armazenamento e os aceleradores; usuários e serviços precisam de acesso controlado; os fluxos de trabalho precisam descobrir os recursos disponíveis; a medição deve mostrar se o sistema está alcançando a meta científica. EJFAT, SENSE, OSCARS, Cloud Connect e High-Touch abordam cada um parte do problema, mas nenhum constitui sozinho a American Science Cloud.

No Confab26, Inder Monga foi identificado como vice-líder do projeto American Science Cloud, e as sessões do programa incluíram demonstrações e planejamento da próxima geração da rede. Isso constitui evidência de trabalho institucional ativo, não evidência de uma nuvem científica pública concluída em agosto de 2026. A política de acesso, o inventário de recursos conectados, o suporte à produção e a governança permaneceram questões em desenvolvimento.

A ESnet7 aparece dentro do mesmo ambiente de planejamento. O nome é real, e as sessões de inovação estudaram medição, inspeção de pacotes, movimentação de dados, IA e redes quânticas. No entanto, a ESnet6 continua sendo a geração de produção atual. Nenhuma arquitetura pública final, linha de base do projeto, seleção de fornecedor, orçamento completo ou data de lançamento foram fixados nas evidências disponíveis.

Os nomes das gerações de rede criam expectativas muito antes de o equipamento ser instalado. Um programa de planejamento pode moldar prioridades de pesquisa, engajar fornecedores e solicitar capital, mas não deve ser apresentado como um backbone concluído. A interpretação mais precisa é que a ESnet está usando a experiência operacional da ESnet6 e os projetos de fluxo de trabalho atuais para definir como deveria ser a sétima geração.

A velocidade continuará importante, mas as evidências sugerem que a programabilidade e a inteligência podem se tornar igualmente importantes. Um link mais rápido não pode dizer a uma aplicação onde a computação está disponível, identificar uma microrrajada, agendar um fluxo de detector ou provar que um serviço foi liberado corretamente em vários domínios. A questão estratégica para a ESnet7 é, portanto, quanto a rede deve entender e coordenar do fluxo de trabalho científico sem se tornar um controlador central difícil de gerenciar. (Programa do Confab26;Pesquisa aplicada de 2024)

O financiamento federal sustenta a instalação, mas a linha orçamentária não é receita

A ESnet não financia seu backbone vendendo largura de banda ao público. Ela é financiada principalmente pelo DOE por meio da atividade do ASCR chamada High Performance Network Facilities and Testbeds. A solicitação do ano fiscal de 2027 propôs US$ 103 milhões para essa linha, em comparação com US$ 97,261 milhões na coluna de dotações anterior.

Esses números fornecem o melhor indicador público do nível do programa, mas não são uma demonstração de resultados da ESnet. A linha também apoia testbeds relacionados à rede, manutenção de software, atualizações e atividades de pesquisa. Eles não revelam um custo operacional anual separado para o backbone de produção, gastos de capital por geração de rede ou receitas associadas a links de sites individuais.

O financiamento público permite que a instalação invista antes que a demanda se torne comercial. Pode comprar direitos de espectro de longo prazo, manter ferramentas de código aberto, apoiar experimentos de baixo volume e alto valor científico e construir diversidade de caminhos além do que o uso imediato justificaria. O mesmo modelo cria dependência das dotações do Congresso, das prioridades do DOE e da estrutura operacional do Laboratório Berkeley.

As conexões dos sites nem sempre são gratuitas. A política Site User Cost permite que os usuários institucionais cubram parte dos custos relacionados à conexão, de acordo com o patrocínio, a elegibilidade e os requisitos incrementais. A unidade de relacionamento é o site, não o pesquisador individual, e os endpoints não são faturados ou registrados separadamente pela ESnet.

A ausência de contas independentes limita a análise financeira. Os materiais públicos não revelam uma concentração completa de fornecedores, folha de pagamento, cronograma de depreciação, registro de ativos por rota ou orçamento de capital anual. Descrever US$ 103 milhões como "receita da ESnet" seria, portanto, impreciso. É mais correto dizer que um programa federal financia uma instalação de produção, seu trabalho de atualização, manutenção de software e testbeds por meio de uma linha de atividade mais ampla.

A estrutura de financiamento também afeta as decisões estratégicas. Uma rede comercial pode abandonar uma rota que não cobre seus custos; uma instalação científica pública precisa equilibrar missão nacional, oportunidade científica e capacidade de longo prazo com restrições orçamentárias. Isso pode justificar um investimento que não gera retorno financeiro imediato, mas torna a clareza das prioridades e as evidências dos requisitos essenciais. (Solicitação de orçamento do ASCR para o AF2027;Comitê ESCC e política de site)

Resiliência e visibilidade criam obrigações além do tempo de atividade

Os relatórios da ESnet de 2024 registraram um resultado notável de disponibilidade: os dez sites do Office of Science cobertos pela métrica alcançaram 100% de disponibilidade do serviço após excluir a manutenção planejada. Foi o primeiro ano em que todos os sites superaram o requisito de 99,9% simultaneamente. O relatório anual também forneceu um número mais amplo de tempo de atividade de 99,99%. Essas são métricas úteis, mas de escopo diferente, e não provam que cada serviço, instituição e caminho internacional não sofreu interrupções.

O Site Resilience Program examina entradas diversificadas, roteadores, energia e domínios de falha dentro das instalações conectadas. Isso reflete uma verdade desconfortável: um backbone nacional pode ser multi-homed enquanto um laboratório permanece dependente de um único duto local ou de um único dispositivo. A resiliência precisa alcançar o prédio e o sistema de transferência de dados, não parar no mapa do backbone.

A política de roteamento fornece outra camada de controle. A ESnet rejeita anúncios RPKI-invalid no peering, exige registros de roteamento atualizados e apoia o monitoramento de sequestro de rota e o roteamento blackhole para destinos. Esses controles mitigam riscos conhecidos, mas não tornam o roteamento entre sistemas autônomos infalível. Uma origem de rota válida pode estar associada a um vazamento ou erro de política; o blackhole protege outros sistemas tornando o destino alvo inacessível.

A automação cria uma troca semelhante. Configurações padronizadas, inventário e coordenação reduzem erros manuais e aceleram a recuperação, mas um modelo, política ou registro de dados incorreto pode se propagar rapidamente por muitos dispositivos. A resposta apropriada é a implantação em fases, verificação independente, procedimentos claros de rollback ou roll-forward e limites na autoridade de qualquer conta de automação única.

Os dados operacionais merecem atenção semelhante. A política de dados da instalação afirma que os dados de uso do roteador e NetFlow podem ser retidos indefinidamente e copiados entre repositórios das costas leste e oeste. As medições ativas do perfSONAR são mantidas por seis meses em um único disco, sem backup. Os dados de uso do roteador e traceroute são públicos; os registros de fluxo e segurança estão sujeitos a acesso restrito.

A ESnet pode não ter uma relação de assinatura individual com o usuário e ainda assim coletar dados operacionais granulares – são dois sistemas diferentes. Não há relação de membro e faturamento individual, mas os metadados da rede podem revelar endpoints, instituições em comunicação, temporização e padrões de tráfego. A medição de alta fidelidade melhora o diagnóstico e a segurança, mas amplia a necessidade de minimização de dados, controle de acesso, revisão de retenção e uso responsável.

Um modelo de resiliência credível é construído com mecanismos de escopo definido: diversidade física, engenharia de site, segurança de roteamento, medição, resposta a incidentes, governança de dados e métricas claramente especificadas. (Marco de disponibilidade;Política de dados da instalação;Política de peering)

O verdadeiro teste é se a ciência distribuída funciona na prática

A história da ESnet pode ser lida como uma série de redes mais rápidas: os sistemas especializados anteriores, a ESnet4, a rede continental de 100G da ESnet5 e a ESnet6 de múltiplos terabits. Essa sequência é real, mas omite a continuidade mais importante. A instalação mudou repetidamente a arquitetura ao redor do trabalho científico quando o aumento da largura de banda por si só não conseguia resolver o problema.

A Science Data Network separou os fluxos excepcionais do tráfego comum; o OSCARS tornou a capacidade reservável; a Science DMZ alterou o perímetro institucional; o perfSONAR e o iperf3 transformaram disputas de desempenho em medições. O SENSE vinculou a intenção da aplicação a vários domínios administrativos; o EJFAT colocou o caminho de longa distância no loop do detector; o cache alterou a demanda; o espectro transatlântico mudou o nível de controle da ESnet sobre o crescimento internacional.

A autoridade da organização permanece limitada. O DOE e o ASCR definem a missão e o financiamento; o Laboratório Berkeley opera a instalação; a Universidade da Califórnia administra o laboratório sob contrato. Os coordenadores de site aprovam mudanças que afetam suas instituições; os parceiros internacionais controlam suas redes. Provedores de nuvem, operadoras, proprietários de cabos e fornecedores de equipamentos detêm autoridade sobre componentes dos quais a ESnet depende.

A distribuição do controle não é um problema que o software pode eliminar; é a condição sob a qual a rede científica opera. A conquista prática é a coordenação robusta o suficiente para entregar o fluxo de trabalho sem afirmar que uma única organização possui todo o caminho.

A mesma disciplina deve ser aplicada às afirmações futuras. A ESnet7 ainda está em planejamento; o SENSE permanece em pesquisa de acordo com o último relatório completo; o EJFAT é um protótipo avançado ou plataforma emergente; o QUANT-NET é experimental; a American Science Cloud ainda estava em construção. O valor da evidência sobre eles está em descrever seu estágio de maturidade com precisão.

A importância de longo prazo da ESnet está no modelo de instalação para usuários. A rede é tratada como um instrumento científico, com requisitos, operações, software, medição, pesquisa e financiamento público. Esse modelo reconhece que um detector e um supercomputador separados por milhares de quilômetros oferecem pouco valor conjunto, a menos que os sistemas entre eles sejam projetados como um único caminho.

Nenhuma métrica recente e neutra nas evidências disponíveis pode classificar a ESnet como a rede mais rápida do mundo, e esse não é o teste mais útil. O teste mais forte é se um instrumento pode alcançar armazenamento ou computação remota na taxa necessária, recuperar-se quando parte do caminho falha e produzir evidências mostrando onde está a responsabilidade. A posição da ESnet será confirmada ou enfraquecida por esses resultados de produção à medida que a American Science Cloud, a transmissão ao vivo e o futuro programa ESnet7 passarem de demonstrações e planos para serviços científicos suportados. (História da ESnet;Lançamento da ESnet6;Relatório anual de 2024)

Fontes