Resumo

  • A ICANN reconheceu a AFRINIC como o quinto Registro Regional da Internet em abril de 2005. O anúncio situa esse reconhecimento depois da criação das estruturas organizacionais necessárias e da conclusão de um processo de transição.
  • O RIPE NCC afirma que prestava serviços de registro para a região africana — alocação de endereços, gestão da base de dados de registro e delegações de DNS reverso — e que, com o reconhecimento da AFRINIC, facilitou a migração dessas responsabilidades e dos registros.
  • As três funções citadas são uma enumeração, não um inventário de transferência. O instrumento de entrega, o texto da resolução do conselho da ICANN, os registros de redistribuição da IANA e a data de corte não foram obtidos nesta revisão.

Um ato de designação, outro de custódia

Em abril de 2005, a ICANN reconheceu a AFRINIC como o quinto Registro Regional da Internet (anúncio da ICANN). O comunicado confirma, do lado do sistema global de registros, que a região africana passou a ter um RIR próprio. É um ato de designação: define quem responde pela região, mas não move fisicamente nenhum registro.

A custódia aparece em outro relato, de outro ator. O RIPE NCC afirma que prestava historicamente serviços de registro para a região africana, incluindo alocação de endereços, gestão da base de dados de registro e delegações de DNS reverso, e que, com o reconhecimento da AFRINIC, facilitou a migração dessas responsabilidades e dos registros (relato do RIPE NCC). O que se descreve ali não é o reconhecimento, mas a entrega de um livro de registros e de sua operação.

Tratar os dois como um único acontecimento distorce a leitura do registro. A data do reconhecimento é verificável em documento público; a data em que a custódia mudou de mãos não é verificável, ao menos no material aqui obtido. Se partimos do princípio de que ambas coincidem em um mesmo dia, deixamos de distinguir entre o que não foi publicado e o que simplesmente não foi encontrado.

O enquadramento de uma transição "concluída"

O anúncio da ICANN posiciona o reconhecimento depois da criação das estruturas organizacionais necessárias e da conclusão de um processo de transição. O reconhecimento, portanto, não substitui a transição: ele se apoia na compreensão de que ela já ocorreu. Mas o que exatamente essa transição abrange não fica claro no enquadramento do anúncio. Criar a entidade, montar capacidade de formulação de políticas e assumir a operação cotidiana do registro de recursos são tarefas separadas, com critérios de conclusão diferentes.

Essa indefinição não precisa ser produto de má-fé. A instituição que reconhece e a instituição que entrega a operação são diferentes, e cada uma descreve o próprio ato com as próprias palavras. Os dois relatos iluminam faces distintas do mesmo acontecimento, mas a costura entre eles não é necessariamente registrada em um único documento.

Três funções não são um inventário

O relato do RIPE NCC nomeia três classes de função: alocação de endereços, gestão da base de dados de registro e delegação de DNS reverso. É uma enumeração concreta e útil, mas não é um inventário que comprove a transferência. A lista diz que tipos de trabalho existiam; não diz quais recursos migraram, quando, nem com que registro.

A distinção tem consequências práticas. A alocação termina quando cessam as novas distribuições. A gestão da base de dados exige reescrever a titularidade dos registros existentes. A delegação de DNS reverso significa mudar quem opera a zona. As três não precisam migrar no mesmo dia, nem pelo mesmo método. Justamente por isso é preciso um registro verificável para cada uma.

O que a assimetria documental significa

Dentro do material aqui obtido, o ato de reconhecimento está descrito com razoável detalhe — época e enquadramento — enquanto a transferência de custódia aparece como enumeração de funções e a expressão "facilitou a migração". Ler isso como "uma instituição foi transparente e a outra não" seria um erro. O que se pode afirmar é apenas o fato de que a granularidade do registro público difere entre os dois atos.

Ainda assim, a assimetria tem consequência prática. Administrar recursos de numeração inclui decidir quem atende o titular do registro. Quando não é possível ler no registro quando, e com base em qual documento, essa autoridade mudou, fica difícil determinar depois sob a responsabilidade de qual instituição um determinado registro foi mantido em um dado momento. É um problema de auditabilidade, não de confiança.

O que não foi obtido, e o que não se afirma

Nesta pesquisa não foram obtidos: o instrumento ou acordo de entrega entre RIPE NCC e AFRINIC; o texto integral da resolução do conselho da ICANN de abril de 2005; os registros de reatribuição da IANA que mostrem movimentações de blocos individuais; e qualquer data de corte dos serviços de registro para a região africana. Isso não equivale a afirmar que tais documentos não existem ou não foram publicados. É um fato datado: não foram obtidos.

Pela mesma razão, este texto não afirma que reconhecimento e transferência de custódia ocorreram no mesmo dia, nem que ocorreram em dias diferentes. Também não afirma se um bloco específico foi ou não registrado novamente. Nenhum material obtido vincula a sucessão de 2005 ao processo de administração judicial da AFRINIC em período posterior.

Sobre a data do reconhecimento pela ICANN, versões indexadas trazem dias diferentes — 1, 11 e 18 de abril de 2005 —, de modo que este texto se limita ao mês.

A auditoria continua possível

A AFRINIC publica uma página institucional sobre sua própria história (histórico da AFRINIC). Justapondo esse relato aos da ICANN e do RIPE NCC, o contorno da sucessão fica bastante visível. O que falta é o documento que registre a costura em um só lugar. Ausência de costura visível não é o mesmo que ausência de costura.

A conclusão prática para o leitor é simples. Ao avaliar a sucessão de um registro regional, não basta ler a data do anúncio de reconhecimento e concluir que a migração terminou: é preciso verificar, função por função, quando mudou o responsável pela custódia dos registros. Se o registro público se limita a enumerar funções, trate esse ponto como uma lacuna a ser verificada.

No diretório do BTW, o tema é tratado nesta entrada Exclusivo para o Círculo Estratégico.