Resumo

  • O plano para o Hilton ligava terminais da conferência, por meio de um TIP, a recursos da ARPANET para que os participantes pudessem experimentar a rede.
  • As RFCs de julho mostram que a experiência ainda dependia de testes de capacidade, compatibilidade entre terminais, aplicações preparadas, instruções claras e pessoas disponíveis para ajudar.

A rede precisava de uma porta de entrada

Talvez o detalhe mais revelador dos preparativos para a demonstração pública da ARPANET em 1972 seja o que ainda não estava resolvido em julho. O Terminal Interface Processor (TIP) suportaria os terminais planejados para o Washington Hilton? Quais modelos funcionariam com quais recursos remotos? Um visitante saberia o que digitar — e quem poderia ajudá-lo se ficasse preso? Não eram acabamentos em torno de uma tecnologia pronta. Eram parte do trabalho necessário para que alguém de fora da rede pudesse usá-la.

Em 12 de julho, Robert Kahn descreveu o plano na RFC 371. A International Computer Communications Conference aconteceria em Washington, de 24 a 26 de outubro. A demonstração de redes ocorreria em paralelo às sessões, oferecendo aos participantes experiência direta, em vez de apenas uma palestra sobre comunicação entre computadores. Kahn imaginava buscas em bancos de dados, uso combinado de várias máquinas, acesso a dados em tempo real, cooperação interativa, simulação e impressão simplificada. Eram temas em preparação, não uma lista final de tudo que cada visitante encontraria.

O caminho físico também era decisivo. Os terminais no Hilton seriam conectados a um TIP, ligado à ARPANET. A partir dele, seria possível acessar programas e informações em computadores remotos. Kahn também mencionou recursos de outras redes que poderiam ser conectados temporariamente para a demonstração. O TIP criaria uma entrada comum: o visitante não precisaria de uma linha separada até cada computador. Mas essa entrada compartilhada tornava sua capacidade e a compatibilidade dos terminais parte da experiência pública.

Os testes ainda estavam por fazer

A RFC 372, de Richard Watson, registra uma conversa com Kahn no mesmo dia. Ela descreve mesas em um salão, geralmente com um ou dois terminais, embora a disposição ainda não estivesse definida. Muitos terminais poderiam ficar sem operador. Watson registra que os dois discutiram a presença de especialistas dos vários centros da rede, mas havia dúvida sobre o número de voluntários. Mesmo conectado, um terminal poderia deixar o visitante sozinho diante de um prompt.

A frase mais marcante das notas de Watson também precisa ser lida com cuidado: o TIP ainda não havia sido testado com 64 terminais. Os testes estavam previstos para julho, seguidos por verificações de quais terminais funcionariam com quais recursos. Se o TIP não comportasse todas as conexões, talvez fosse preciso distribuir horários de acesso. Isso descreve os preparativos em julho; não prova que a demonstração de outubro tenha fracassado nem que o evento tenha instalado exatamente 64 terminais.

O cronograma também era apertado: o salão talvez só estivesse disponível a partir de 22 de outubro, deixando pouco tempo para instalar piso, TIP, terminais e linhas telefônicas. Kahn queria uma demonstração funcional na BBN em agosto.

A entrada da rede não era apenas hardware. Kahn disse que o grupo preparava instruções explícitas e fáceis de entender para que iniciantes usassem recursos selecionados sem ajuda. Watson menciona placas, um cartão com comandos do TIP, uma brochura com cenários, um filme e pessoas para ajudar no local. Em outubro, o Network Information Center preparou Scenarios for Using the ARPANET, um guia que transformava usos possíveis em passos que os visitantes poderiam tentar. A RFC 371 chama essa documentação de tarefa nada trivial. Não bastava listar o que a rede podia fazer: era necessário tornar um serviço remoto localizável para alguém que desconhecia o host, os comandos e os costumes de cada site.

A interoperabilidade tinha uma interface humana

Esse trabalho ajuda a entender por que a demonstração foi mais do que uma aparição pública. O visitante atravessava uma cadeia de sistemas e organizações: um terminal emprestado, cabeamento local, um TIP, a ARPANET, um computador remoto e uma aplicação mantida por outra equipe. Cada ligação poderia funcionar tecnicamente enquanto a experiência inteira continuava confusa. Os cenários e as pessoas de apoio conectavam máquinas e grupos que não compartilhavam o mesmo lugar ou vocabulário.

O pedido de Kahn para que os centros da rede contribuíssem com tempo e energia revela o custo de coordenação. Recursos remotos não viravam uma exposição coerente só por aparecerem em um diagrama; seus responsáveis precisavam preparar programas e combinar o acesso. Watson cita possíveis contribuições de vários laboratórios e de fora da rede, mas registra que alguns compromissos ainda eram incertos. Ele também conclui, por conta própria, que a ARPA não parecia ter reservado um orçamento expressivo além do trabalho oferecido por contratados. Watson identifica isso como sua conclusão, não como fala de Kahn nem como uma auditoria.

Um relatório posterior sobre a ARPANET descreve a demonstração de outubro como um esforço que levou os participantes a depurar e testar o suporte de rede e os protocolos das aplicações. Em conjunto com as RFCs de julho e o guia de cenários, o evento se parece menos com a apresentação de uma máquina isolada e mais com um teste coordenado: recursos distintos poderiam ser usados de forma compreensível por meio da rede?

A distinção importa. Os pacotes transportavam solicitações; a demonstração precisava dar a elas um objetivo e um caminho. Em 1972, apresentar redes ao público exigia não só uma conexão, mas uma interface utilizável feita de terminais, comandos, documentação, programas preparados e pessoas. A rede se tornava concreta quando o visitante podia fazer algo com ela — e, em julho, ainda faltava trabalho de integração para chegar lá.

Fontes