Resumo

  • Em 21 de fevereiro de 2005, segundo o registro conjunto da NRO e da AFRINIC, corroborado pela ICANN e pela RIPE NCC, a equipe e os sistemas da AFRINIC assumiram o papel principal no processamento dos serviços de registro para a região africana. A data aparece como 22 de fevereiro em registros posteriores da própria AFRINIC e da APNIC; a diferença de um dia permanece sem explicação pública.
  • O início do serviço não reuniu, num único ato, todas as formas de poder institucional. Os RIRs já estabelecidos mantiveram uma “segunda opinião” sobre decisões de alocação até o reconhecimento final da ICANN, ocorrido 46 dias depois; relações jurídicas, estoques de recursos, filiação à NRO e instrumentos formais de transferência seguiram trajetórias próprias.
  • A melhor defesa do processo é também a mais convincente: a operação supervisionada funcionou como prova de capacidade antes da acreditação definitiva. Isso dá peso ao reconhecimento, mas não transforma a resolução da ICANN na causa retroativa de sistemas que já estavam em produção, nem concede à AFRINIC soberania, poder punitivo ou controle físico sobre o roteamento.
  • Para operadores e titulares de recursos, o fato econômico central era a continuidade: saber a quem enviar pedidos, onde manter registros, como evitar cobrança duplicada e quais bases de dados continuavam válidas. A documentação, porém, não revela volumes de solicitações, intervenções dos revisores, latência, incidentes ou a mecânica completa dos antigos territórios atendidos pela APNIC e pela ARIN.

Uma mudança que aconteceu antes de receber o nome definitivo

Em 21 de fevereiro de 2005, a AFRINIC já fazia o trabalho que um usuário reconheceria como serviço de registro. Sua equipe recebia e avaliava pedidos. Seus sistemas internos de registro, sua interface pública de WHOIS e seus fluxos de contabilidade estavam em produção. Para registros locais da internet e usuários finais da região africana, o ponto de contato principal deixava de ser uma combinação de organizações sediadas em outras regiões e passava a ser a instituição africana criada para essa função.

O reconhecimento final da ICANN ainda não existia. Ele só viria em 8 de abril. Essa diferença de 46 dias é o dado organizador da história, mas não deve ser convertida numa frase fácil segundo a qual a AFRINIC já possuía, em fevereiro, tudo o que passaria a possuir em abril. O que existia era uma operação real dentro de uma transição supervisionada. O serviço havia mudado; a distribuição das demais responsabilidades ainda não havia terminado.

Essa distinção parece abstrata até que se observe o que mudou para um cliente. Um pedido que antes chegava a um dos registros regionais incumbentes passou a ser encaminhado aos hostmasters da AFRINIC. Dados de registro foram movidos, copiados ou mantidos em bases específicas conforme sua função. A administração de zonas de DNS reverso precisou ser preparada para transferência. Portais deixaram de atender determinados clientes africanos. Contratos novos foram enviados, enquanto alguns vínculos jurídicos antigos continuaram valendo durante o intervalo. Não se tratava apenas de uma cerimônia, de um anúncio ou de uma placa na porta.

Era uma mudança no percurso de solicitações, dados e responsabilidades cotidianas.

Ao mesmo tempo, as decisões de alocação da AFRINIC permaneciam sujeitas a uma segunda opinião dos RIRs existentes. Os documentos não informam se essa revisão era um parecer obrigatório, um direito de veto, um mecanismo de garantia de qualidade ou uma combinação variável dessas coisas. Não publicam quem revisava cada caso, quanto tempo a revisão acrescentava, quantas decisões foram modificadas, quantas foram confirmadas nem se alguma foi revertida. O que se pode afirmar é mais limitado e mais sólido: a AFRINIC era o operador principal do serviço, mas não estava sozinha na camada de julgamento de alocações.

É por isso que “começou a operar” e “tornou-se plenamente independente” não são sinônimos. A primeira afirmação é sustentada por sistemas em produção e fluxos transferidos. A segunda exigiria conhecer o alcance prático da segunda opinião, a origem dos estoques usados nas alocações, os instrumentos jurídicos aplicáveis e os limites de decisão que ainda cabiam aos pares. Esses elementos não aparecem reunidos no registro público disponível.

O corte de 21 de fevereiro, visto pelas operações

A documentação da RIPE NCC é o retrato mais detalhado do lado operacional da transição. Ela informa que, a partir do corte, os pedidos da região passaram a ser direcionados à AFRINIC e que o portal da RIPE NCC deixou de estar disponível para os registros locais africanos atendidos por ela. Objetos do WHOIS foram migrados ou copiados segundo regras próprias. Mudanças em zonas de DNS reverso tiveram uma janela de congelamento. Parte dos objetos de registro de roteamento permaneceu na base da RIPE NCC porque a AFRINIC ainda não dispunha de um registro de roteamento equivalente naquele momento.

Até os números pequenos ajudam a revelar a natureza seletiva do processo. Dois intervalos de objetos aut-num foram explicitamente copiados para permanecer disponíveis na base da RIPE: de 30980 a 30999, vinte objetos, e de 34515 a 34519, mais cinco. O total de 25 não mede quantos números de sistema autônomo a AFRINIC alocou, nem o tamanho de todo o banco transferido. Mede somente um conjunto específico de registros preservados para uso de política de roteamento. A própria necessidade de dizer o que foi movido, copiado ou mantido impede que “todos os serviços” seja lido como “cada artefato mudou de lugar no mesmo segundo”.

Também havia uma camada contratual separada. Segundo a RIPE NCC, os registros locais africanos continuaram juridicamente membros daquela organização e suas atribuições e registros permaneceram sob o contrato padrão da RIPE até o reconhecimento final. Contratos da AFRINIC haviam começado a ser enviados em janeiro. Para quem já tivesse pago a taxa de 2005 à RIPE NCC, o desenho previa proteção contra pagamento duplicado. Assim, o operador diário podia mudar antes de mudar por completo a contraparte contratual.

Esse arranjo reduzia um risco concreto. Uma migração puramente declaratória, na qual todos os contratos, dados, permissões e interfaces fossem considerados transferidos por uma única frase, poderia deixar clientes sem saber a quem recorrer ou quem respondia por um registro. A sobreposição temporária criava complexidade, mas também oferecia continuidade. Um cliente podia ter o pedido processado pela AFRINIC enquanto ainda mantinha um vínculo jurídico com a RIPE NCC. A diferença não era um defeito lógico; era uma técnica de transição, desde que suas fronteiras fossem compreendidas.

Não há, contudo, base para projetar todo esse detalhe sobre as áreas antes atendidas pela APNIC e pela ARIN. A ICANN afirmou, de forma agregada, que APNIC, ARIN e RIPE NCC haviam transferido todos os serviços de RIR para a AFRINIC em 21 de fevereiro. A APNIC registrou a transferência de registros locais africanos e de recursos já alocados. A documentação pública localizada para este trabalho não oferece, para APNIC e ARIN, inventários de objetos, regras de portal, instrumentos contratuais e relatórios de corte comparáveis aos da RIPE NCC. O detalhe de uma parte não deve ser apresentado como se fosse a mecânica comprovada das três.

A data que não fecha por um dia

O marco selecionado é 21 de fevereiro porque a carta conjunta da NRO e da AFRINIC, a comunicação posterior da ICANN e o registro de transição da RIPE NCC usam essa data. A carta informa que, a partir daquele dia, equipe e sistemas da AFRINIC assumiriam o papel principal e estariam em operação plena, ainda sob a segunda opinião dos RIRs existentes. A ICANN, ao abrir o período de comentários sobre o reconhecimento, também situou a transferência em 21 de fevereiro.

Uma mensagem posterior da AFRINIC e o arquivo da APNIC, porém, descrevem a segunda fase como efetiva em 22 de fevereiro. A distância é de um único dia. Pode ter havido diferença de fuso horário, anúncio posterior ao corte, passagem gradual entre sistemas ou simplesmente redação inconsistente. Nenhuma dessas explicações está documentada no material disponível. Por isso, 21 de fevereiro serve como data institucional do evento, mas 22 de fevereiro precisa permanecer visível como discrepância, e não ser corrigido silenciosamente.

O conflito não altera a tese principal. Contando do dia 21, transcorreram 46 dias até o reconhecimento de 8 de abril; contando do dia 22, foram 45. Em ambos os casos, o serviço antecedeu o reconhecimento final por mais de seis semanas. A precisão de um dia importa para a cronologia; não autoriza fingir que a divergência derruba um processo atestado por várias instituições.

A terminologia oficial também contém outra tensão. A carta de fevereiro dizia que os sistemas já estavam em produção e que a operação plena começava naquele momento, mas antecipava uma ativação como operação plenamente independente em abril. Isso faz sentido quando “plena” descreve, numa passagem, a oferta funcional de serviços e, noutra, a ausência da segunda opinião. O erro seria tratar a mesma palavra como um estado binário capaz de apagar a supervisão que o próprio documento registrava.

Seis camadas que não cabem na palavra “autoridade”

A transição fica inteligível quando se abandona a tentativa de localizar uma autoridade única e se separam seis camadas.

A primeira era o serviço em execução. Nessa camada, a AFRINIC era o agente principal: recebia solicitações, operava sistemas de registro, publicava dados, mantinha a interface com clientes e processava tarefas de contabilidade. A mudança era observável pela rota de um pedido e pelo local onde um registro era mantido.

A segunda era a supervisão por pares. Os RIRs incumbentes continuavam oferecendo a segunda opinião sobre decisões de alocação e apoio técnico durante a segunda fase. Essa função não os tornava o balcão principal depois do corte, mas impedia que se descrevesse a decisão da AFRINIC como completamente desacompanhada. O alcance da revisão continua desconhecido porque faltam o procedimento e os registros de casos.

A terceira era a custódia e a disponibilidade dos recursos numéricos. A IANA administrava os estoques de alto nível destinados aos RIRs; relações dos RIRs incumbentes ainda participavam da transição; e a AFRINIC processava pedidos sob supervisão. Não há uma base documental completa, recurso por recurso, que permita atribuir a uma única instituição toda a autoridade de estoque em 21 de fevereiro. Processar uma solicitação e registrar seu resultado não equivale, por si só, a provar de qual reserva veio o recurso nem qual instrumento permitiu usá-lo.

A quarta era o reconhecimento dentro do sistema global de registros. Em 30 de setembro de 2004, a diretoria da ICANN havia concedido aprovação provisória e solicitado a conclusão da transição e uma candidatura suplementada. Em 8 de abril de 2005, depois da avaliação da IANA segundo os dez critérios do ICP-2, veio a aprovação final. A decisão alterou o status da AFRINIC perante o arranjo reconhecido de RIRs. Não constituiu a empresa, não ligou seus servidores e não gerou rotas BGP por decreto.

A quinta era a personalidade jurídica doméstica. A candidatura atualizada da AFRINIC afirma que a organização sem fins lucrativos havia sido incorporada em Maurício em fevereiro de 2004. Uma página histórica da NRS usa, por sua vez, a expressão de que a AFRINIC foi incorporada em abril de 2005. Como o certificado de incorporação ou o extrato do registro mauriciano não foi localizado neste conjunto, a divergência deve ser atribuída, não resolvida. O ponto seguro é que personalidade jurídica e reconhecimento pela ICANN são objetos diferentes.

Mesmo que a data corporativa exata fosse esclarecida amanhã, uma resolução da ICANN continuaria não sendo um ato de direito societário mauriciano.

A sexta era o funcionamento das redes. Operadores originavam e aceitavam rotas, mantinham roteadores e arcavam com o risco de continuidade. Um registro confiável influencia decisões porque reduz ambiguidade sobre números, contatos e delegações. Não movimenta fisicamente pacotes, não possui as redes dos membros e não obriga, por força própria, cada participante do roteamento a aceitar uma rota.

Essas camadas podiam interagir sem se fundir. A AFRINIC controlava a interface primária de serviço; seus pares conservavam revisão; a IANA e os estoques transitórios definiam possibilidades de recursos; a ICANN decidia o reconhecimento; a entidade mauriciana celebrava contratos e empregava pessoas; operadores mantinham o tráfego em movimento. Dizer apenas que “a autoridade foi transferida” apaga justamente o mecanismo que tornou a passagem possível.

A cronologia que impede a fusão das camadas

O caminho até fevereiro vinha de antes. A candidatura da AFRINIC situava a ideia de um registro africano em expansão desde 1997. A mesma candidatura dizia que a entidade fora incorporada em Maurício em fevereiro de 2004. Em maio daquele ano ocorreram a primeira reunião pública de políticas e a assembleia geral em Dacar, onde, segundo a candidata, a constituição final foi adotada e políticas iniciais de recursos foram processadas. São afirmações institucionais relevantes para o que a AFRINIC apresentou sobre si; não são um atalho para presumir o grau de apoio de cada rede, usuário ou Estado do continente.

Em setembro de 2004, a AFRINIC entregou sua candidatura e começou a avaliar conjuntamente pedidos da região com RIRs incumbentes. No dia 30 daquele mês, a ICANN concedeu aprovação provisória. Em janeiro de 2005, representantes do conselho executivo da NRO visitaram as instalações em Maurício, e clientes africanos da RIPE NCC começaram a receber contratos da AFRINIC. Em 21 ou 22 de fevereiro, conforme o documento consultado, começou a segunda fase operacional.

Em 5 de março, a candidatura atualizada afirmou que todos os aspectos operacionais do serviço estavam sob gestão da AFRINIC, mantendo expressamente a segunda opinião sobre alocações até o reconhecimento. Em 14 de março, a ICANN abriu um período de comentários de 21 dias e disse que a organização já era plenamente funcional. O processo formal, portanto, continuava aberto quando o serviço já funcionava.

Em 8 de abril, a diretoria da ICANN aprovou e reconheceu a AFRINIC. Seis dias depois, em 14 de abril, a ICANN anunciou o primeiro pacote pós-reconhecimento de recursos para a organização, incluindo endereços IP e números de sistema autônomo. Os registros da IANA situam o bloco IPv4 41/8 e os ASNs de 36864 a 37887 em abril de 2005. São 52 dias entre 21 de fevereiro e o anúncio de 14 de abril.

A palavra “primeiro” precisa de qualificação. O registro atual de IPv6 da IANA apresenta o bloco 2001:4200::/23 associado à AFRINIC com data de 1º de junho de 2004. O material não explica como essa linha deve ser conciliada com a formulação de abril de 2005. Portanto, é seguro falar no primeiro pacote pós-reconhecimento que incluía IPv4 e ASNs conforme o anúncio, mas não em ausência absoluta de qualquer inventário ligado à IANA antes do reconhecimento. A complicação IPv6 é evidência contra a frase mais ampla.

Em 25 de abril, 63 dias após o marco de fevereiro, a AFRINIC assinou o instrumento de adesão ao memorando da NRO. Essa filiação criou direitos e deveres de coordenação entre pares; não causou retroativamente a operação dos sistemas. Nos dias 26 e 27, durante a AFRINIC-2, a NRO relata que APNIC, ARIN e RIPE NCC assinaram cartas formais de transferência de autoridade de suas antigas áreas de serviço africanas, incluindo documentação de registro e contabilidade e administração de DNS. O relatório é de 27 de abril, 65 dias depois do corte selecionado.

Os textos dessas cartas não foram localizados, de modo que seus efeitos jurídicos detalhados e horários de vigência permanecem desconhecidos.

A sequência inteira — operação, reconhecimento, pacote pós-reconhecimento, adesão à NRO e cartas de transferência — não é um acidente semântico. Ela demonstra que o sistema foi montado por atos complementares. Também impede que um ato posterior seja usado como título imaginário para tudo o que já acontecia ou para tudo o que ainda estava por concluir.

Um livro-razão consequente, não um soberano

A AFRINIC passou a manter uma parte crítica do livro-razão usado para coordenar números de internet na África. Isso tem efeitos materiais. Se um registro atrasa um pedido, publica um contato incorreto ou perde a integridade de seus dados, operadores podem gastar mais para demonstrar o status reconhecido de um recurso. Uma zona reversa congelada por tempo excessivo afeta a capacidade de atualizar delegações. Uma transição contratual mal explicada pode gerar pagamento duplicado ou dúvida sobre obrigações. Um registro de roteamento desatualizado pode alimentar decisões operacionais equivocadas.

Chamar a instituição de livro-razão não a torna insignificante.

O limite é outro: relevância não é soberania. Nenhum dos instrumentos examinados transferiu território africano, propriedade das redes, jurisdição criminal, poder de polícia ou mandato político geral à AFRINIC. A instituição não se tornou promotoria, tribunal ou governo do protocolo. Não passou a punir titulares em nome de todos os africanos. Não passou a ser dona das rotas que descrevia nem dos roteadores que usavam os números registrados.

O seu poder prático provinha da confiança e do reconhecimento compartilhados: clientes passaram a enviar pedidos; pares aceitaram a transição; a ICANN conferiu status; a IANA forneceu recursos dentro do arranjo; operadores consultaram e usaram registros. Essa confiança pode ser poderosa, pois coordena expectativas em escala. Mas continua diferente de força física ou de autoridade pública. Um registro descreve e organiza uma realidade operacional; não cria toda essa realidade sozinho.

Também não se deve reduzir a AFRINIC a uma caixa postal dos antigos RIRs. Seus sistemas estavam em produção, sua equipe assumira o atendimento principal e sua capacidade operacional fora observada. A segunda opinião estabelecia um limite de decisão, não apagava o trabalho realizado. A descrição correta é a de um coordenador funcional em processo de graduação, não a de um soberano já completo nem a de uma fachada sem agência.

Essa leitura atribui aos documentos oficiais o peso que eles merecem. A carta conjunta comprova o que a NRO e a AFRINIC notificaram. A página da RIPE comprova os passos que a RIPE disse ter executado. A resolução da ICANN comprova a decisão formal de reconhecimento. A avaliação da IANA comprova que seus autores consideraram satisfeitos dez critérios. Termos como “apoio da comunidade”, “representação regional” ou “plenamente funcional” continuam sendo formulações institucionais cujo alcance deve ser testado contra ações e limites, não adotado como teoria automática de soberania.

O melhor argumento a favor do reconhecimento em etapas

A tese contrária mais forte não diz que uma resolução criou servidores do nada. Ela diz que a ordem dos acontecimentos foi deliberada e prudente. Primeiro veio a aprovação provisória. Depois, os RIRs experientes treinaram a nova equipe, avaliaram pedidos em conjunto e examinaram instalações. Em seguida, a segunda fase colocou os sistemas em produção, com uma segunda opinião que reduzia o risco de erros enquanto a organização acumulava experiência. Só então a IANA avaliou os dez critérios do ICP-2 e a ICANN concedeu o reconhecimento final. A alocação pós-reconhecimento e os instrumentos formais de autoridade vieram na sequência.

Essa defesa é convincente. Um coordenador de unicidade não deveria receber acesso independente a estoques globais somente porque prometeu operar bem. Exigir prova técnica, financiamento, políticas, confidencialidade, registros e apoio dos registros locais era uma maneira de testar capacidade sem impor um corte abrupto aos clientes. A migração gradual de contratos, dados e DNS oferecia uma margem para corrigir problemas.

Aceitar esse argumento não exige aceitar a mitologia de que reconhecimento equivale a soberania. A conclusão mais rigorosa é dupla. A acreditação teve função real: formalizou o lugar da AFRINIC no sistema global, encerrou a etapa de segunda opinião e foi seguida por atos de recursos e coordenação. Mas a acreditação se apoiou em operação observada; não foi a fonte metafísica de toda capacidade anterior. O processo valida tanto a importância da avaliação formal quanto o princípio de que a realidade operacional deve ser demonstrada em sistemas que funcionam.

Os limites da crítica importam. Não há dados para chamar a segunda opinião de veto exercido, tutela dominante ou mera formalidade. Não há métricas que permitam dizer que a transição prejudicou clientes. Não há base para afirmar que a ICANN foi irrelevante. Também não há base para sugerir que unicidade global sobreviveria sem nenhuma forma de reconhecimento comum. A lição não é abolir coordenação; é impedir que coordenação seja confundida com um poder que seus instrumentos não concederam.

O que a transição significava para quem operava redes

Para um registro local ou titular de recursos, a principal preocupação era menos filosófica: o serviço continuaria? O pedido chegaria ao lugar certo? O contato publicado permaneceria correto? Uma atualização de DNS reverso seria executada? O pagamento feito à instituição anterior seria reconhecido? A resposta institucional procurou reduzir essas fricções com encaminhamento de pedidos, congelamentos planejados, cópia de objetos e proteção contra cobrança duplicada no caso documentado da RIPE.

O desenho também distribuía riscos. A segunda opinião podia detectar erros durante o aprendizado, mas podia acrescentar espera ou tornar difusa a responsabilidade quando operador principal e revisor discordassem. A manutenção de determinados objetos na RIPE evitava um vazio imediato de política de roteamento, mas deixava clientes com mais de uma superfície de manutenção. A permanência temporária de contratos antigos preservava continuidade, mas separava a instituição que prestava o serviço daquela com a qual o cliente ainda mantinha relação jurídica.

Não é possível calcular o saldo desses custos e benefícios. O registro público não oferece quantidade de pedidos, aprovação, rejeição, atraso, correção ou reversão. Não informa filas, disponibilidade, erros de WHOIS, incidentes de DNS ou relatos sistemáticos dos operadores. A ausência de incidentes publicados no conjunto consultado não prova impacto zero. Da mesma forma, a ausência de casos de intervenção não prova que a segunda opinião era decorativa.

Ainda assim, há uma inferência sustentada pelo próprio desenho: separar etapas tornou possível mudar o ponto de atendimento sem exigir que todas as outras camadas fossem resolvidas no mesmo instante. Isso reduzia o risco de uma “virada de chave” absoluta. A operação podia provar competência; a revisão podia conter erros; os contratos podiam migrar; o reconhecimento podia ser decidido; os instrumentos de custódia podiam ser concluídos. A transição tratou a continuidade como um problema de interfaces e estados, não como um passe de mágica institucional.

As lacunas que precisam continuar abertas

Há perguntas materiais sem resposta. Não foi localizado o plano original de transição com critérios de aceitação para as fases. Não se conhece o procedimento da segunda opinião, sua força vinculante ou seu tempo de resposta. Não há uma contabilidade pública de casos. Não se sabe, de forma granular, de quais estoques saíram os recursos processados durante a segunda fase. Faltam inventários e contratos da APNIC e da ARIN comparáveis ao detalhe da RIPE.

Também não foram localizadas as cartas formais assinadas em 26 e 27 de abril, apenas o relato da NRO sobre elas. Falta o certificado mauriciano capaz de resolver a divergência entre fevereiro de 2004 e abril de 2005 na linguagem de incorporação. Faltam métricas independentes de disponibilidade, impacto no DNS e experiência dos clientes. Não há denominador para saber quantos registros locais aceitaram e assinaram os novos contratos até o corte.

Essas ausências delimitam a linguagem permitida. Não se pode afirmar que a revisão por pares foi frequente, rara, decisiva ou inútil. Não se pode afirmar que todos os instrumentos jurídicos produziram efeito em 21 de fevereiro. Não se pode afirmar que nenhum usuário sofreu interrupção. Não se pode afirmar que o bloco IPv6 datado de 2004 foi ou não operacionalmente equivalente ao pacote anunciado em abril de 2005. A investigação sustenta uma arquitetura de transição; não reconstrói cada caso dentro dela.

O que resta, depois dessas cautelas, é suficiente e importante. A AFRINIC assumiu o serviço principal antes do reconhecimento final. O fez sob supervisão, com relações contratuais e custodiais ainda em movimento. A passagem foi real porque pedidos, interfaces e registros mudaram. O limite foi real porque julgamento, estoque, contratos, acreditação e roteamento não se dissolveram num único titular.

O evento de fevereiro não prova que as instituições formais são dispensáveis. Prova algo mais útil: a legitimidade técnica começa na capacidade demonstrada, enquanto a legitimidade institucional organiza a confiança em torno dela. Uma não deve fingir que criou a outra. E nenhuma delas converte um coordenador de registros em soberano das redes que dependem de seus dados.