Resumo

  • O Draft 2 ampliou quem podia demonstrar necessidade operacional: um LIR já não precisava enquadrar sua implantação apenas como conectividade para organizações externas, pois o texto passou a abranger serviços a usuários e a departamentos, entidades e locais próprios ou relacionados na região da AFRINIC.
  • /32 continuou sendo a alocação inicial mínima. Para pedir mais, o operador deveria documentar fatores como espaço destinado a clientes, número de usuários, extensão da infraestrutura, estrutura hierárquica ou geográfica, segmentação de segurança e vida útil prevista da alocação, além de manter um plano razoável de atribuições /48 em doze meses.
  • A nova cláusula de retificação reconheceu que uma previsão pode falhar: uma única vez, a organização poderia apresentar novo plano sem antes atingir o limiar ordinário de utilização exigido para alocação subsequente. Dependendo de adjacência e inventário, haveria extensão do prefixo, renumeração para um prefixo maior com devolução do original em seis meses, ou um prefixo complementar.
  • A retirada da obrigação de anunciar o bloco em doze meses foi uma correção importante. Ela separou o ingresso no serviço de alocação de uma escolha operacional de roteamento. Ainda assim, o texto não publicou definições suficientemente precisas dos fatores, códigos de decisão ou dados agregados que permitissem verificar consistência.
  • AFRINIC podia decidir se um pedido atendia aos critérios privados de distribuição de seu inventário ainda não alocado. Não podia transformar essa decisão administrativa em jurisdição sobre a arquitetura, os clientes ou os recursos existentes do operador. A rede é projetada e custeada pelo operador; o registro deve acompanhar essa realidade.

L3 — A correção escrita dois dias depois de Dacar

O intervalo entre 9 e 11 de maio de 2018 parece curto, mas contém a mudança mais nítida entre as duas versões da proposta. O Draft 1 havia sido publicado em 28 de março. Entre seus critérios, exigia que o bloco alocado fosse anunciado em até doze meses, com a menor desagregação possível. Durante a reunião AFRINIC-28, em Dacar, em 9 de maio, um participante pediu a retirada dessa condição. O autor da proposta, Jordi Palet Martinez, concordou. Os cochairs registraram forte apoio, nenhuma oposição, consenso para atualizar o texto e avanço para a última chamada. Em 11 de maio, o Draft 2 apareceu sem a obrigação de anúncio.

Esse encadeamento permite afirmar um fato limitado e relevante: uma condição presente no Draft 1 foi contestada na discussão e omitida na versão publicada dois dias depois. Não permite tratar a ata como transcrição literal, medir representatividade regional, nem concluir que a linguagem de “consenso” conferiu legitimidade pública ao resultado. A ata oficial é um resumo de atos ocorridos em um processo privado. Ela prova a sequência; não cria uma competência estatal que a AFRINIC nunca teve.

A retirada também sustenta uma inferência delimitada. Os participantes distinguiram, ao menos naquele ponto, a elegibilidade para receber uma alocação de uma opção posterior sobre como anunciar o prefixo. Distribuir um bloco único e registrar sua titularidade operacional é uma função de coordenação. Determinar que toda arquitetura de roteamento deve obedecer a uma prática preferida seria outra coisa. Ao eliminar a condição, o Draft 2 evitou fazer de uma escolha de anúncio um pedágio para entrar no registro IPv6.

A diferença importa porque o anúncio de rota e a alocação não são o mesmo ato. A alocação identifica um intervalo coordenado para uma organização dentro do serviço do registro. A operação decide quando e como integrar esse intervalo à sua rede, considerando implantação, testes, dependências e desenho. A documentação pública disponível não autoriza dizer que a retirada alterou o roteamento global, garantiu agregação ou produziu uma implantação específica. Autoriza dizer apenas que aquela exigência deixou de constar dos critérios propostos de ingresso.

O que existia antes da revisão

Antes da proposta, a seção 6.5.1.1 do CPM exigia que o candidato a uma alocação inicial fosse um LIR, não fosse um “end site”, apresentasse um plano detalhado para fornecer conectividade IPv6 a organizações na região da AFRINIC e demonstrasse um plano razoável de atribuições /48 a locais finais da região em até doze meses. Esse desenho carregava a imagem de um provedor que recebe espaço para atender organizações externas. Ele podia descrever parte do mercado, mas não necessariamente a arquitetura de um LIR responsável também por departamentos, entidades ou instalações sob propriedade ou relação comum.

O Draft 2 manteve a exigência de ser LIR. A porta não foi aberta de modo irrestrito. O que mudou foi a descrição do serviço e de seus destinatários: o candidato poderia planejar conectividade ou serviços para outras organizações, usuários finais ou departamentos, entidades e locais próprios ou relacionados na região. Assim, uma implantação interna ou entre estruturas relacionadas deixou de ser tratada, pelo texto proposto, como incompatível com a elegibilidade simplesmente por não caber no molde de atendimento a terceiros.

Esse é um aperfeiçoamento de correspondência entre cadastro e operação. Um registro que só reconhece um modelo comercial estreito pode forçar o candidato a descrever mal sua própria rede para atravessar o formulário. Incluir ambientes próprios e relacionados não transforma toda demanda em necessidade comprovada, nem elimina a verificação documental. Apenas permite que a evidência parta da topologia que existe ou está planejada, e não de uma ficção sobre quem deve consumir a conectividade.

Também é importante não confundir essa ampliação com uma mudança nas regras de atribuição independente, subalocação ou outros regimes IPv6. O objeto aqui é a alocação inicial a um LIR. O Draft 2 não deve ser usado como atalho para discutir propostas separadas sobre PI, subatribuições ou uma reforma constitucional genérica do processo de políticas. Seu efeito próprio está na elegibilidade, no dimensionamento e na possibilidade limitada de corrigir a dimensão inicial.

O /32 permaneceu como ponto de partida, não como descrição universal de necessidade

O texto preservou /32 como a alocação inicial mínima. Essa notação identifica o comprimento do prefixo; ela não é, por si só, prova de quantos clientes uma rede atende, de quanta capacidade comercial possui, de quanto já utiliza ou de como será anunciada. Comparações aritméticas do espaço de endereçamento não substituem uma análise da arquitetura. Por isso, dizer que um /32 poderia ser operacionalmente inadequado a determinada implantação é diferente de declarar que ele é “pequeno” em termos abstratos.

O mérito central da proposta foi admitir essa diferença. Um operador com uma estrutura geográfica extensa, vários níveis hierárquicos, domínios de segurança separados ou horizonte longo poderia precisar de um agregado inicial maior para construir um plano coerente. A alternativa de começar sempre pelo mínimo, retornar depois e encaixar blocos adicionais pode gerar fragmentação administrativa e técnica. Dependendo das condições posteriores, pode exigir renumeração ou operação de mais de um prefixo. O Draft 2 ofereceu a possibilidade de dimensionar antes, desde que a documentação justificasse o pedido.

Os fatores listados foram: espaço destinado a clientes, número de usuários, extensão da infraestrutura, estrutura hierárquica ou geográfica, segurança ou outra segmentação e longevidade prevista da alocação inicial. O mesmo conjunto passou a orientar o tamanho de alocações subsequentes. A lista aponta para características reais de engenharia. Ela reconhece que um plano de endereçamento não é uma multiplicação simples de assinantes: locais, camadas organizacionais, reservas estruturais e fronteiras de segurança podem determinar como o espaço será dividido.

Mas uma lista de fatores não é uma fórmula. “Extensão da infraestrutura” pode ser demonstrada por um mapa de locais, um diagrama lógico, um cronograma ou uma combinação dos três. “Longevidade” pode refletir um horizonte de projeto, uma política de evitar renumeração ou expectativas de crescimento. “Número de usuários” pode ser um dado corrente ou uma projeção. O texto público identificado registra os elementos, mas não oferece dados de decisões que mostrem como cada um foi ponderado. Essa lacuna é o centro institucional da análise, não um detalhe de implementação.

O plano de /48 em doze meses continuou de pé

Ao ampliar a descrição de quem seria atendido e permitir um bloco acima de /32, o Draft 2 não abandonou a exigência temporal. O candidato continuaria obrigado a apresentar um plano razoável para atribuições /48 a locais finais na região da AFRINIC em doze meses. Essa combinação criou duas camadas de previsão. Uma justificava que haveria implantação regional em prazo definido; a outra explicava por que a arquitetura completa demandava determinado tamanho inicial.

As duas camadas não devem ser fundidas. O plano de doze meses trata de atribuições previstas a locais finais. Os fatores de dimensionamento tratam do agregado adequado à rede, inclusive sua hierarquia, sua segmentação e sua duração. Um operador pode ter um cronograma inicial prudente e, ainda assim, projetar uma arquitetura que evite refazer o endereçamento conforme novos locais entram em operação. Inversamente, uma ambição de longo prazo não comprova automaticamente que um bloco maior é necessário hoje. A utilidade da regra depende de a avaliação distinguir prazo, estrutura e incerteza.

O adjetivo “razoável” oferece flexibilidade, mas também abre espaço para interpretação. Previsões de doze meses podem mudar por atraso de equipamento, contrato, obra ou sequência interna de implantação. O registro deve verificar se o plano é inteligível e ligado a fatos demonstráveis. Não deve converter uma diferença entre a previsão do operador e a preferência do avaliador em julgamento sobre a legitimidade do negócio. Quem investe, mantém, atende clientes e absorve o erro da previsão é o operador.

A hipótese favorável precisa ser levada a sério

A melhor defesa do Draft 2 não depende de slogans sobre comunidade, gestão ou inevitabilidade do IPv6. Ela é operacional. Um padrão rígido de /32 poderia não se ajustar a uma grande rede pública, a um provedor de grande porte ou a uma organização com separação geográfica, hierárquica ou de segurança. Entregar desde o início um agregado coerente poderia reduzir a necessidade de encaixar extensões, operar blocos complementares ou renumerar. Reconhecer departamentos e locais próprios corrigia a descrição estreita do modelo de serviço. Permitir uma retificação única aceitava que planos feitos antes da implantação podem errar. Retirar a exigência de anúncio preservava uma decisão de roteamento fora do portão de elegibilidade.

Nada disso exige imaginar má-fé de autores ou funcionários. Tampouco exige provar um resultado que as fontes não medem. É perfeitamente possível que uma regra privada de admissão use documentos para distribuir inventário ainda não alocado de maneira previsível. Na verdade, alguma triagem é parte da função de evitar duplicidade e manter registros interoperáveis. Se dois candidatos pedem intervalos ou se um pedido exige reservar uma faixa grande, a escriturária precisa identificar a solicitação, conferir documentos e registrar uma decisão.

O problema começa quando a flexibilidade destinada a acomodar redes reais deixa de ter limites observáveis. Uma regra pode mencionar topologia e ainda assim ser aplicada como gosto institucional. Pode pedir previsão e depois tratar a divergência de julgamento como falta do candidato. Pode admitir retificação, mas tornar o caminho tão opaco que o operador não sabe quais fatos corrigir. O caso benigno mostra por que a regra era necessária; o teste de controle mostra o que ela precisava conter para não ampliar a influência administrativa além do serviço prestado.

A retificação reconheceu o custo do erro inicial

A cláusula 6.5.1.3 introduziu a mudança mais concreta para quem descobrisse, após a alocação, que o tamanho inicial não atendia à implantação. A organização poderia apresentar um novo plano de endereçamento sem primeiro cumprir o limiar ordinário de utilização aplicável a uma alocação subsequente. Isso não era uma autorização ilimitada para pedir espaço novamente. Era uma válvula utilizável uma única vez, condicionada a um plano revisto e às possibilidades do inventário.

Se houvesse espaço adjacente e o inventário permitisse, o prefixo original poderia ser estendido. Se isso não fosse possível, havia duas alternativas. A organização poderia receber um novo prefixo maior, renumerar e devolver o original em até seis meses; ou poderia receber um prefixo complementar, que passaria a ser tratado em conjunto com o original quando se analisassem alocações futuras. Cada opção distribuía custos diferentes.

A extensão adjacente é a saída mais próxima de preservar o plano existente, mas depende de espaço que talvez já não esteja disponível. Um novo prefixo maior restaura a possibilidade de um desenho agregado, porém transfere ao operador a tarefa de renumerar e cumprir o prazo de devolução de seis meses. O complemento evita uma troca integral imediata, mas deixa a organização com mais de um prefixo a administrar. O Draft 2 não garantia que a opção preferida pelo operador existiria. Adjacência e inventário continuavam sendo limites materiais.

Renumeração não é apenas substituir caracteres em uma planilha. Dentro dos limites factuais disponíveis, ela alcança configurações, janelas de mudança de clientes, controles de segurança, monitoramento, documentação, DNS reverso e risco de erro operacional. O tamanho desses efeitos varia de uma rede para outra e não está quantificado no registro. Ainda assim, a própria criação da retificação permite uma inferência prudente: a proposta reconheceu que exigir o caminho ordinário de utilização antes de corrigir uma previsão ruim poderia impor trabalho evitável.

O limite de uma vez merece atenção. Ele protege o serviço contra revisões sucessivas sem disciplina, mas aumenta a importância da primeira correção. Se o novo plano for avaliado com fatores vagos, a única oportunidade formal de ajustar a alocação pode depender de interpretações que o candidato não consegue antecipar. Quanto mais escassa é a válvula processual, mais explícitos precisam ser o padrão de prova, as razões da decisão e o modo de corrigir um erro factual.

A cronologia posterior prova adoção, não desempenho

Depois da publicação de 11 de maio, a proposta percorreu atos internos. Em 8 de agosto de 2018, a diretoria aprovou a Resolução 201808.447 e registrou que o Draft 2 havia passado pelo PDP, alcançado consenso e sido encaminhado pelos cochairs. Em 23 de novembro, a política foi implementada no CPM v1.3 e descrita como ativa no relatório da AFRINIC-29. Um aviso de implementação publicado em 29 de novembro identificou as seções alteradas: 6.5.1.1, 6.5.1.2, 6.5.1.3 e 6.5.2.3.

Essa sequência corrige uma armadilha documental. A página arquivada da proposta conserva uma indicação antiga de implementação pendente, mas os registros posteriores mostram que o texto entrou em vigor. O rótulo desatualizado não deve prevalecer sobre o aviso e o relatório posteriores. Ao mesmo tempo, a implementação não prova que pedidos acima de /32 foram aceitos de modo consistente, que alguma renumeração foi evitada ou que a adoção de IPv6 aumentou.

Ratificação e implementação são atos de uma organização privada. Elas tornam a regra parte de seu manual e de seu serviço; não a transformam em lei. A AFRINIC continuou sendo escriturária técnica e coordenadora de unicidade. Nenhuma reunião, chamada de consenso, resolução de diretoria, hábito prolongado ou dependência operacional lhe confere poder soberano, regulatório, policial, punitivo, confiscatório, acusatório ou adjudicatório de direito público. O registro documenta o que a organização fez. Não fabrica uma jurisdição sobre quem opera redes.