Resumo

  • O encontro de janeiro de 1986 foi documentado na época como a quarta reunião do DARPA Gateway Algorithms and Data Structures Task Force, o GADS.
  • As atas descrevem uma sessão inicial do IETF naquela tarde, enquanto se preparava a transição para grupos distintos de engenharia operacional e pesquisa arquitetural.

A página oficial de reuniões anteriores do IETF identifica um “1st IETF” em San Diego, nos dias 16 e 17 de janeiro de 1986, com 21 participantes. O documento contemporâneo tem outro título: Minutes of the Fourth DARPA Gateway Algorithms and Data Structures Task Force Meeting. Sua introdução chama o encontro de quarta reunião do GADS, informa que durou dois dias e diz que David Mills o sediou na M/A Com Government Systems. As atas do primeiro dia inserem ali, à tarde, o que chamam de reunião inicial do IETF.

As duas descrições não precisam competir. “IETF 1” é o nome retrospectivo dado ao início de uma série contínua de reuniões. “Quarta reunião do GADS” identifica o enquadramento administrativo e documental em que aquela primeira sessão ocorreu. A manhã teve assuntos do GADS e informes de andamento; alguns participantes também deveriam comparecer a um subcomitê da National Science Foundation (NSF) sobre gateways para redes de supercomputadores. Mike Corrigan presidiu a sessão do IETF enquanto o presidente do GADS e vários integrantes estavam na reunião da NSF.

O rótulo comemorativo, portanto, não prova que todas as pessoas ou todas as horas do encontro pertencessem a uma organização nova já consolidada.

A mudança de agenda está registrada explicitamente. Na abertura, o presidente explicou que acontecimentos recentes tinham alterado substancialmente o programa: o GADS estava chegando ao fim, e dois grupos de trabalho seriam formados em seu lugar. As atas atribuem a um deles a pesquisa arquitetural de longo prazo e ao outro os problemas imediatos de engenharia e operação. A narrativa inicial associa nomes e siglas de forma inconsistente; os cabeçalhos das cartas propostas, mais adiante no mesmo documento, identificam o Internet Architecture Task Force como INARC e o Internet Engineering Task Force como IETF.

Este relato segue esses cabeçalhos, que são mais claros.

A primeira sessão do IETF não foi uma cerimônia de lançamento. A pauta incluiu sub-redes, roteamento na camada IP dos hosts, Exterior Gateway Protocol (EGP) e comutação de datagramas ISO. As atas também listam desenvolvimento e estabilização de protocolos, conformidade, apoio a implementadores, medição do desempenho da Internet e conversão ISO como áreas de interesse. As apresentações técnicas do dia seguinte continuaram dentro do registro mais amplo do GADS.

A carta proposta para o IETF delimita a função que os organizadores imaginavam. Caberia ao grupo identificar e resolver questões de engenharia no planejamento e na operação de curto prazo da Internet do Departamento de Defesa dos Estados Unidos. O texto previa projeções de crescimento, identificação de problemas, especificações de soluções, aconselhamento a contratados e avaliação de desempenho. Agências operacionais e usuários deveriam moldar boa parte da pauta. A carta também dizia que o grupo não discutiria políticas de administração ou contratação pública.

É uma proposta de carta: ela não prova que o texto foi adotado literalmente nem que toda atividade posterior do IETF respeitou esse limite.

Uma carta separada para o Internet Architecture Task Force tratava de outro horizonte. Seu foco era pesquisa, arquitetura e modelos de engenharia para apoiar serviços em desenvolvimento por outros grupos de trabalho. Entre os produtos previstos estavam memorandos técnicos, documentos de planejamento, recomendações e coordenação de experimentos de rede. O registro de janeiro não mostra uma instituição pronta que herdou de imediato todas as funções ligadas à Internet. Mostra uma tentativa de separar engenharia operacional próxima de pesquisa arquitetural mais distante enquanto nomes e mandatos ainda eram definidos.

As fontes também deixam divergências em aberto. A lista atual de reuniões do IETF conta 21 participantes; o RFC 1718, de 1994, diz que foram 15. Os documentos disponíveis não explicam a diferença de critério. As atas identificam o local como M/A Com Government Systems, enquanto o RFC 1718 menciona a Linkabit. Não há base suficiente para resolver essa divergência de endereço. Manter as incertezas é mais fiel do que fabricar uma conciliação.

Fontes principais: atas de 1986, RFC 1718, retrospectiva na plenária do IETF 64, artigo dos 30 anos do IETF e lista de reuniões anteriores.