Resumo

  • O projeto proposto por Segal em agosto de 1984 levou TCP/IP a sistemas não Unix, incluindo o IBM-VM central e um VAX VMS, para testar a ligação entre ambientes abertos recentes e plataformas proprietárias já instaladas.
  • Como primeiro coordenador de TCP/IP a partir de 1985, Segal ajudou a transformar o teste em serviço. Um levantamento de março de 1988 registrou 355 hosts, embora conexões TCP/IP externas continuassem proibidas.
  • Em janeiro de 1989, o CERN substituiu seus endereços internos por endereços IP oficiais. Só então vieram os primeiros enlaces externos, mostrando que escala interna, suporte institucional e permissão de fronteira não são a mesma decisão.

Uma ilha com muitos tipos de computador

O inventário do CERN de 1988 parece uma lista de incompatibilidades: IBM, Norsk Data, Apollo, VAX, PC, Sun, Cray e Macintosh. Mesmo assim, 355 máquinas ofereciam serviço TCP/IP em 29 de março. Login remoto, transferência de arquivos e operações por RPC já eram usos intensivos, não promessas de laboratório.

Essa rede, porém, era uma ilha. Seu tráfego TCP/IP não podia alcançar uma organização externa. A restrição não vinha da incapacidade do protocolo, e sim da política do grupo responsável por comunicações. O CERN havia aceitado o uso interno sem aceitar ainda o relacionamento externo que o nome “Internet” implicava.

O paradoxo ajuda a desmontar uma suposição comum: quando a implantação técnica atinge massa crítica, a conexão de ponta a ponta não acontece automaticamente. A borda de uma instituição tem donos, riscos e regras próprios.

O teste foi desenhado para o legado

Segal entrou no CERN em 1971, quando comunicação de dados significava conviver com soluções de fabricantes, sistemas desenvolvidos localmente e padrões abertos incompletos. Em um período sabático em Palo Alto, em 1977, conheceu ARPANET e Unix. A experiência mostrou uma alternativa à ideia de que cada família de computador deveria permanecer em sua própria rede.

Em 1983, o CERN criou o grupo Data Communications com a missão de unificar a rede. A divisão real de trabalho permaneceu fragmentada. O novo grupo se concentrou no backbone e nas normas ISO, além de apoiar DECnet. Redes do mainframe IBM, correio, notícias, Unix e estações de trabalho ficaram em outras áreas. O TCP/IP apareceu justamente onde o organograma não oferecia um proprietário único.

Em agosto de 1984, Segal propôs instalar e avaliar TCP/IP em máquinas não Unix decisivas, entre elas o IBM-VM central e um VAX VMS. A pergunta não era se o protocolo funcionava em seu ambiente mais favorável. Era se poderia unir os novos sistemas abertos aos equipamentos proprietários que o CERN continuaria usando.

O piloto foi aprovado. No relato posterior de Segal, o resultado confirmou o potencial do TCP/IP e estabeleceu sockets, originados no BSD, como interface de programação recomendada. A interface comum permitiu que os aplicativos aproveitassem a rede sem depender de um único fabricante.

Coordenação era parte da infraestrutura

No início de 1985, um acordo formal entre os grupos Software e Data Communications nomeou Segal como primeiro coordenador de TCP/IP do CERN. A função não era apenas divulgar a tecnologia.

O relatório de 1988 descreve roteamento estático e uma tabela-mestre de hosts. O coordenador mantinha nomes, endereços e informações de rota, enviando atualizações aos administradores que cuidavam das cópias locais. Portanto, a rede dependia de um ciclo social: uma referência comum, distribuição de mudanças e execução por responsáveis espalhados.

Essa rotina explica como um protocolo se torna serviço. Uma demonstração prova que dois sistemas podem conversar hoje. A coordenação garante que continuem se reconhecendo depois que endereços, rotas e máquinas mudarem.

Mas o cargo não incluía autoridade sobre a fronteira externa. A Europa vivia a disputa entre protocolos de Internet, padrões ISO e redes proprietárias. Governos, administrações de telecomunicações e empresas apoiavam caminhos diferentes. Segal podia reduzir a incerteza técnica dentro do CERN; não podia, sozinho, decidir a política internacional do laboratório.

LEP elevou o custo da informalidade

Em novembro de 1985, a administração do LEP escolheu TCP/IP para o controle do acelerador de 27 quilômetros. A posterior adoção de Unix fortaleceu a escolha. Segundo Segal, as duas decisões foram importantes para o êxito do LEP.

Um grande instrumento científico transforma o valor de uma rede. Quando controles dependem dela, manutenção voluntária deixa de ser suficiente. Falhas afetam operações, cronogramas e investimentos muito maiores do que o projeto de comunicação.

Entre 1985 e 1988, um grupo pequeno expandiu o serviço. Em 1988, Data Communications finalmente assumiu o suporte ao TCP/IP, e a operação de poucos recursos passou a ter pessoal e organização. O suporte formal veio anos depois da prova inicial porque aceitar uma tecnologia e aceitar sua obrigação permanente são compromissos distintos.

O “big bang” de endereços

Uma rede fechada pode adotar endereços que só fazem sentido localmente. Para participar da Internet, precisa de identificadores reconhecidos por outros participantes e de rotas que possam ser anunciadas sem conflito.

Em janeiro de 1989, o CERN realizou uma troca coordenada de todos os endereços IP por endereços oficiais. Segal chamou a operação de “big bang”. As primeiras conexões externas à Internet vieram em seguida.

O esforço da mudança mede o sucesso anterior. Não era mais necessário alterar algumas máquinas de teste, mas centenas de hosts, arquivos de configuração, aplicativos e práticas locais. Quanto mais eficiente a fase provisória, maior o risco de seus detalhes temporários se tornarem permanentes.

A renumeração marcou a passagem entre duas formas de legitimidade. Antes, bastava que o endereço fosse único dentro do CERN. Depois, ele precisava ocupar um lugar reconhecido em um sistema global. A política externa e a configuração técnica tiveram de mudar juntas.

Um ambiente para o Web, não a invenção do Web

Tim Berners-Lee escreveu sua primeira proposta para o World Wide Web em março de 1989. O primeiro servidor e navegador funcionavam no fim de 1990. A proximidade temporal com a abertura da Internet no CERN é significativa, mas não transforma os eventos em um só.

Segal apresentou a desenvolvedores a pilha IP e a interface de sockets. A Internet Hall of Fame também registra que orientou Berners-Lee para os RFCs e para protocolos existentes, como FTP e NNTP. Trata-se de uma contribuição ao ambiente técnico e às escolhas de projeto, não de coautoria do Web.

O próprio Segal escreveu que uma conexão mais cedo talvez tivesse antecipado o Web, mas classificou a hipótese como especulação. Sua afirmação segura era que a Internet ofereceu uma oportunidade. Essa cautela mantém separadas a preparação da infraestrutura e a criação feita sobre ela.

O piloto acumulou poder de decisão

Até 1989, o CERN havia produzido evidências que não existiam em 1984: funcionamento entre plataformas, aplicações úteis, administradores treinados, uma API comum, um coordenador identificável, um sistema de controle dependente e uma equipe formal de suporte.

Esse conjunto não obrigou a direção a abrir a fronteira. Ele tornou a decisão menos abstrata. Os benefícios eram observáveis; o trabalho de migração podia ser dimensionado; os responsáveis internos já existiam.

Segal não eliminou a política por meio da engenharia. Ele fez algo mais durável: construiu uma operação capaz de sobreviver até que a política mudasse. O protocolo saiu do laboratório somente quando endereços, responsabilidades e autorização chegaram juntos à borda.

Fontes