Resumo

  • A nota de status do RFC 1105, de junho de 1989, diz que já existiam implementações do Border Gateway Protocol para roteadores Cisco e para os Nodal Switching Systems da NSFNET. Uma versão de domínio público para o gated ainda estava em desenvolvimento. O documento não informa quantos sistemas o executavam nem até onde chegava a troca de rotas.
  • Em junho de 1990, os RFCs 1163 e 1164 definiram juntos o BGP como padrão proposto e afirmaram que a experiência de implantação poderia modificá-lo antes de alcançar o status de padrão completo da Internet. Assim, o registro de implementações antecede esse marco de padronização.

É comum contar a história de um protocolo como uma sequência ordenada: uma entidade publica a especificação, fornecedores a implementam e operadores a adotam. O RFC 1105 revela uma cronologia menos linear. Sua nota de status já cita dois ambientes de implementação em junho de 1989, enquanto uma terceira versão pública para o gated ainda estava sendo construída. O documento não é um levantamento de implantação: não lista versões, volume de tráfego, locais nem resultados de testes. Ainda assim, é evidência contemporânea direta de que o trabalho de implementação avançava enquanto a primeira especificação era escrita.

O problema era o roteamento entre sistemas autônomos. O RFC 1105 descreve o BGP como meio de trocar informações sobre redes alcançáveis e os sistemas autônomos pelos quais o tráfego teria de passar. Esse caminho poderia ajudar a detectar loops de roteamento e apoiar decisões de política no nível de cada AS. O texto diz que o projeto se baseou na experiência com EGP e com o backbone da NSFNET. A proposta, portanto, cresceu em diálogo com práticas operacionais existentes, e não a partir de uma folha em branco.

Os mecanismos da primeira versão também mostram uma especificação provisória. A mensagem OPEN trazia um campo de tipo de enlace que classificava o par como interno, acima, abaixo ou horizontal numa hierarquia de AS. As mensagens UPDATE combinavam códigos de direção com números de AS. O protocolo examinava a rota completa para encontrar loops, enquanto a hierarquia codificava uma expectativa sobre como as redes se relacionavam. Esses detalhes pertencem ao primeiro RFC; não descrevem por inteiro o BGP de hoje.

Em junho de 1990, o RFC 1163 substituiu o RFC 1105, e o RFC 1164 explicou a aplicação do BGP na Internet. Juntos, eles definiram um padrão proposto. A nota de status é reveladora: a experiência de implantação ainda poderia levar a mudanças, e os implementadores eram incentivados a relatar o que observassem. O RFC 1163 definiu o atributo obrigatório AS_PATH, que enumera os sistemas autônomos a percorrer para chegar às redes anunciadas. Mudaram tanto a representação do caminho quanto a posição do protocolo no processo de padronização.

Esses documentos não provam que uma implementação específica da Cisco ou da NSFNET tenha causado uma alteração determinada. Eles não ligam cada revisão a uma contribuição identificada de um desenvolvedor. O que sustentam é mais restrito: havia implementações em 1989; a especificação foi revista em 1990; e os textos de padronização ainda tratavam a experiência operacional como uma possível influência futura. O RFC 1266 examinou depois a operação do BGP, mas seu relatório de implantação de 1991 é outro assunto, já coberto separadamente.

A Nota 65 de Heng Lu, “Running-Code Primacy”, oferece uma pergunta editorial: o que implementações em funcionamento conseguem mostrar que uma proposta no papel não mostra? É uma lente, não uma fonte histórica sobre o BGP ou o IETF. O registro primário permite uma resposta mais limitada. Em junho de 1989, o trabalho de implementação já era concreto o bastante para ser citado; em junho de 1990, o projeto ainda era apresentado como sujeito a revisão. As fontes não demonstram adoção universal, confiabilidade, sucesso comercial nem uma linha direta entre BGP-1 e o BGP atual.

Elas documentam um momento em que código e especificação podiam evoluir juntos.

Fontes