Resumo

  • Em 31 de março de 2017, a fase 1 da política vigente começou com teto de /13 por pedido; em 14 de abril, o Draft 4 propôs /18. Eram 524.288 endereços contra 16.384, uma diferença de 32 vezes na capacidade máxima de uma solicitação, não uma prova de quanto seria efetivamente alocado.
  • O /18 não nasceu no Draft 4: ele já constava do Draft 3. A mudança própria do quarto texto estava, entre outros pontos, na retirada das reservas diretas /16 para infraestrutura crítica e /14 para novos entrantes, no abandono da reserva /13 para usos imprevistos e na criação de uma reserva /12 voltada ao apoio à implantação de IPv6.
  • O desenho combinava horizonte de necessidade de oito meses, teste de 90% de utilização anterior, ausência de intervalo geral explícito entre pedidos e discricionariedade administrativa para avaliar o acesso à reserva. Assim, um teto menor poderia espalhar retiradas por mais eventos, mas também converter demanda em reapresentação de documentos e premiar quem tivesse mais capacidade de voltar à fila.
  • A função legítima da AFRINIC era estreita: administrar com critérios verificáveis um estoque ainda não alocado, manter um registro correto e dar continuidade ao serviço. Escassez e controle do livro de registros não lhe conferiam soberania, poder regulatório, policial, punitivo, confiscatório ou jurisdicional sobre operadores e ativos já alocados.

A fase 1 começou em 31 de março de 2017, quando um pedido aprovado já não pôde ser atendido fora do /8 final da AFRINIC. O aviso institucional datado de 3 de abril descreveu a regra então em vigor: cada solicitação poderia chegar a um /13, equivalente a 524.288 endereços. Quatorze dias depois do gatilho, em 14 de abril, a AFRINIC publicou o AFPUB-2016-V4-001-DRAFT-04, versão 4.0, ainda marcado como “Under Discussion”. O texto propunha um máximo de /18 na fase 1, ou 16.384 endereços. Dividir 524.288 por 16.384 dá 32. A abertura máxima pela qual um pedido poderia passar ficaria, portanto, 32 vezes menor do que a prevista na política que acabara de entrar em operação.

Essa comparação não diz que alguém recebeu um /13, que alguém teria recebido um /18 ou que o estoque duraria determinado número de meses. Teto não é alocação realizada; razão aritmética não é resultado histórico. O que a comparação revela é a arquitetura de acesso proposta. Um operador que conseguisse justificar uma necessidade superior a 16.384 endereços dentro do horizonte aceito não poderia satisfazê-la em um único evento sob o Draft 4. Se pedidos sucessivos permanecessem possíveis, sua necessidade passaria a ser repartida em mais contatos com a organização, mais verificações e mais incerteza sobre posição e tempo. Em um negócio que sustenta clientes, receita e continuidade de rede, a fila começa a produzir custos antes de o primeiro endereço mudar de estado no registro.

Também é preciso evitar uma atribuição histórica errada. O Draft 4 não inventou o /18. O Draft 3 já continha esse máximo proposto, junto com o gatilho /11 para a fase 2, o teto /22 durante essa segunda fase, o horizonte de oito meses e o teste de 90%. O quarto texto manteve esse núcleo. Por isso, há duas comparações diferentes e ambas precisam ser nomeadas: diante da regra vigente em abril, o Draft 4 teria reduzido o teto de /13 para /18; diante do Draft 3, ele reteve o /18 e alterou sobretudo a estrutura de reservas, a forma do texto e outros elementos do pacote. Misturar as duas linhas de comparação faz a proposta parecer autora de uma mudança que já ocorrera na versão anterior.

Os números importam porque uma fila de recursos escassos nunca é apenas uma sequência. Ela contém uma decisão sobre quanto cada passagem permite retirar, quando uma nova etapa começa, que necessidade pode ser projetada, quem precisa provar uso anterior, quem pode voltar e qual parcela do estoque fica fora da fila geral. O Draft 4 reuniu todas essas escolhas num momento de transição recém-ativada.

Lê-lo com precisão significa perguntar não se seus autores declaravam fins desejáveis, mas como as cláusulas distribuíam custos e possibilidades — e quais salvaguardas tornariam essa administração compatível com o papel limitado de um registro técnico privado.

Resumo

  • Em 31 de março de 2017, a fase 1 da política vigente começou com teto de /13 por pedido; em 14 de abril, o Draft 4 propôs /18. Eram 524.288 endereços contra 16.384, uma diferença de 32 vezes na capacidade máxima de uma solicitação, não uma prova de quanto seria efetivamente alocado.
  • O /18 não nasceu no Draft 4: ele já constava do Draft 3. A mudança própria do quarto texto estava, entre outros pontos, na retirada das reservas diretas /16 para infraestrutura crítica e /14 para novos entrantes, no abandono da reserva /13 para usos imprevistos e na criação de uma reserva /12 voltada ao apoio à implantação de IPv6.
  • O desenho combinava horizonte de necessidade de oito meses, teste de 90% de utilização anterior, ausência de intervalo geral explícito entre pedidos e discricionariedade administrativa para avaliar o acesso à reserva. Assim, um teto menor poderia espalhar retiradas por mais eventos, mas também converter demanda em reapresentação de documentos e premiar quem tivesse mais capacidade de voltar à fila.
  • A função legítima da AFRINIC era estreita: administrar com critérios verificáveis um estoque ainda não alocado, manter um registro correto e dar continuidade ao serviço. Escassez e controle do livro de registros não lhe conferiam soberania, poder regulatório, policial, punitivo, confiscatório ou jurisdicional sobre operadores e ativos já alocados.

A fase 1 começou em 31 de março de 2017, quando um pedido aprovado já não pôde ser atendido fora do /8 final da AFRINIC. O aviso institucional datado de 3 de abril descreveu a regra então em vigor: cada solicitação poderia chegar a um /13, equivalente a 524.288 endereços. Quatorze dias depois do gatilho, em 14 de abril, a AFRINIC publicou o AFPUB-2016-V4-001-DRAFT-04, versão 4.0, ainda marcado como “Under Discussion”. O texto propunha um máximo de /18 na fase 1, ou 16.384 endereços. Dividir 524.288 por 16.384 dá 32. A abertura máxima pela qual um pedido poderia passar ficaria, portanto, 32 vezes menor do que a prevista na política que acabara de entrar em operação.

Essa comparação não diz que alguém recebeu um /13, que alguém teria recebido um /18 ou que o estoque duraria determinado número de meses. Teto não é alocação realizada; razão aritmética não é resultado histórico. O que a comparação revela é a arquitetura de acesso proposta. Um operador que conseguisse justificar uma necessidade superior a 16.384 endereços dentro do horizonte aceito não poderia satisfazê-la em um único evento sob o Draft 4. Se pedidos sucessivos permanecessem possíveis, sua necessidade passaria a ser repartida em mais contatos com a organização, mais verificações e mais incerteza sobre posição e tempo. Em um negócio que sustenta clientes, receita e continuidade de rede, a fila começa a produzir custos antes de o primeiro endereço mudar de estado no registro.

Também é preciso evitar uma atribuição histórica errada. O Draft 4 não inventou o /18. O Draft 3 já continha esse máximo proposto, junto com o gatilho /11 para a fase 2, o teto /22 durante essa segunda fase, o horizonte de oito meses e o teste de 90%. O quarto texto manteve esse núcleo. Por isso, há duas comparações diferentes e ambas precisam ser nomeadas: diante da regra vigente em abril, o Draft 4 teria reduzido o teto de /13 para /18; diante do Draft 3, ele reteve o /18 e alterou sobretudo a estrutura de reservas, a forma do texto e outros elementos do pacote. Misturar as duas linhas de comparação faz a proposta parecer autora de uma mudança que já ocorrera na versão anterior.

Os números importam porque uma fila de recursos escassos nunca é apenas uma sequência. Ela contém uma decisão sobre quanto cada passagem permite retirar, quando uma nova etapa começa, que necessidade pode ser projetada, quem precisa provar uso anterior, quem pode voltar e qual parcela do estoque fica fora da fila geral. O Draft 4 reuniu todas essas escolhas num momento de transição recém-ativada.

Lê-lo com precisão significa perguntar não se seus autores declaravam fins desejáveis, mas como as cláusulas distribuíam custos e possibilidades — e quais salvaguardas tornariam essa administração compatível com o papel limitado de um registro técnico privado.

L3 — Quatorze dias entre dois limites da fase 1

O ponto de partida é a política efetivamente descrita pelo aviso de 3 de abril, e não a proposta que viria depois. Sob a regra vigente, a fase 1 havia sido acionada em 31 de março. O teto por pedido era /13; o mínimo para um LIR era /22; o mínimo para um End User era /24. O pedido se apoiava numa janela de planejamento de oito meses. Quem já tivesse recebido recursos precisava satisfazer um teste de utilização de 90%, enquanto o primeiro pedido de um novo LIR ou End User não carregava essa exigência de uso anterior. Não havia no aviso um intervalo geral explícito de recorrência. Também existia uma reserva /12 para usos futuros imprevistos. Esses elementos formam o retrato operacional contra o qual o Draft 4 deve ser medido.

O Draft 4, publicado em 14 de abril por Omo Oaiya, Joe Kimaili e Alain P. Aina, era uma proposta de substituição para a seção pertinente do manual. Seu estado “Under Discussion” é substantivo: fixa a natureza do ato. Publicar uma redação e submetê-la ao processo não equivale a adotá-la, ratificá-la, implementá-la ou transformá-la em norma pública. Mais tarde, o registro da AFRINIC-26 anotaria ausência de consenso e retorno à lista de discussão. Esse desfecho processual reforça que estamos examinando um desenho proposto, não resultados de aplicação.

Na fase 1 proposta, o máximo seria /18. O contraste com o /13 vigente pode parecer, à primeira vista, apenas uma diferença de cinco unidades na notação. A notação CIDR, porém, cresce por potências de dois: cada bit adicional no comprimento do prefixo reduz pela metade o conjunto de endereços. Cinco passos produzem uma divisão por 32. Assim, o /13 comporta 524.288 endereços e o /18, 16.384. A formulação correta é que o máximo admitido por uma solicitação seria um trinta e dois avos do teto vigente. Não se pode converter isso, sem dados de demanda e inventário, em afirmação sobre a vida útil do estoque, o número de beneficiários ou o tempo de espera.

Essa distinção entre capacidade normativa de um pedido e entrega observada impede dois erros. O primeiro seria supor que o teto anterior representava a quantidade normal ou automática de uma alocação. Um máximo apenas limita o que pode ser aprovado; não demonstra que os pedidos chegavam ao limite nem que satisfaziam os demais requisitos. O segundo seria dizer que a redução necessariamente espalharia endereços de forma equitativa. Ela poderia impedir uma única retirada de até /13, mas o efeito cumulativo dependeria do tamanho e da frequência dos pedidos, da posição na fila, da possibilidade de repetição, do estoque disponível e da forma de avaliação. O registro fechado não oferece o modelo necessário para medir esses resultados.

O máximo /18 tampouco era a alteração específica entre o Draft 3 e o Draft 4. A terceira versão já o propunha. Ela também já trazia o gatilho /11, o máximo /22 para a fase 2, a ausência de um mínimo ordinário explícito, a janela de oito meses e o teste de 90%. Portanto, dizer que o Draft 4 “baixou de /15 para /18” seria atribuir a ele a alteração de uma versão anterior. A descrição exata é mais interessante: o Draft 4 preservou a geometria central do Draft 3 enquanto essa geometria, se comparada com a regra recém-ativada, ainda representava uma forte contração do acesso por evento.

O /11 e o /22 ocupavam funções distintas. O /11, equivalente a 2.097.152 endereços, era um limiar de estoque: quando o espaço não reservado restante no /8 final chegasse a esse nível ou abaixo dele, a fase 2 começaria segundo a proposta. O /22, equivalente a 1.024 endereços, seria o máximo por pedido nessa fase 2. Um número respondia à pergunta “quando muda a etapa?”; o outro respondia “quanto pode passar em cada solicitação depois da mudança?”. Tratar o /11 como teto por pedido ou o /22 como gatilho apaga o mecanismo institucional que cada cláusula exercia.

O horizonte de oito meses também precisa ser lido pelo que era. Ele delimitava o período de necessidade que uma solicitação poderia projetar para alocação ou designação. Não era uma quarentena obrigatória entre dois pedidos, nem uma promessa de abastecimento por oito meses, nem uma previsão do tempo de fila. Sua função era aproximar a justificativa de uma demanda de prazo relativamente curto.

Isso pode ser defendido como disciplina contra projeções remotas, mas não resolve sozinho a recorrência: um solicitante cuja necessidade ultrapassasse o máximo poderia, em princípio, voltar com outro pedido, pois o Draft 4 não declarava um intervalo geral explícito para reapresentação.

O teste de 90% operava em outra dimensão. Para quem já possuía alocações ou designações anteriores, a proposta exigia elevado uso dos recursos relevantes antes de uma nova concessão. A exigência não alcançava o primeiro pedido de um novo LIR ou End User, justamente porque não haveria um histórico anterior sobre o qual aplicar a porcentagem. Essa exceção não constituía uma reserva de estoque nem garantia de prioridade ao novo entrante; apenas reconhecia a impossibilidade lógica de provar utilização de algo ainda não recebido. Depois do primeiro pedido, o custo de documentar uso passaria a integrar o retorno à fila.

Havia ainda uma condição relativa ao uso fora da região, cuja presença ajudava a definir elegibilidade sob a proposta. Ela deve ser entendida como parte de uma regra privada de acesso ao estoque não alocado administrado pela AFRINIC, não como fronteira soberana ou licença pública para governar a atividade de redes. Uma organização de registro pode pedir informações pertinentes ao processamento de um recurso que ainda controla administrativamente. Isso não transforma sua região de serviço em território político nem lhe entrega poder regulatório sobre empresas, clientes, capital ou escolhas comerciais depois da alocação.

A ausência de um mínimo ordinário explícito no corpo do Draft 4 abria outra questão. Na política vigente, havia mínimos identificáveis: /22 para LIRs e /24 para End Users. No Draft 4, o texto não fixava um piso geral. A avaliação da equipe observou que a redação poderia, no papel, chegar a blocos tão pequenos quanto /32 e apontou problemas operacionais, inclusive de roteabilidade abaixo de /24. Isso não prova que a AFRINIC tenha efetivamente emitido uma alocação /32, nem que qualquer bloco tão pequeno fosse roteável globalmente. Prova apenas que a falta do piso criava uma margem textual com consequências administrativas e técnicas que precisavam ser esclarecidas.

Na AFRINIC-26, o registro da reunião informou que os autores concordaram em manter /24 como mínimo em resposta aos comentários. Essa concordância antecipava uma alteração textual posterior; ela não reescreve retroativamente o documento de 14 de abril. O Draft 4 sob análise continuava sem mínimo ordinário explícito. O piso /24 e a regra de recorrência de 24 meses apareceriam no Draft 5, não no Draft 4. Mencionar essa fronteira serve apenas para impedir que uma salvaguarda posterior seja transportada para trás e faça o quarto texto parecer mais definido do que era.

O conjunto de reservas mostra com ainda mais nitidez o que mudou do Draft 3 para o Draft 4. O Draft 3 separava um /16, ou 65.536 endereços, para infraestrutura crítica da Internet. Separava também um /14, ou 262.144 endereços, para novos LIRs ou End Users. E mantinha um /13, ou 524.288 endereços, para usos imprevistos. O Draft 4 retirou as duas reservas diretas destinadas a categorias identificadas e não conservou a reserva /13 de usos imprevistos como tal. Em seu lugar, propôs uma reserva contígua /12, com 1.048.576 endereços, orientada especificamente a apoiar a implantação de IPv6.

“Em seu lugar” descreve a arquitetura geral, não uma equivalência simples de finalidade ou tamanho. O /12 era duas vezes o volume de um /13, mas tinha uma porta de entrada específica. Só seria mobilizado quando a AFRINIC já não conseguisse atender pedidos ordinários, e não como uma gaveta aberta em paralelo às solicitações normais da fase 1. O requerente deveria demonstrar uma necessidade de IPv4 que servisse ao suporte de IPv6, mostrar que não havia alocação alternativa adequada e não ter recebido recursos sob aquela política nos seis meses anteriores. Cada concessão a partir da reserva ficaria limitada a /24, isto é, 256 endereços.

O intervalo de seis meses pertencia à reserva. Ele não era uma regra geral que obrigava todo solicitante ordinário a esperar seis meses para retornar. Essa diferença é central para a geometria da fila. Na via ordinária, o Draft 4 não declarava um limite geral de recorrência. Na via reservada, havia uma condição de não recebimento nos seis meses anteriores. Fundir as duas regras produziria uma proteção contra repetição que o texto não oferecia para o estoque comum e, ao mesmo tempo, esconderia a seletividade própria da reserva.

É possível dividir aritmeticamente um /12 em 4.096 blocos /24. O número, porém, não é previsão de 4.096 beneficiários. Ele ignora a técnica de alocação esparsa sugerida, a elegibilidade, a demanda, a fragmentação, a disponibilidade ao longo do tempo e qualquer necessidade operacional. Sua utilidade é mais limitada: mostrar que o tamanho total da reserva e o máximo individual eram controles diferentes. O /12 definia a quantidade afastada da fila ordinária; o /24 definia quanto uma passagem aprovada poderia retirar da câmara reservada.

A avaliação das justificativas caberia à equipe da AFRINIC, segundo o Draft 4. A análise institucional posterior pediu maior clareza sobre a substituição das reservas, a separação do mecanismo e o alcance dessa discricionariedade. Essas observações são evidência de implementação produzida pela própria instituição; não constituem decisão independente, parecer judicial ou aprovação jurídica. A anotação de que não foram observados comentários da assessoria jurídica não equivale a um juízo afirmativo de legalidade. Ela registra ausência de comentário, nada mais.

Há, então, três camadas que não podem ser comprimidas numa narrativa única. A política vigente em 3 de abril tinha teto /13, mínimos /22 e /24, horizonte de oito meses, teste de 90%, recorrência geral não explicitamente limitada e reserva /12 para usos imprevistos. O Draft 3 já propunha /18, gatilho /11, máximo /22, nenhum mínimo explícito e reservas categóricas /16, /14 e /13. O Draft 4 reteve o núcleo de teto, gatilho, máximo de fase 2, horizonte e teste, retirou as reservas categóricas e de usos imprevistos, e criou a reserva /12 de apoio a IPv6 com teto individual /24 e condição específica de seis meses. Só depois de preservar essas três camadas é possível discutir quem suportaria os custos embutidos nelas.