Resumo

  • A multiplicação dos backbones comerciais criou a necessidade de um local comum onde sistemas autônomos pudessem declarar, em formato estruturado, o que pretendiam anunciar e aceitar.
  • Elise Gerich ajudou a dirigir essa transição por meio do Routing Arbiter, mas o registro foi uma obra coletiva e nunca substituiu a verificação de autoridade, atualização, configuração ou comportamento real do BGP.

O pacote que não chega ao destino pouco revela sobre a regra que o bloqueou. Talvez o sistema autônomo de origem tenha anunciado um conjunto diferente do combinado. Talvez o vizinho tenha criado um filtro mais estreito. Os dois roteadores podem estar executando fielmente suas configurações locais. O problema nasce justamente porque as intenções que deveriam se encaixar permanecem guardadas em organizações distintas.

BGP distribui informação de alcançabilidade, mas não é um catálogo completo das razões e dos limites de cada operador. Essa ausência se tornou mais relevante quando a NSFNET deixou de organizar grande parte do ambiente norte-americano e vários Network Service Providers comerciais passaram a competir. A infraestrutura ficaria distribuída; o conhecimento necessário para mantê-la interoperável não poderia ficar apenas em telefonemas, correios privados e arquivos de configuração de cada empresa.

O desenho de transição da National Science Foundation combinou Network Access Points e um Routing Arbiter. A competição escolheria caminhos comerciais, enquanto funções comuns ajudariam os provedores a trocar e interpretar informação de roteamento. Elise Gerich participou desse ponto de passagem em Merit. Sua biografia no Internet Hall of Fame registra o trabalho nas expansões T1 e T3 da NSFNET e sua atuação como co-principal investigator de Routing Arbiter Services. A história institucional da Merit diz que, em 1994, o projeto foi concedido conjuntamente à Merit e à USC ISI.

Os Route Servers e a Routing Assets Database, que se tornou RADb, figuravam entre os produtos centrais. A palavra “conjuntamente” deve permanecer no centro da atribuição. A NSF financiou e definiu uma tarefa pública; Merit e ISI executaram partes do projeto; a comunidade RIPE já desenvolvia formas de descrever políticas; operadores e engenheiros produziram e testaram os objetos e as ferramentas. Gerich foi uma liderança capaz de ligar essas comunidades, não a autora solitária de um sistema inteiro.

O RFC 1786, assinado por Gerich e outros seis autores, captura o raciocínio técnico. Um protocolo de roteamento pode aplicar filtros de acordo com uma política, mas não publica nem comunica a política em si. Para coordenar operações e localizar falhas, era preciso uma camada externa. O texto, construído sobre RIPE-181 e extensões trabalhadas em Merit, representa uma relação de roteamento por dois lados: aquilo que um AS anuncia e aquilo que o outro aceita. As expressões deveriam combinar; na prática, muitas vezes não combinam.

Um registro torna essa diferença consultável. Objetos estruturados descrevem sistemas autônomos, regras de importação e exportação, conjuntos de ASes, conjuntos de rotas e filtros. RPSL consolidou uma gramática para essas afirmações. Repositórios distribuídos guardam os objetos; ferramentas podem examinar dependências, encontrar conflitos e produzir listas ou trechos de configuração. Uma intenção deixa de estar disponível apenas a quem conhece a pessoa certa dentro do outro provedor.

O ganho é institucional. O registro não negocia o preço de trânsito, não cria direito a peering e não controla os roteadores. Cada rede conserva a decisão local. O que muda é a superfície de prestação de contas: afirmações com efeitos além da empresa podem ser lidas em formato comum. A coordenação não exige que todos confiem numa autoridade operacional única; exige um lugar neutro o bastante para comparar o que cada parte diz que fará.

Esse lugar não produz verdade automaticamente. Um route object registra a afirmação de que determinado prefixo deve ter certo AS de origem. Uma política de importação ou exportação descreve um comportamento pretendido. Nenhum dos dois comprova que a rota está sendo anunciada agora, que o vizinho a aceita ou que a configuração chegou ao equipamento. A declaração pode preceder uma mudança, acompanhar corretamente a produção ou sobreviver por anos depois de perder o sentido.

A evolução do Internet Routing Registry expôs essa fragilidade. O RFC 2725 descreve dados que ficaram obsoletos após retirada de rotas, renumeração, mudança de origem ou alteração de adjacência. O RFC 7682 mostra uma assimetria de incentivos: clientes têm motivo forte para cadastrar uma nova rota se o provedor só constrói o filtro a partir do IRR, mas pouco motivo para apagar objetos antigos que não causam efeito imediato. Também pode ser difícil descobrir qual repositório é realmente autoritativo para um recurso.

A federação acrescenta suas próprias ambiguidades. Um IRR pode não espelhar todos os demais; uma cópia pode chegar atrasada; um objeto replicado pode ter sido aceito com autenticação fraca. Duas consultas podem devolver imagens diferentes do mesmo recurso. O formato é igual, mas a procedência e o tempo são diferentes. Portanto, completude aparente não equivale a uma visão canônica.

A automação aumenta a exigência. Dados corretos permitem gerar filtros consistentes e reduzir trabalho manual. Dados errados fazem o erro viajar até muitos roteadores com a mesma eficiência. Apagar uma entrada considerada antiga também pode interromper a alcançabilidade legítima se algum operador ainda depender dela. Quanto mais perto o objeto estiver de uma ação de produção, maior deve ser a prova de identidade, autoridade, atualidade e possibilidade de reversão.

RPKI responde a uma parte importante dessa cadeia ao permitir que o detentor do recurso autorize criptograficamente um AS de origem para um prefixo. Mas o RFC 7682 distingue essa questão das políticas mais ricas de importação, exportação e agrupamento descritas em RPSL. Uma origem autorizada não é uma política completa, assim como uma política assinada não é uma observação do plano de controle. Recurso, declaração, configuração e rota vista são evidências ligadas, porém não intercambiáveis.

O mérito histórico de Gerich aparece nessa separação. O Routing Arbiter deu forma pública a decisões privadas sem tentar nacionalizá-las ou centralizá-las. Seu conjunto de registro, servidores e ferramentas tornou a autonomia mais legível. E os limites descobertos depois não anulam a inovação: ensinam que uma infraestrutura de informação precisa declarar também quem pode falar, por quanto tempo e com que consequência.

Hoje a mesma pergunta vale para cadastros de componentes de software, dependências de nuvem e capacidades de IA. Um inventário compartilhado pode facilitar coordenação entre concorrentes e clientes, mas a presença de um campo não garante sua veracidade. É preciso ligar a afirmação a uma autoridade, dar-lhe prazo, registrar mudanças, expor conflitos e compará-la ao comportamento observado. A automação deve consumir a confiança, não presumir que ela existe.

As redes comerciais continuaram compondo uma só Internet não porque abriram todos os seus segredos, mas porque aprenderam a publicar a parte da intenção necessária à cooperação. O registro associado ao trabalho de Elise Gerich não era a rota e não era um oráculo. Era o ponto em que uma decisão privada ganhava forma suficiente para que outra rede pudesse verificá-la.

Fontes