Summary

  • Para colocar outra rede em funcionamento, uma organização precisava de endereços e de uma rota que as demais redes pudessem seguir; o exemplo da RIPE de 1992 mostra por que o agrupamento importava.
  • Em 1993, 83 registros locais atribuíram 16.871 números de rede; 157.004 atualizações no banco de dados mediram outro trabalho. Um endereço identificava o destino de uma rede; uma rota indicava às outras redes como alcançá-la. Com o crescimento da Internet na Europa, os dois precisavam acompanhar essa expansão. O relatório da RIPE de 1992 mostra o desafio de coordenação com um exemplo simples: a Organização A precisa de oito números de classe C. Números consecutivos podem caber em uma rota; números espalhados exigem mais entradas. Para os roteadores que encaminhavam tráfego entre redes, agrupar endereços significava acompanhar menos instruções separadas. Essa era a lógica de engenharia por trás dos registros locais: provedores atribuíam o espaço, enquanto o NCC coordenava blocos maiores e exceções. O relatório descreve a pressão de projeto, não uma falha registrada, um episódio de congestionamento ou a experiência de um usuário.

Os números do ano seguinte mostram por que atribuição e manutenção de registros são medidas diferentes. Os registros locais atribuíram 16.871 números de rede. Separadamente, o NCC processou 157.004 atualizações no banco de dados. A atribuição concedia espaço de endereçamento a uma rede; a atualização alterava informações sobre uma rede, rota, domínio DNS ou contato, consultadas pelos operadores para coordenar as redes. O relatório anual não relaciona cada atualização a uma atribuição. Portanto, o total maior de atualizações não representa quantas redes ou organizações receberam endereços.

Duas tarefas, um sistema

O relatório descreve a NCC como o registro regional. Ela delegava blocos de endereços aos registros locais, oferecia suporte e buscava manter as atribuições justas e regulares. Os registros locais, operados por provedores de Internet, atribuíam endereços em seu contexto de serviço. A NCC tratava diretamente de pedidos grandes e de organizações sem um registro local adequado. O desenho não era nem um único escritório atribuindo todos os números nem um conjunto de cadastros isolados: ligava a atribuição local a uma camada central de delegação e coordenação.

Um relatório trimestral anterior detalha o caminho do pedido. Em 1992, a NCC fornecia números a provedores e centros de informação de rede, que os redistribuíam às organizações solicitantes. Em geral, o usuário deveria procurar seu provedor; em casos excepcionais, a NCC podia atendê-lo diretamente. O RFC 1366 apresenta a justificativa mais ampla: registros regionais poderiam atender melhor comunidades com geografias e idiomas diferentes, enquanto o Internet Registry continuaria como registro-raiz e padrão nas regiões sem autoridade delegada. O RFC 1466 atualizou esse desenho em 1993.

O registro era mais amplo que a fila de atribuições

O mesmo relatório afirma que a base de gerenciamento da rede RIPE continha informações sobre redes IP, domínios DNS, políticas de roteamento e contatos apropriados. O número de entradas cresceu mais rapidamente depois que o sistema europeu de registros entrou plenamente em operação em setembro de 1992. Em 1993, a NCC redesenhou e reimplementou o processo de atualização da base, tornando-o totalmente automático para “quase” todas as atualizações. Foram processadas 157.004 atualizações naquele ano.

Esse total não corresponde a atribuições de endereços. O relatório não define uma atualização como um objeto, uma pessoa, uma solicitação ou uma decisão automatizada. É preciso separar os 16.871 números de rede atribuídos das 157.004 atualizações da base. O cadastro tinha funções além da distribuição de números, e automatizar mudanças não mostra se uma pessoa avaliou cada pedido de atribuição. O relatório informa volume, não taxa de erros, custo de trabalho ou carga de revisão.

Por que a camada local importava

O sistema colocou a atribuição perto dos provedores que atendiam às redes, mas deixou com a NCC a delegação de blocos, o suporte, os casos excepcionais e a coordenação. Essa estrutura permitia atender a mais solicitações sem exigir que um único escritório decidisse cada atribuição local. Os provedores faziam parte do mecanismo de registro, em vez de serem apenas clientes de um serviço central.

O relatório apresenta o arranjo como uma forma de buscar equidade e regularidade, mas essa é a descrição da própria NCC. Ele não comprova tratamento igual entre os 83 registros, quantos pedidos foram recusados ou se os procedimentos eram uniformes. Também não permite estimar quantos europeus estavam conectados. O documento registra um modelo operacional e sua carga de trabalho, não a adoção da Internet.

A lição histórica é mais precisa do que dizer que um registro era “apenas um banco de dados”. O registro público dependia de uma divisão de autoridade e serviço: os provedores atribuíam localmente, a NCC delegava e coordenava, e uma base guardava várias classes de informação operacional. Em 1993, o processamento de atualizações era automatizado em escala, mas a distribuição de endereços ainda dependia de pessoas e instituições que decidiam onde cada solicitação deveria ser tratada.

Fontes: RIPE NCC Annual Report 1993 (RIPE-113); RIPE NCC Quarterly Report, Issue 1, June 1992 (RIPE-062); RFC 1366; RFC 1466.