Resumo

  • Vint Cerf aparece nos registros como coautor, arquiteto e ator de programa, não como inventor solitário nem executor único da migração para TCP/IP.

  • A arquitetura mudou durante a construção: o desenho inicial reunia funções que depois foram separadas entre IP e TCP, em resposta à crítica e à experiência de implementação.

  • O prazo de 1983 só ganhou força operacional quando especificações, números atribuídos, gateways, software de hosts, política institucional e trabalho de operadores convergiram.

  • O plano publicado por Jon Postel no RFC 801 estabelecia 1º de janeiro de 1983 como meta para a substituição completa do NCP por IP e TCP na ARPANET. A formulação parece limpa. A execução não era. Cada organização responsável por um host precisava implementar os novos protocolos e os serviços principais. Durante a transição, hosts de retransmissão teriam de permitir comunicação entre sistemas que ainda falavam NCP e aqueles que já usavam TCP/IP.

  • Esse ponto de partida muda a pergunta sobre Vint Cerf. Em vez de buscar um instante em que uma pessoa “inventou a internet”, vale observar como decisões documentadas de arquitetura foram convertidas em uma fronteira operacional. Cerf é um fio importante nessa história: coautor do artigo de 1974 com Robert Kahn, coautor do RFC 675 com Yogen Dalal e Carl Sunshine, autor do modelo de catenet do IEN 48 e, mais tarde, ator de programa na DARPA. Mas a data-limite não estava sob seu controle individual. Ela dependia de código, gateways, identificadores, instituições e operadores espalhados por muitos lugares.

O resultado imediato confirma essa diferença entre prazo e conclusão. Em fevereiro de 1983, o RFC 842 testou serviços em 328 hosts e encontrou uma combinação de conexões aceitas, recusadas, inalcançáveis e máquinas inativas. O corte havia alterado o padrão esperado de operação, mas não eliminara defeitos nem concluíra todo o trabalho. A evidência permite falar de uma migração desigual; não permite transformar a virada numa cerimônia impecável.

O problema herdado e a construção de Cerf e Kahn

Cerf e Kahn não começaram em terreno vazio. Donald Davies desenvolvera a comutação de pacotes em seu trabalho de comunicação de dados no National Physical Laboratory. Louis Pouzin e o projeto CYCLADES ajudaram a estabelecer ideias de datagrama e a linguagem de catenet. A ARPANET, redes de rádio por pacotes e redes por satélite já apresentavam experiências e restrições distintas. O problema de 1973 era fazê-las participar de um ambiente de comunicação sem exigir que todas se tornassem a mesma rede.

No artigo publicado em maio de 1974, Cerf e Kahn propuseram comunicação entre redes de pacotes diferentes por meio de gateways, endereçamento comum de inter-rede e responsabilidades mantidas nos hosts e processos. O valor da decisão estava no limite imposto à rede participante: ela precisava oferecer uma interface compatível, mas não abandonar sua organização interna. O benefício potencial era expansão sem uma conversão global. O risco era deslocado para pontos de interconexão e para os hosts, que teriam de lidar com endereços, sequenciamento, verificação de ponta a ponta e diferenças de transporte.

É possível identificar aí uma contribuição construída por Cerf e Kahn, sem apagar o que eles herdaram. O artigo é prova de coautoria e de uma proposta específica de intercomunicação. Não é prova de que qualquer um deles tenha originado sozinho a comutação de pacotes, todas as ideias de datagrama ou a internet operacional que surgiria anos depois. Essa distinção não diminui o projeto; mostra exatamente qual foi sua ambição: definir uma forma de cooperação entre sistemas heterogêneos.

RFC 675: quando uma especificação ainda carregava funções demais

Em dezembro de 1974, o RFC 675 levou o desenho a outro grau de detalhe. O documento identifica Vinton Cerf, Yogen Dalal e Carl Sunshine como autores e reconhece contribuições de Kahn, Postel e outros participantes. Seu “Internet Transmission Control Program” reunia comportamento de pacotes e gateways com responsabilidades de transmissão confiável, sockets, retransmissão e fragmentação.

Essa combinação é importante porque revela uma alternativa real, e não uma marcha inevitável rumo à arquitetura final. O primeiro TCP era mais monolítico. Em 1977, o IEN 2 de Postel argumentou que empacotamento e roteamento entre saltos deveriam ser separados do controle ponta a ponta no host. A crítica redesenhou a fronteira: IP cuidaria do datagrama e de sua passagem pela inter-rede; TCP trataria confiabilidade, conexão, sequência, janelas e retransmissão acima dele.

Para Cerf, o registro mostra tanto autoria quanto limite. Ele participou da formulação inicial, mas o sistema ganhou forma por revisão coletiva. Os padrões DoD de janeiro de 1980, RFC 760 e RFC 761, já apresentavam IP e TCP separados; os RFCs 791 e 793, publicados em setembro de 1981 pelo programa de internet da DARPA e preparados na USC/ISI, consolidaram especificações pré-virada. Não há base para atribuir a Cerf cada campo desses textos finais. Há base para situá-lo numa cadeia em que uma proposta foi criticada, dividida, implementada e padronizada.

Catenet: crescer sem sincronizar todas as redes

No IEN 48, de julho de 1978, Cerf descreveu um modelo de catenet para uma federação de redes de pacotes heterogêneas. O texto preserva a atribuição do termo a Pouzin e trata de formato comum de datagrama, endereçamento, fragmentação e incorporação gradual de novas redes. A escolha central era tolerar diversidade abaixo de uma interface de interconexão.

Esse desenho favorecia redes que queriam aderir sem reconstruir toda a infraestrutura. Também criava portadores de risco. Gateways precisavam encaminhar datagramas entre ambientes diferentes. Hosts assumiam mais responsabilidade pela comunicação ponta a ponta. Erros de tamanho, fragmentação, timeout ou endereço poderiam atravessar limites organizacionais. A arquitetura evitava um comando central sobre cada rede, mas exigia acordo rigoroso sobre o que cruzava suas bordas.

O IEN 48 ajuda a separar duas decisões às vezes confundidas. Uma era aceitar a heterogeneidade como condição permanente. Outra era definir um conjunto comum de regras capaz de torná-la operável. Cerf ofereceu uma formulação clara dessa segunda decisão; não reivindicou ter criado sozinho os conceitos anteriores sobre os quais ela se apoiava.

Implementar era testar a própria arquitetura

Até 1979, a questão já não cabia apenas em diagramas. O IEN 98 reuniu relatos de implementação de TCP em BBN, UCLA, DTI, SRI, NDRE, MIT e outros locais, em sistemas operacionais e máquinas diferentes. A lista é uma advertência contra biografias excessivamente compactas: uma especificação não se torna rede porque seu autor a considera pronta. Ela se torna testável quando equipes independentes conseguem fazê-la funcionar em ambientes que o texto não controla.

Os obstáculos eram concretos. O projeto de Robert Hinden para levar TCP/IP ao Terminal Access Controller da BBN precisava conciliar o novo conjunto de protocolos com NCP, tratar remontagem de pacotes IP, roteamento, mensagens de gateway, janelas, retransmissões e conexões. Nas notas da reunião de internet de janeiro de 1981, Cerf aparece recebendo participantes e colocando desempenho, endereçamento e documentação em pauta. Os relatos de UCL, RSRE e outras equipes traziam gateways, X.25, medições, fragmentação, roteamento de origem e timeouts dinâmicos.

Essa é uma das decisões observáveis de Cerf: usar sua posição de programa para formular problemas comuns e sustentar um espaço de coordenação. Uma história retrospectiva, o RFC 1160, registra que ele estabeleceu em 1979 o Internet Configuration Control Board para orientar a evolução técnica da suíte. O mesmo registro também deixa claro que reorganizações posteriores couberam a sucessores e à comunidade. A coordenação ampliou sua influência, mas não lhe deu domínio sobre cada implementação.

Da especificação à migração obrigatória

Uma arquitetura pode ser elegante e ainda assim permanecer opcional. Entre 1980 e 1982, a superfície de controle se tornou mais explícita. O RFC 790 publicava números de rede, protocolos e portas: sem identificadores mantidos de forma consistente, software compatível ainda poderia falar sobre destinos diferentes. O RFC 801 definia tarefas para organizações de hosts, serviços principais, retransmissão temporária e o prazo. Boletins distribuídos pela SRI NIC tratavam os contatos de hosts, IMPs e TIPs como essenciais à operação.

Em março de 1982, o IEN 207 registrou a política do Departamento de Defesa que tornava TCP/IP obrigatório nas redes de pacotes relevantes para interoperabilidade e designava a Defense Communications Agency como agente executivo. Exceções seriam decididas caso a caso. A alternativa deixava de ser apenas “qual arquitetura funciona melhor?” e passava a incluir “qual nível de coexistência ainda será aceito?”.

Os benefícios e os custos ficaram distribuídos de forma desigual. Redes e usuários ganharam uma base comum para comunicação entre sistemas diferentes. Implementadores de hosts, administradores, operadores e equipes de gateway carregaram o custo de adaptar software e investigar falhas. Relays reduziram o risco de interrupção imediata, mas prolongaram a convivência entre dois mundos. Uma virada instantânea simplificava o objetivo coletivo; uma migração gradual protegia serviços, ao preço de mais estados intermediários e mais dificuldade de diagnóstico.

O que permanece incerto também importa. Os documentos públicos não recompõem a divisão privada de trabalho entre Cerf e Kahn em cada decisão de 1973. Não permitem atribuir a Cerf a redação de todos os campos dos RFCs finais. E os testes pós-virada não explicam a causa de cada host morto, recusado ou inalcançável. Uma análise responsável preserva esses vazios em vez de preenchê-los com intenção psicológica ou heroísmo.

Fontes

  • Vint Cerf e Robert Kahn, “A Protocol for Packet Network Intercommunication”, IEEE Transactions on Communications, maio de 1974; cópia pública hospedada pela Princeton University.
  • Vint Cerf, Yogen Dalal e Carl Sunshine, RFC 675, dezembro de 1974.
  • Jon Postel, IEN 2, agosto de 1977.
  • Vint Cerf, IEN 48, julho de 1978.
  • IEN 98, relatório de implementações TCP, maio de 1979.
  • RFC 760, RFC 761, RFC 791 e RFC 793.
  • Jon Postel, RFC 790 e RFC 801, 1981.
  • IEN 166, IEN 175 e IEN 207.
  • ARPANET News e arquivo TCP-IP Digest.
  • RFC 842, fevereiro de 1983.
  • RFC 1160, maio de 1990, usado apenas para a história institucional retrospectiva.
  • National Physical Laboratory, Donald Davies, usado para o limite de atribuição sobre comutação de pacotes.
  • Internet Hall of Fame, Louis Pouzin, usado em conjunto com o IEN 48 para o limite de atribuição sobre CYCLADES e catenet.

Crédito da imagem

Composição editorial assistida por IA, criada a partir de uma fotografia de Vint Cerf feita em 2005 por Joi (Jōichi Itō), via Wikimedia Commons, sob licença CC BY 2.0. A camada abstrata de rede foi gerada com o OpenAI imagegen por meio do Codex para apresentação editorial; a imagem não registra o desenvolvimento dos protocolos nem a migração de 1973–1983.