Resumo

  • Na solicitação enviada à NSFNET em maio de 1988, a NORDUNET não propôs uma rede exclusivamente para a Internet. O plano era transportar IP, DECnet, X.25, EARN e serviços OSI numa infraestrutura comum, operada pelas organizações nacionais, com os países nórdicos pagando pela conexão aos Estados Unidos.
  • O “plugue NORDUnet” transformou essa arquitetura numa imagem de serviços: comunidades diferentes poderiam compartilhar a mesma rede sem fingir que seus protocolos, práticas e necessidades já tinham convergido. Os quatro pinos representavam serviços, não quatro países nórdicos.
  • A arquitetura abriu uma rota regional em direção à NSFNET, mas não apagou dependências nem poderes de decisão. A solicitação aceitava as regras da NSFNET e previa até migrar para ISO IP caso a NSF assim decidisse. Operadores nacionais, empresas de telecomunicações, financiamento compartilhado e o ponto de chegada nos EUA continuaram importantes.

Solicitar uma conexão não é tê-la

Em 25 de maio de 1988, Peter Villemoes, presidente do comitê diretor da NORDUNET, enviou à National Science Foundation uma “Application for connection to the NSFnet”. O documento começava pedindo aprovação. A distinção importa: uma solicitação mostra o que os autores queriam e o que estavam dispostos a prometer; por si só, ela não prova que um circuito foi entregue, que o roteamento entrou em funcionamento ou que pesquisadores puderam usar os serviços.

O plano previa uma variedade considerável de serviços. A NORDUNET queria correio eletrônico, transferência de arquivos e Telnet pela Internet; também DECnet, serviços baseados em X.25, tráfego BITNET/EARN por NJE e RSCS, e serviços de rede OSI. A rede nórdica começaria com 64 kbit/s, seria operada pelas organizações nacionais e conectaria os países participantes à NSFNET. A solicitação dizia que os países nórdicos arcariam com os custos da conexão americana, seguiriam as recomendações de gateway da RFC 1009 e as regras da NSFNET, e migrariam para ISO IP se a NSF decidisse assim. Isso registra compromissos da solicitação, não prova que a migração posterior tenha acontecido. O documento original preserva o plano em palavras dos próprios participantes.

Isso está longe de uma declaração de vitória de um protocolo. A rede queria acesso à Internet o quanto antes, mas também precisava atender instituições que já dependiam de outros sistemas. Software instalado, colegas remotos e rotinas de trabalho não desapareciam porque uma arquitetura nova parecia promissora.

Um programa nórdico antes da rede troncal

A cooperação que sustentou aquela solicitação vinha sendo construída havia anos. Especialistas nórdicos em redes se reuniam desde 1980; em 1985, começou o programa NORDUNET, financiado pelo Conselho Nórdico de Ministros. O objetivo era criar uma infraestrutura compartilhada de pesquisa e ensino entre Dinamarca, Finlândia, Islândia, Noruega e Suécia. O programa institucional e a rede operacional não eram a mesma coisa: o primeiro estabelecia uma estrutura política e administrativa; as equipes técnicas ainda precisavam fazer linhas, roteadores e serviços funcionarem juntos. A história institucional da NORDUnet reconstrói esse processo com entrevistas e documentos de arquivo.

A oportunidade prática inicial veio da EARN, a rede acadêmica europeia baseada em NJE/RSCS da IBM. Em 1987, o projeto X.EARN começou a estudar como usar as linhas existentes da EARN para mais do que o tráfego da própria EARN. A ambição cresceu: manter um serviço do qual universidades dependiam e, ao mesmo tempo, permitir que uma rede troncal comum transportasse outros usos.

A mudança não se resumiu a reconfigurar equipamentos. O plano original de reaproveitar as linhas da EARN não pôde ser executado como previsto. A NORDUnet obteve novas linhas alugadas. Os ambientes Ethernet nacionais se conectavam por roteadores e gateways, e pontes Ethernet interligavam a rede troncal nórdica. A topologia também mudou: saiu o quadrado inicialmente cogitado, entrou uma estrela mais barata com centro no Instituto Real de Tecnologia de Estocolmo. A implementação física mudou; continuou o objetivo de conectar redes nacionais sem exigir que cada país reconstruísse seu sistema ao mesmo tempo.

Quatro pinos, vários serviços

Einar Løvdal apresentou o “plugue NORDUnet” numa conferência em Reykjavík, em setembro de 1988. Cada pino representava um serviço que a rede troncal deveria oferecer às redes acadêmicas nacionais. A ilustração reúne quatro famílias: ARPA Internet IP, DECnet, X.25 e EARN. Era uma representação pedagógica do conceito de serviço, não uma contagem de países nem uma lista exaustiva.

A solicitação contemporânea à NSF revela o limite da imagem. Ela listava cinco grupos previstos, acrescentando os serviços de rede OSI separadamente a IP, DECnet, X.25 e EARN. O desenho resume um programa complexo de modo memorável; a solicitação é a fonte mais direta sobre o conjunto de compromissos. Ler os dois registros evita confundir a metáfora com um inventário completo de protocolos.

O plugue também não significava que um único gateway traduzia todo pacote ou aplicação para todos os demais protocolos. A rede combinava roteadores, gateways, pontes e arranjos específicos de cada serviço. Mais tarde, a RFC 1277 registrou pilotos de CLNS tanto na NSFNET quanto na NORDUnet: isso comprova a coexistência de trabalho OSI com o caminho da Internet, não uma camada universal que tornava todos os protocolos intercambiáveis. A RFC 1277 é um registro técnico contemporâneo; a história da NORDUnet fornece o contexto amplo.

A utilidade política da metáfora estava em outro lugar. Ela permitia que organizações nacionais discutissem as necessidades dos pesquisadores sem resolver primeiro cada disputa de doutrina. Um usuário queria falar com um colega, transferir um arquivo ou manter um serviço. Esses resultados dependiam de protocolos, mas não eram a mesma coisa que escolher um único protocolo como único futuro legítimo.

O enlace transatlântico teve mais de uma data

A rede nórdica também buscou conexão com a infraestrutura americana de pesquisa. A solicitação de maio de 1988 pediu aprovação da NSF e um local para iniciar conversas sobre a ligação física; dizia que todos os países nórdicos usariam a conexão. A história da NORDUnet descreve um enlace via satélite de 56 kbit/s até o John von Neumann Center, em Princeton. A cronologia da FUNET registra a prontidão do roteamento em 1º de dezembro de 1988. A história distingue disponibilidade, testes e o período do worm Morris em novembro; a FUNET fornece um marco específico de roteamento. Não são datas intercambiáveis de um único evento.

Essa não foi a primeira conexão entre a Europa e os Estados Unidos, nem o primeiro enlace de qualquer projeto europeu à Internet. A SATNET e iniciativas individuais tinham ligações anteriores; a própria história da NORDUnet menciona a INRIA. A contribuição mais precisa foi tornar uma rede internacional de pesquisa uma rota compartilhada para universidades de vários países nórdicos. A solicitação à NSF mostra os limites de controle: a NORDUNET pagaria a conexão e seguiria as regras americanas de gateway; a NSF manteria a decisão sobre o lado dos EUA e uma eventual migração para ISO IP.

A Islândia mostra que um plugue comum não dava o mesmo caminho

A Islândia não recebeu simplesmente a mesma rota física dos outros quatro países. Em julho de 1989, a SURIS conectou-se a um ponto da NORDUnet na Dinamarca usando IP sobre X.25 via satélite. A história da NORDUnet informa 2.400 bit/s; a retrospectiva da ISNIC registra uma faixa observada de 300 a 1.200 bit/s. Esses números descrevem uma ligação restrita, não a capacidade da rede troncal nórdica. O enlace acrescentou Telnet e FTP diretos ao acesso internacional antes baseado em e-mail e Usenet; cerca de um ano depois, foi substituído por uma linha alugada até Estocolmo. O relato da ISNIC registra essa história operacional local.

A rota islandesa corrige a imagem de uma rede regional uniforme. Uma intenção de serviço compartilhada não garantia o mesmo equipamento, preço, capacidade ou experiência em todos os lugares. A arquitetura podia acomodar uma exceção local; a exceção ainda tinha custo e limite de desempenho.

Trieste foi debate, não veredito

No RARE Networkshop de Trieste, em maio de 1989, a Europa começava a fase de implementação do COSINE, cujo plano se baseava em OSI. Løvdal apresentou os serviços da NORDUnet e defendeu que TCP/IP fosse reconhecido como um serviço europeu, e não apenas americano. A história posterior da NORDUnet lembra uma recepção dividida: aplausos de uma parte da sala, silêncio de outra e discussão intensa em seguida. O relatório contemporâneo do encontro RARE documenta o cenário; os detalhes da reação vêm da história institucional e de seus participantes.

Esse episódio não prova que “a Europa escolheu TCP/IP” em uma reunião, nem que todos os operadores defendiam a mesma posição. A solicitação de 1988 também listava serviços OSI e aceitava a possibilidade de migrar para ISO IP no futuro. A pergunta prática era como manter os serviços enquanto evidências, produtos e políticas mudavam. A NORDUnet tinha um caso real para apresentar: uma rede regional já carregava IP e outros serviços antes de o debate europeu terminar.

O plugue cumpria, portanto, duas funções. Tecnicamente, descrevia como conectar diferentes famílias de serviços numa infraestrutura regional compartilhada. Politicamente, oferecia aos participantes um objeto comum de discussão sem declarar ilegítimos os sistemas já instalados de qualquer lado. Não encerrou a disputa; permitiu continuar o trabalho dentro dela.

O que o plugue não mostrava

A NORDUnet não era uma utopia neutra em relação a protocolos nem uma rede sem centro. O programa tinha um comitê diretor; organizações nacionais operavam a rede; empresas nórdicas de telecomunicações forneciam as linhas alugadas; e a NSF controlava a aprovação e as regras do lado americano. Uma metáfora de serviços não apagava essas dependências. Os registros disponíveis tampouco provam que todos os serviços planejados funcionavam em todos os lugares, que todos os usuários tinham o mesmo desempenho ou que todos os participantes exerciam a mesma influência.

A afirmação histórica mais segura é mais restrita: o projeto nórdico não esperou um protocolo vencer para interligar a região. Criou uma rota compartilhada em torno de serviços já existentes, acrescentou o IP da Internet e deixou um ponto futuro de decisão explicitamente com a NSF. É por isso que o plugue importa: mostrou uma maneira prática de coordenar a mudança sem confundir uma rede troncal comum com uma resposta comum a todas as perguntas futuras.