Resumo

  • No contexto da NSF, a RFC 1009 exigiu suporte a Ethernet e enlaces seriais como mínimo para interligar gateways de fornecedores diferentes.
  • O anexo separou conexão e roteamento: não existia um IGP aberto que permitisse a gateways de fabricantes distintos formar um só sistema autônomo.
  • O texto registra uma exigência vinculada ao programa da NSF; não prova adoção universal, conformidade de todos os fornecedores ou entrega de tráfego.

O mesmo enlace não escolhia a mesma rota

Dois gateways podiam se conectar por Ethernet sem compartilhar a regra que escolhia o próximo salto. A RFC 1009 registrou as duas realidades lado a lado. O Anexo B exigia uma tecnologia comum para conectar gateways no ambiente NSF, mas também dizia que faltava um IGP aberto para reunir fornecedores distintos em um único sistema autônomo. Um enlace ativo era apenas o começo de uma rota possível.

Publicada em junho de 1987, a RFC 1009 formalizou requisitos de gateways da Internet e orientou fornecedores de produtos. Definiu gateway como um roteador no nível IP ligado a duas ou mais redes de pacotes. Cada conexão exigia funções próprias: encapsular o datagrama na moldura local, respeitar o MTU, traduzir o endereço IP para o endereço da rede e lidar com controles de fluxo ou erros. Em seguida, o gateway precisava encaminhar o datagrama e escolher o próximo salto na sua base de rotas.

A introdução explica que o documento foi escrito para apoiar programas de pesquisa da NSF, ainda que formulasse os requisitos em termos gerais para a Internet. O Anexo B é mais específico: “NSFNET Specific Requirements”. Na seção B.2, a especificação exige que os gateways ofereçam, no mínimo, conexões Ethernet e protocolos de enlace serial para permitir a interoperação de rede entre fornecedores naquele contexto.

A Ethernet reunia características convenientes. Era madura, amplamente disponível e quase independente dos fabricantes. Por isso, o documento a posicionou como demarcação comum entre sistemas NSF fornecidos por empresas diferentes. Cada fornecedor podia manter tecnologia de comutação proprietária dentro da própria rede; no limite externo, seu gateway tinha de oferecer uma conexão Ethernet para o gateway do outro fornecedor. A regra padronizou onde conectar, sem uniformizar toda a rede interna.

Trocar rotas exigia uma solução adicional

Ethernet transporta datagramas por um enlace compatível, mas não decide qual vizinho conhece a rota de destino. A seção B.3 da RFC 1009 afirma que não havia um IGP aberto capaz de colocar gateways de fornecedores diferentes no mesmo sistema autônomo. Em vez de apresentar uma solução única, registra os arranjos então usados.

Ao menos um fabricante utilizava um IGP proprietário e EGP para conversar com o restante da Internet. RIP já permitia interoperação entre fabricantes, mas não era documentado e suas implementações apresentavam diferenças sutis. A comunidade de redes da NSF também havia desenvolvido um daemon de gateway para mediar protocolos. O protótipo executava em uma máquina 4.3BSD, falava RIP e Hello internamente e usava EGP em direção a outros sistemas autônomos.

Essas funções não são intercambiáveis. Ethernet oferecia o meio de conexão comum; RIP ou o daemon trocavam e traduziam rotas; EGP cuidava da informação entre sistemas autônomos. O registro de uma interface ou protocolo não comprova cálculo comum de rotas, entrada na tabela de encaminhamento ou entrega de um pacote.

O caso mostra uma interoperabilidade construída por etapas: a NSF pôde definir o ponto de encontro entre fornecedores antes que todos compartilhassem um protocolo de roteamento. A RFC 1812 substituiu a RFC 1009 em 1995, mas a linha de sucessão dos documentos não revela o que cada fornecedor instalou ou como cada rede migrou.

Uma leitura posterior, com ressalva

A Nota 64 de Lu Heng, escrita décadas depois, defende uma especificação comum limitada ao necessário para a interoperabilidade e deixa as demais escolhas com quem opera os sistemas. Essa é uma lente útil para entender a diferença entre a conexão Ethernet e a comutação interna de cada fabricante. Há uma diferença importante: a cláusula da NSF era uma exigência de seu programa de compras, não uma mudança universal de adoção voluntária e não uma formulação dos autores da RFC 1009.

Fontes e limites

A fonte principal é a RFC 1009, em especial B.2–B.3 do Anexo B. A RFC 985 é o rascunho anterior; a RFC 1812 veio depois. Esses documentos estabelecem requisitos e métodos relatados, mas não comprovam implementação de produto, implantação em uma rede específica, convergência ou entrega de tráfego.