Resumo

  • Três, e somente três, propostas locais publicadas pouco antes da AFRINIC-2 estavam em causa: alocações temporárias; IPv4 para usuários finais, incluindo as disposições para IXP, servidor raiz e ccTLD; e uma emenda aos critérios de elegibilidade para ASN.
  • Entre a publicação pública e a sessão de políticas de 27 de abril de 2005 transcorreram apenas 11 dias corridos para a proposta temporária e 10 dias para as outras duas, muito menos que o aviso mínimo de 30 dias descrito pelo processo então vigente.
  • Os textos puderam ser apresentados e discutidos em Maputo, mas a documentação consultada não registra que tenham alcançado ali consenso de reunião, last call de 15 dias ou adoção pelo Board. Esses estados vieram depois, em uma sequência separada.
  • A observância do prazo foi uma restrição procedimental útil dentro de uma entidade privada de coordenação. Ela não transformou a lista, a sala de reunião ou a própria AFRINIC em fonte de soberania, representação universal ou poder público de punição.

O dia em que a conversa não virou decisão

Em 27 de abril de 2005, o fato institucional importante não foi uma grande aprovação nem uma derrota política. Foi uma contenção. A AFRINIC-2, realizada em Maputo durante os dias 26 e 27, chegou à sua sessão de políticas com três propostas que haviam sido colocadas na lista pública apenas em 16 e 17 de abril. Havia assunto para debater. Não havia tempo público suficiente para tratar o debate presencial como a etapa de consenso prevista no processo.

O processo de desenvolvimento de políticas que a AFRINIC havia descrito em sua documentação de março de 2005 apresentava uma cadeia. Qualquer pessoa podia propor. A proposta seguiria para uma lista aberta de trabalho, onde haveria discussão. Depois de pelo menos 30 dias de comentários públicos, ela poderia chegar à reunião aberta presencial para endosso por consenso. O consenso era apresentado como acordo geral, não como uma votação por maioria. Se obtido, viria um last call de 15 dias. Só então o Board ratificaria e adotaria a política para uso da organização.

Os três textos de abril não haviam concluído o primeiro intervalo. Ainda assim, o relatório da AFRINIC-2 registra discussão material. A solução prática foi conservar a conversa e negar a ela o efeito de etapa decisória. Essa combinação — discutir agora, decidir depois — é o centro do episódio. Não houve silêncio imposto aos proponentes, mas também não houve atalho declarando que a presença de um texto na agenda ou o interesse da sala curava o aviso insuficiente.

É possível descrever esse resultado como aplicação ou observância do piso de 30 dias. Não é possível, com o registro disponível, atribuí-lo nominalmente a um presidente, moderador, funcionário ou membro do Board. Não foi localizada a fala exata que anunciou o tratamento processual, nem uma moção, uma votação, uma ata de objeção ou uma chamada de consenso para esses três itens. O relatório oficial expõe a regra, identifica os objetos tardios, resume a discussão e situa a aprovação ou rejeição futura em outra reunião.

O quadro resulta da leitura conjunta desse relatório com o processo então publicado; não é uma citação de um despacho individual que a documentação tenha preservado.

Três propostas, não quatro — e não a proposta global de IPv6

A contagem correta é uma condição para entender o ato. A AFRINIC-2 lidou com três propostas tardias nesse conjunto específico.

A primeira, apresentada por Alain P. Aina, tratava de alocações e designações temporárias. O texto procurava criar uma via para atividades documentadas e limitadas no tempo, com possibilidade de usar endereços unicast IPv4 ou IPv6 e números de sistema autônomo. A versão inicial mencionava um prazo de um mês, renovável mediante solicitação, e levantava questões sobre devolução e taxa administrativa. Nada disso era política vigente por causa da discussão de abril. Eram termos propostos, submetidos a perguntas sobre duração, reputação de rotas, desenho de blocos reservados e custos.

A segunda, de Mark Tinka, tratava de designações IPv4 para usuários finais. Incluía critérios para espaço independente de provedor, um mínimo geral de /24, testes de utilização, pedidos adicionais e uma seção destinada a infraestrutura crítica. É nessa mesma proposta que aparecem as condições referentes a pontos de troca de tráfego, servidores raiz e operadores de ccTLD ou de DNS central. A formatação do relatório da reunião pode fazer esse trecho parecer um título separado. O documento apresentado à lista, porém, mostra que ele integra a proposta de IPv4 para usuários finais.

Transformar essa seção em um quarto objeto distorceria a unidade documental do que foi submetido.

A terceira, também de Mark Tinka, alterava a seção de elegibilidade para ASN. Ela acrescentava a condição de que o solicitante fosse membro da AFRINIC em situação regular aos critérios técnicos já relacionados a política de roteamento própria e multihoming. O relatório também resume uma restrição sobre a atribuição de ASN por LIR a outras organizações. Assim como nas demais, autoria conferia ao proponente a faculdade de iniciar e defender o texto; não conferia poder unilateral de adoção nem dispensava o tempo de aviso.

Outro item precisa ficar fora da conta. A apresentação sobre alocações IPv6 da IANA aos RIRs pertencia a uma sequência global associada ao NRO e foi tratada separadamente no relatório. A submissão localizada de Alan Barrett à lista da AFRINIC é de 1º de agosto de 2005, posterior ao encontro de Maputo. Esse material ajuda a manter distintas duas trilhas institucionais: de um lado, três propostas locais publicadas em abril; de outro, uma proposta global cuja circulação e cadeia de autoridade eram diferentes. Somá-la às três faria o leitor perder tanto o número correto quanto a natureza do evento analisado.

Há, portanto, duas correções contra erros sedutores. O subtítulo visual sobre IXP, raiz e ccTLD não cria uma quarta proposta, porque é seção do texto de IPv4 para usuários finais. E o item IPv6 IANA-para-RIR não ocupa uma das três posições, porque pertence a outro processo. A lista correta permanece: temporárias; IPv4 para usuários finais com sua seção de infraestrutura crítica; e elegibilidade ASN.

O cálculo mínimo: 11 dias, 10 dias e uma falta impossível de fechar

Os cabeçalhos arquivados dão precisão ao problema temporal. A proposta de alocações temporárias entrou no arquivo público em 16 de abril de 2005, às 15h05min21s UTC. As duas propostas de Mark Tinka foram arquivadas em 17 de abril: a emenda de ASN às 16h37min08s UTC e o texto para usuários finais 27 segundos depois, às 16h37min35s UTC.

Tomando como referência a data da sessão de políticas, 27 de abril, o intervalo entre datas é de 11 dias para a proposta temporária e de 10 dias para as propostas de ASN e IPv4 para usuários finais. A hora exata da sessão não foi publicada no material consultado, por isso a conclusão não deve fingir uma contagem horária mais precisa. Essa incerteza não ameaça o resultado. O horário completo da reunião só poderia reduzir o período efetivamente concluído antes da discussão; não poderia multiplicar dez ou onze dias até chegar a 30.

Uma página histórica posterior registra 17 de abril como a primeira data da proposta temporária, enquanto o cabeçalho da mensagem arquivada mostra 16 de abril. A divergência de um dia deve permanecer visível, não ser corrigida por suposição. Ela tampouco modifica o fato central: tanto dez quanto onze dias ficam muito abaixo de 30. Da mesma forma, a expressão aproximada “cerca de duas semanas”, usada no relato institucional, não prova circulação pública anterior. Pode ser uma descrição arredondada.

Não foram encontrados elementos que demonstrem se rascunhos circularam em privado ou em canais não indexados, e eventual circulação privada, por si só, não seria equivalente ao período de discussão na lista pública previsto pela regra.

O que a sala efetivamente discutiu

O relatório da AFRINIC-2 não é uma transcrição palavra por palavra, mas registra questões substantivas para os três objetos. A emenda de ASN recebeu pouca discussão segundo o próprio relato. Pouca não é nenhuma, e também não é consenso. A cautela correta consiste em aceitar a caracterização do documento sem transformá-la em um placar ou em uma medida de apoio.

No texto de alocações temporárias, surgiram perguntas com consequência operacional. Um prazo de um mês seria curto demais? Um bloco reutilizado por atividades temporárias poderia carregar uma reputação de roteamento criada por usuários anteriores? Seria melhor reservar espaço específico? Como funcionariam as taxas e a renovação? Essas questões importavam porque a proposta não tratava apenas de um princípio abstrato. Ela pretendia orientar pedidos reais e temporários, possivelmente de organizadores de eventos ou experiências técnicas, e definir condições de retorno.

A discussão revelou por que o aviso anterior à adoção tinha valor: operadores e equipe do registro precisavam avaliar não apenas quem seria elegível, mas também o comportamento do recurso depois do uso.

No caso de IPv4 para usuários finais, o campo de impacto era mais amplo. O texto propunha critérios de necessidade e utilização, um mínimo /24 e condições para pedidos adicionais. Sua seção de infraestrutura crítica alcançava IXP e operadores de DNS central, com implicações para redes de peering, entradas na tabela de rotas, expansão de LANs de troca e documentação de elegibilidade. O relatório registra preocupações sobre crescimento da tabela de roteamento e sobre o tratamento de solicitações que não poderiam simplesmente esperar até a reunião seguinte.

Esses comentários não comprovam prejuízo efetivo, queda de serviço ou indeferimento de um requerimento. Eles mostram que havia uma superfície operacional que merecia exame antes de a redação produzir efeito.

Quanto à elegibilidade ASN, acrescentar a situação regular de membro a critérios de roteamento e multihoming poderia ligar uma decisão técnica de numeração a uma condição institucional e econômica. A documentação deste episódio não quantifica taxas, não identifica solicitante excluído e não mostra que a regra tenha sido aplicada em abril. A relevância da antecedência está justamente em dar tempo para perguntar se uma exigência de membership se conecta de modo necessário à função do registro, quais custos ela desloca para o solicitante e como se distingue um critério de coordenação de uma barreira corporativa.

Publicação, discussão, consenso, last call e adoção são atos diferentes

A tentação mais comum na reconstrução de processos antigos é saltar de um documento localizado para uma conclusão de vigência. Aqui, o salto produziria vários erros em cadeia.

O primeiro estado era a publicação na lista. Os cabeçalhos demonstram disponibilidade pública em datas específicas e permitem calcular o intervalo. Eles não demonstram quantas pessoas leram a mensagem, quantas organizações estavam representadas, se todos os afetados receberam conhecimento ou se houve concordância.

O segundo estado era a discussão assíncrona e, depois, a discussão presencial. Comentários indicam participação e podem mudar uma proposta. Não são uma eleição. O relatório diz que o consenso, quando cabível, era acordo geral, não votação majoritária. Nem por isso qualquer reunião aberta poderia declarar consenso sobre qualquer texto em qualquer momento: o próprio processo vinculava o tratamento presencial à passagem de pelo menos 30 dias na lista.

O terceiro estado seria o consenso da reunião. Para os três textos tardios, ele não está registrado na AFRINIC-2. Em relação à proposta para usuários finais, o relatório é especialmente esclarecedor ao situar discussão e aprovação ou rejeição em uma reunião posterior. Não há base para escrever que o mérito tenha sido rejeitado em Maputo. O que se pode afirmar é que os textos ficaram fora da trilha adotável de consenso naquele encontro por não terem cumprido a antecedência.

O quarto estado seria o last call de 15 dias, posterior ao consenso presencial. Ele não era uma reserva de tempo intercambiável com o aviso inicial. O aviso antes da reunião permitia que ausentes examinassem o texto antes que a sala anunciasse acordo geral. O last call vinha depois desse anúncio. Usar o segundo para compensar a ausência do primeiro mudaria a distribuição do poder de agenda: o público teria sua janela completa apenas quando a reunião já houvesse atribuído ao texto o peso de um consenso.

O quinto estado seria a ratificação e adoção pelo Board. Nenhum ato de Board para os três textos na AFRINIC-2 foi localizado. Aliás, mesmo para o desfecho posterior, o registro consultado não expõe as resoluções, as datas e o encadeamento final de aprovação de cada versão. Páginas históricas posteriores marcam as políticas como implementadas e informam um last call em fevereiro de 2006, mas isso não autoriza inventar a data ou o instrumento do ato corporativo final.

O sexto estado é a aplicação operacional. Enquanto a AFRINIC ainda não tinha sua política própria de usuários finais, o relatório atribui ao CEO a posição de que seria usada a política do RIR predecessor pertinente. Esse registro serve aqui apenas para mostrar que adiar os três textos não significou deixar a operação sem qualquer regra. Não demonstra que a proposta tardia tenha sido adotada por emergência e não resolve, neste episódio, todas as questões de autoridade ou escolha entre regimes anteriores.

A sequência posterior não reescreve abril

Os três objetos reaparecem em dezembro de 2005, na AFRINIC-3, no Cairo. O relatório dessa reunião os inclui entre as propostas que receberam consenso e que retornariam à lista por 15 dias antes da aprovação pelo Board. Históricos oficiais posteriores situam o last call em fevereiro de 2006 e classificam as políticas como implementadas.

Essa cronologia posterior cumpre duas funções limitadas. Primeiro, confirma que a AFRINIC-2 não foi o ponto de adoção: se consenso e last call aparecem mais tarde, não podem ser presumidos em abril. Segundo, impede que a observância do prazo seja narrada como rejeição substantiva definitiva. As propostas avançaram em outro momento. O fato de terem avançado, contudo, não prova que as versões de dezembro fossem idênticas às de abril. O encadeamento completo de emendas e diferenças entre versões não está fechado no material consultado.

Entre 27 de abril e a abertura da AFRINIC-3 transcorreram 230 dias. É um número relevante para quem avalia custo de espera, mas não é uma medida automática de ineficiência. O arquivo indica que houve espaço para discussão e revisão; não mostra quantos dias foram indispensáveis, quantos poderiam ter sido evitados nem qual dano econômico teria resultado do intervalo. Contar dias é legítimo. Imputar motivo ou prejuízo sem documentação não é.

Também não se deve interpretar como data de implementação os campos de maio de 2005 exibidos em páginas históricas legadas. Esses campos precedem tanto o consenso registrado em dezembro quanto o last call posterior de fevereiro de 2006. Sem uma definição confiável do campo e sua proveniência de migração, chamá-lo de data de vigência produziria uma cronologia impossível. A posição mais rigorosa é preservar a ambiguidade.

Há ainda uma inconsistência no relatório da AFRINIC-3 acerca de outra proposta, a de ASN de quatro bytes: ela aparece em uma lista de consenso e também é descrita em outro trecho como não discutida rumo a consenso por falta de 30 dias. Essa contradição merece cautela no uso geral do documento, mas não desfaz a convergência específica sobre os três objetos herdados de Maputo, que também é corroborada pelos históricos individuais posteriores. Ela é mais um lembrete de que atas oficiais registram atos institucionais com autoridade probatória sobre o que a instituição declarou, não oferecem onisciência.

O melhor argumento a favor de um atalho

A defesa mais forte de uma decisão imediata não é frívola. A AFRINIC era jovem, tinha necessidades operacionais presentes e realizava uma reunião com mais de cem participantes ao longo dos dois dias. Os textos tratavam de problemas concretos: endereçamento temporário para atividades limitadas, critérios locais para usuários finais e elegibilidade de ASN. A lista era aberta, as mensagens haviam começado a receber atenção e a sala realmente discutiu as questões. Esperar até a reunião seguinte significava continuar dependendo, ao menos em parte, de políticas herdadas de outros RIRs.

Sob essa perspectiva, a instituição poderia parecer excessivamente formalista. Talvez um consenso provisório, seguido de last call robusto e implementação ajustável, produzisse uma resposta mais rápida. O fato de as três propostas terem alcançado consenso mais tarde e serem hoje classificadas como implementadas indica que os temas não eram inviáveis à primeira vista.

Esse argumento identifica corretamente o preço da espera, mas não demonstra que o processo publicado autorizava o remédio sugerido. O prazo de 30 dias aparecia como pré-requisito anterior ao consenso presencial. O last call de 15 dias era posterior, destinado a mudanças finais, e não descrito como cura para aviso prévio faltante. A informação disponível também não mostra um procedimento de emergência capaz de preservar garantias equivalentes, uma análise da equipe afirmando prontidão imediata ou uma população completa de afetados já representada na sala.

Mais de cem participantes no encontro inteiro não são uma contagem da sessão de políticas. Não dizem quantas pessoas falaram sobre cada proposta, quantas tinham interesse diretamente afetado, quantas eram autorizadas a representar redes ausentes ou quantas sequer haviam lido o texto. Abertura é uma qualidade do canal; não é prova de alcance, diversidade ou mandato.

O episódio revela uma solução intermediária mais defensável do que os extremos. A AFRINIC-2 não fingiu que urgência eliminava sua regra, mas também não fechou a porta ao aprendizado. Discutiu as propostas, registrou problemas e preservou uma ponte operacional por meio de regras anteriores. Isso não prova que 230 dias tenham sido o prazo ótimo, apenas que dez ou onze dias não foram reclassificados artificialmente como 30.

Quem detinha cada capacidade — e quem não aparece no registro

Os proponentes detinham a capacidade de iniciar o processo e modificar seus textos. A lista fornecia publicidade e discussão assíncrona. Os participantes da reunião podiam questionar, apoiar, contestar e influenciar a revisão. O processo de reunião, uma vez cumprido o aviso, podia reconhecer consenso. A lista seria novamente usada no last call. O Board detinha, na descrição publicada, a ratificação e adoção finais. A gestão operacional precisava manter o processamento de solicitações enquanto a política local não estivesse pronta.

Esse mapa de funções evita personalizar um ato cujo autor documental não está identificado. Não é seguro escrever que um presidente específico “barrou” as propostas, que o Board “votou pelo adiamento” ou que houve uma moção formal. Nada disso está preservado no conjunto consultado. Tampouco se pode inferir que os proponentes foram derrotados: seus textos foram considerados prematuros para consenso naquele encontro e depois seguiram adiante.

O mapa também impede que uma cláusula proposta seja tratada como punição exercida. A redação temporária continha regras de prazo, retorno e possível retirada; a proposta de ASN vinculava elegibilidade à situação de membro; o texto de usuários finais estabelecia critérios de utilização. Em abril, essas eram condições debatidas, não sanções aplicadas sob política adotada. Mesmo depois de adotadas por meios corporativos adequados, regras de registro permanecem limitadas por função técnica, contrato e direito aplicável.

Um coordenador de ledger pode administrar registros e critérios dentro de seu escopo; não adquire por consenso privado a autoridade coercitiva de um Estado.

O valor e o limite do aviso público

Um piso de antecedência pode produzir três benefícios concretos. Primeiro, reduz surpresa. Um operador tem chance de examinar como uma nova regra afetaria documentação, roteamento, custos e planejamento. Segundo, melhora a versão. Objeções a prazo, reputação de blocos, crescimento de tabela ou critérios de membership podem entrar no registro antes que a reunião declare acordo. Terceiro, desacopla presença física de autoridade decisória. Quem não viajou para Maputo ainda teria, em princípio, uma janela pública anterior ao consenso.

Nenhum desses benefícios prova que 30 dias sejam sempre suficientes. O arquivo não informa se todos os afetados receberam aviso, se as discussões refletiram a diversidade da região ou se barreiras linguísticas, de conectividade e de custo limitaram participação. Tampouco permite concluir que um intervalo mais longo teria produzido decisão melhor. O que ele prova é mais estreito: a AFRINIC prometera um mínimo e os três textos estavam longe de cumpri-lo.

O aviso também impõe custo. Usuários finais, IXP, operadores de DNS, organizadores de atividades temporárias e candidatos a ASN poderiam ter interesse em critérios locais claros. A postergação manteve dependência de arranjos anteriores e retardou uma rota formal especificamente africana. Mas o material não identifica quantos pedidos ficaram pendentes, quais foram deferidos ou recusados, quanto custou a espera ou se algum serviço falhou. A análise econômica precisa permanecer no mecanismo, não se fantasiar de balanço observado.

Disciplina de processo não é soberania

É tentador converter uma boa decisão interna em uma teoria abrangente de legitimidade. Seria um erro. A AFRINIC podia disciplinar o próprio caminho de adoção de políticas. Podia manter um banco de dados de recursos, processar solicitações, coordenar unicidade e aplicar critérios corporativos ou contratuais válidos. Nada no aviso de 30 dias a transformava em legislador público para todas as redes africanas.

Uma lista aberta produz evidência: mensagens, argumentos, objeções, datas. Uma reunião aberta produz mais evidência: intervenções, perguntas, tentativa de acordo. Nem a lista nem a sala formam automaticamente um eleitorado completo. Participar não equivale a autorizar em nome de quem esteve ausente; declarar consenso não cria propriedade sobre números de Internet nem poder soberano de punir operadores.

Essa distinção não diminui o valor do processo. Ao contrário, ajuda a defendê-lo pela razão correta. O prazo foi importante porque limitou a própria instituição e tornou menos provável uma mudança-surpresa nos critérios que ela administra. Não foi importante porque a AFRINIC possuísse um mandato ilimitado. A legitimidade da contenção deriva da fidelidade a uma regra interna e da proteção prática contra decisões precipitadas, não de uma alegada soberania comunitária.

Uma conclusão estreita o bastante para ser confiável

O achado histórico cabe em uma frase precisa: a AFRINIC-2 discutiu três propostas locais apresentadas tarde demais para cumprir o aviso mínimo de 30 dias e não as levou, naquele encontro, ao consenso, ao last call ou à adoção pelo Board.

As três eram alocações temporárias; IPv4 para usuários finais, incluindo IXP, raiz e ccTLD; e a emenda de elegibilidade ASN. A primeira tinha apenas 11 dias corridos desde a publicação; as outras duas, dez. O item global IPv6 IANA-para-RIR não pertence a esse conjunto. A seção de infraestrutura crítica não é uma quarta proposta.

O mérito não foi rejeitado pelo que o registro permite afirmar. Houve discussão, e os objetos avançaram depois, na AFRINIC-3, antes de last call e status de implementação. Não se conhece, no material consultado, o nome do decisor processual de Maputo, a formulação exata do ato, uma votação, o motivo além da insuficiência temporal, a cadeia completa de versões, as resoluções finais do Board ou um dano quantificado a operador.

Reconhecer essas lacunas não enfraquece o caso. Evita que um episódio de contenção seja reescrito como mito de autoridade. A AFRINIC cumpriu, nesse ponto, uma função defensável de coordenador privado: manteve separados aviso, discussão e adoção. Onze dias continuaram sendo onze; dez continuaram sendo dez; e a conversa pôde ser útil sem se disfarçar de decisão.