Resumo

  • “Propriedade” e “empréstimo” de endereços eram, no RFC 2008, modelos de política técnica, não conclusões jurídicas; conservar um prefixo não obrigava o mundo a aceitar sua rota.
  • O empréstimo ligava o endereço à relação de serviço que o agregava. Ao terminar o contrato, vinham período de transição, renumeração e devolução.
  • Nenhuma opção eliminava custos: eles reapareciam como estado na tabela global, trabalho de renumeração, conectividade parcial ou dependência de gateways.

O problema começava depois do acordo. O antigo provedor aceitava que o cliente levasse o prefixo. O novo provedor aceitava anunciá-lo. Ainda assim, uma rede distante podia filtrar a rota mais específica, sem violar contrato algum, e tornar aquele cliente invisível para parte do mundo.

Publicado em outubro de 1996 por Yakov Rekhter e Tony Li como BCP 7, o RFC 2008 transformou esse impasse em uma pergunta de governança operacional: qual ator podia prometer qual resultado?

O serviço dava utilidade ao número

O documento definiu o endereço IPv4 unicast de modo deliberadamente funcional: um inteiro finito usado pelo roteamento de camada de rede. Na Internet pública, seu valor particular vinha da capacidade de participar do serviço de roteamento e trocar dados com o restante da rede. Se o ambiente operacional deixasse de funcionar, a política de alocação não preservaria sozinha essa função.

Isso não negava que contratos, clientes e sistemas de segurança pudessem acumular dependência em torno do número. Limitava apenas o alcance da prova registral. O registro podia manter unicidade e indicar o destinatário; não podia configurar as políticas de importação dos roteadores do mundo.

O RFC 1518 já explicara a economia da agregação. Um provedor distribuía prefixos mais longos de seu próprio bloco e anunciava externamente um agregado curto. O benefício principal aparecia nas redes remotas, que não precisavam guardar uma rota para cada cliente. A economia era coletiva, assim como a capacidade de recusar uma exceção.

Propriedade era o nome de uma política

O RFC 2008 chamou de “address ownership” a política na qual o espaço permanecia com uma organização enquanto ela o quisesse e não seria realocado. Esses endereços eram descritos como portáveis, com a expectativa de uso contínuo independentemente do ponto de conexão.

As aspas importavam. O texto não resolveu uma doutrina geral de propriedade. Examinou se a tecnologia de roteamento de 1996 suportaria o efeito. Se cada local mantivesse seu prefixo quando mudasse de posição topológica, a hierarquia dos endereços deixaria de refletir onde a agregação era possível. Cada migração poderia abrir outra exceção no agregado.

Para uma organização capaz de alcançar uma parcela suficientemente grande dos destinos e expressar essa capacidade em um prefixo, os autores consideraram a propriedade razoável. A medida não era prestígio, mas compressão: quantos destinos uma única entrada representava de forma verdadeira? Universalizar o mesmo tratamento para redes comuns exigiria congelar a topologia ou multiplicar rotas não agregáveis.

A nota do IESG ainda enquadrou essas restrições como provisórias: uma mudança relevante na tecnologia de roteamento deveria provocar nova avaliação, não transformar a política de 1996 em lei natural.

Empréstimo vinculava endereço e agregador

Na alternativa de “address lending”, a organização recebia o endereço por empréstimo. O credor não poderia emprestar o mesmo espaço simultaneamente a outro. As condições deveriam prever a devolução quando a relação contratual terminasse e o credor já não pudesse agregar a alocação.

Quando um registro associado a provedor fazia o empréstimo, esperava-se que esse provedor organizasse agregação suficiente para conectividade de alcance global. Serviço e número estavam conectados. Ao mudar de provedor, o assinante obteria novos endereços, renumeraria e devolveria os antigos.

O RFC não tratou a saída como instantânea. Recomendou fortemente um período de graça de pelo menos 30 dias depois da desconexão e sugeriu no máximo seis meses, para limitar a sobrecarga de roteamento. Devolução imediata concentraria a ruptura no cliente; exceção indefinida distribuiria o custo de continuidade pelas tabelas de terceiros.

O empréstimo podia ser recursivo. Um tomador poderia repassar partes do bloco, de modo que o fim de um contrato upstream atingisse organizações downstream que o credor original talvez nem conhecesse. A relação bilateral escondia uma árvore de dependências.

O terceiro provedor não assinou a promessa

O alerta mais contundente do RFC tratava de políticas sem empréstimo explícito que prometiam ausência de renumeração. Mesmo com a cooperação do provedor antigo e do novo, terceiros poderiam filtrar o prefixo mais longo. Para recuperar alcance integral, a organização talvez tivesse de renumerar ou seus correspondentes teriam de comprar conectividade de operadores dispostos a transportar a exceção.

Daí uma cadeia de evidência que não admite atalhos: alocação não é anúncio; anúncio por um provedor não é propagação; propagação não é aceitação; visibilidade em um ponto não prova alcance global. Nem a propriedade nem o empréstimo garantiam conectividade IP mundial.

O RFC 2050, publicado no mês seguinte, incorporou a linguagem de empréstimo às diretrizes de registro: recomendou devolver endereços fornecidos por provedor ao fim do serviço e deixar tempo antes da reutilização. Também observou que endereços emitidos diretamente por registros eram os menos propensos a ser roteáveis por toda a Internet. Isso confirma a preocupação da época, mas não prova adoção uniforme.

Mais tarde, o RFC 7020 descreveu a mesma separação institucionalmente. A alocação hierárquica podia favorecer roteamento escalável, porém anúncio e publicidade de rotas eram operações fora do sistema de registro numérico. Registro e caminho continuavam sendo instrumentos distintos.

Toda saída tinha uma conta

Espaço portável e não agregável consumia estado de roteamento, e a organização que o injetava poderia ser cobrada pelo custo integral. Empréstimo preservava a agregação, mas fazia da renumeração uma obrigação de saída. Conectividade limitada mantinha uma rota local. Gateways de aplicação ou tradutores de endereço podiam reduzir exceções globais e parte da renumeração externa, ao preço de novas restrições e pontos de falha.

O RFC 1900 já chamara a renumeração de cara, tediosa e sujeita a erro, com pouca automação. O RFC 2008 acrescentou a coordenação de firewalls e alertou contra tratar endereços não autenticados como identidade. Trocar o prefixo implicava mover regras internas, listas de parceiros e configurações que não apareciam no registro.

Os textos posteriores de Lu Heng oferecem uma lente contemporânea, não uma leitura jurídica retroativa. The Bill of Rights of Uniqueness Coordination sustenta que o registro descreve a realidade, em vez de criá-la, e reivindica portabilidade e continuidade. On LARUS One pergunta quanto custa quando clientes, bancos, parceiros e sistemas de segurança memorizam um número. On the Nature of IP Addresses separa o identificador original do valor semelhante a ativo produzido por mercados e dependências.

O RFC 2008 acertou ao mostrar que um registro não fabrica roteamento mundial. A dependência econômica posterior mostra a outra metade: mandar renumerar pode transferir um custo muito mais espesso do que a ficha de alocação revela.

A lição duradoura é precisa. Registro de endereço não é rota. Rota de um provedor não é aceitação mundial. Expectativa de portabilidade não é obrigação universal. Fim do empréstimo não é renumeração concluída. O debate de 1996 já perguntava quem carregaria a exceção — e quem pagaria quando número, topologia e negócio não conseguissem mudar juntos.

Fontes