Resumo

  • O IPv6 PI Update publicado em 28 de março de 2018 foi o AFPUB-2018-V6-004-DRAFT01. O código V6-003 identificava o IPv6 Initial Allocation Update, uma proposta distinta para LIRs, e não pode ser usado como nome do caminho PI para usuários finais.
  • Ao permitir que uma organização usuária final pleiteasse IPv6 independente sem possuir IPv4 PI, o Draft 1 eliminou uma dependência histórica que já não media de modo racional a necessidade presente. A mudança favorecia portabilidade, continuidade e uma possibilidade real de trocar de provedor sem renumerar toda a presença pública da rede.
  • Provas de identidade, controle, número de sites, necessidade e dimensionamento podem proteger unicidade e registros confiáveis. Elas não conferem à AFRINIC soberania, poder regulatório, autoridade punitiva, faculdade confiscatória nem competência para julgar o mérito de um modelo de rede.
  • Agregação e contenção do crescimento da tabela global são preocupações técnicas legítimas, mas não tornam o anúncio global obrigatório para toda utilização válida. A redação que podia associar doze meses e não anúncio a retomada do espaço expôs uma confusão que uma proposta de esclarecimento em 2019 viria a reconhecer.
  • O desenho institucional adequado é estreito: registrar com critérios objetivos, explicar as razões, permitir correção de tamanho e de dados, preservar a continuidade e deixar escolhas de provedor, anúncio, multihoming e arquitetura sob responsabilidade do operador.

L3 — A porta IPv6 que deixou de exigir um passado IPv4

Uma organização que monta sua presença IPv6 enfrenta duas perguntas diferentes, embora às vezes elas sejam apresentadas como se fossem uma só. A primeira é operacional: quais endereços ela utilizará, como os distribuirá entre seus sites e de que maneira fará o tráfego alcançar seus usuários. A segunda é registral: qual bloco aparece associado a ela, sem duplicidade, em uma base de dados coordenada. A primeira pertence à rede e às relações que a organização firma com provedores. A segunda justifica o trabalho limitado de um registrador técnico.

Confundir as duas abre espaço para que uma ficha de registro pareça uma autorização sobre o desenho da infraestrutura.

Essa distinção dá sentido ao ato de 28 de março de 2018. Naquele dia, AFRINIC publicou a versão 1 do IPv6 PI Update sob a referência AFPUB-2018-V6-004-DRAFT01. O arquivo histórico de março, a lista de propostas, as atas da reunião, o relatório anual e os registros posteriores convergem nessa identificação. É preciso afirmá-la sem hesitação porque dois instrumentos foram publicados no mesmo contexto e seus nomes são próximos. AFPUB-2018-V6-003 tratava da atualização de alocação inicial de IPv6, ligada a LIRs. AFPUB-2018-V6-004 tratava da atribuição provider-independent, ou PI, para uma organização usuária final.

Misturá-los apaga tanto o destinatário quanto o problema específico de cada texto.

O ato verificado aqui é a publicação do Draft 1 de V6-004, não sua entrada imediata em operação. Essa separação temporal protege a análise contra uma leitura institucional exagerada. Em 6 de junho de 2018, durante a AFRINIC-28, a proposta foi discutida, houve perguntas sobre anúncio, prazo e dimensionamento, uma objeção ficou registrada e os cochairs a encaminharam ao last call. Esse encaminhamento foi uma etapa do processo privado de formulação; não foi ratificação, implementação ou criação de autoridade pública.

Em 7 e 8 de agosto, as atas do Conselho registraram a Resolução 201808.449, que ratificou V6-004 Draft 1 e orientou a equipe a implementá-lo. Em 29 de novembro, AFRINIC anunciou implementação parcial, ainda com automações pendentes. Portanto, março, junho, agosto e novembro descrevem atos diferentes.

O problema que motivou a proposta era uma dependência herdada. Segundo o registro da AFRINIC-28, o regime anterior vinculava o acesso a IPv6 PI à existência ou às qualificações de IPv4 PI. A ideia podia ter parecido administrativamente conveniente em uma fase anterior, quando se reutilizavam categorias conhecidas para filtrar pedidos novos. Em 2018, porém, a escassez de IPv4 tornava essa herança particularmente difícil de defender. Uma organização podia ter uma necessidade IPv6 atual, sites concretos e um plano de endereçamento coerente sem ter adquirido, anos antes, a condição de titular de IPv4 PI.

Fazer do passado em outro protocolo uma chave obrigatória para o presente não comprovava identidade, controle ou necessidade; apenas perpetuava uma barreira de acesso.

V6-004 procurou desfazer esse nó. Em vez de exigir que o solicitante chegasse com um histórico IPv4 PI, abriu a possibilidade de uma organização usuária final obter IPv6 PI por seus próprios fundamentos. O foco em usuário final importa. Um LIR obtém espaço dentro de uma lógica de alocação e distribuição associada ao atendimento de redes e clientes; por isso V6-003, a proposta vizinha, tinha outro objeto. Uma organização end-user pede espaço para sua própria infraestrutura.

Ela pode operar escritórios, instalações, serviços, redes internas ou pontos em múltiplos locais, mas não se converte em LIR só porque necessita que sua identidade pública de rede sobreviva à troca de upstream. O critério institucional deve acompanhar essa diferença funcional.

O caminho descrito na arquitetura consolidada incluía uma relação de membro usuário final com AFRINIC, prova de que o solicitante não era LIR, justificativa do número de sites e da necessidade, dimensionamento do prefixo e uma expectativa de implantação em doze meses. Orientações posteriores dirigidas a membros ajudam a visualizar o ônus prático: documentos sobre a organização, descrição da rede, avaliação da solicitação, taxas e verificações do registro. Esses passos podem servir a fins honestos.

Identificar quem controla a rede dificulta fraude; demonstrar sites e uso permite reservar um bloco coerente; manter contato atualizável melhora a utilidade do registro. O erro começaria se a verificação passasse a medir se a equipe privada aprova a finalidade comercial ou a arquitetura escolhida.

O dimensionamento buscava uma gramática previsível. A formulação posteriormente consolidada usou pelo menos um /48 por site final. Quando uma organização conectava vários sites, o prefixo podia ser calculado pelo número de locais, em fronteira alinhada a nibble, e um bloco mais curto que o padrão dependia de justificativa. A ideia de alinhamento em quatro bits torna a estrutura mais legível e permite delegações mais ordenadas. A alocação esparsa podia reservar espaço para crescimento, e a contiguidade, quando possível, evitava que a evolução ordinária se transformasse em uma coleção desnecessária de fragmentos.

Nada disso exige que o registrador determine qual negócio merece existir. Exige apenas um método técnico e verificável para relacionar o tamanho pedido a uma topologia declarada.

O próprio debate mostrou que tamanho não era uma questão inteiramente mecânica. Participantes perguntaram se o princípio do HD ratio continuava aplicável. O autor respondeu que o texto sobre esse critério permanecia. A pergunta revelava uma tensão útil: uma regra concebida para redes com estruturas diferentes pode se tornar opaca se o solicitante não consegue antecipar como a equipe calculará sua necessidade. Quanto mais espaço de interpretação houver entre sites, endereços, crescimento e fronteira do prefixo, maior será o risco de a análise técnica virar discricionariedade.

O antídoto não é abandonar a verificação, e sim publicar a fórmula, aceitar evidência equivalente e explicar por que um tamanho concreto protege a unicidade sem subdimensionar a rede.

V6-004 também introduziu uma rota de retificação para a atribuição inicial. As atas da AFRINIC-28 registram a possibilidade de corrigir o bloco quando o tamanho originalmente recebido deixasse de corresponder ao plano de rede posterior. Esse detalhe é mais importante do que parece. Uma organização faz previsões com informação incompleta: pode abrir instalações, consolidar sites, mudar a hierarquia interna ou descobrir que o bloco inicial não acomoda de forma limpa sua estrutura. Sem correção, há duas saídas ruins. A primeira é carregar indefinidamente um prefixo inadequado e multiplicar exceções.

A segunda é renumerar sob pressão, reproduzindo justamente o custo de continuidade que a independência deveria reduzir.

Uma boa retificação, entretanto, não pode ser sinônimo de uma ordem ilimitada para devolver, substituir e renumerar. Deve começar pela pergunta menos invasiva: é possível ampliar de forma contígua ou registrar um bloco compatível preservando operações? A alocação esparsa e a reserva de adjacência são úteis precisamente porque reduzem a probabilidade de ruptura. Se uma mudança for realmente inevitável para impedir sobreposição ou corrigir um erro material, o registrador deve demonstrar a razão, avisar com antecedência e cooperar com uma transição que respeite clientes e dependências.

O fato de existir uma ficha antiga não transforma cada divergência de planejamento em licença para impor descontinuidade.

A noção de implantação em doze meses também precisava de contorno. É razoável perguntar se um pedido corresponde a uma rede real, e não a estoque especulativo. Um cronograma fornece evidência sobre maturidade, aquisições, sites e fases do projeto. Mas implantação e anúncio global não são idênticos. Um prefixo pode estar configurado em uma rede privada, numa LAN de peering de um ponto de troca, em serviços internos ou em uma topologia cuja finalidade não requer visibilidade integral na Internet.

Na reunião de junho, participantes perguntaram o que aconteceria se o espaço não fosse anunciado em doze meses e se a AFRINIC deveria monitorar roteamento. A resposta registrada foi que a equipe não recebera instrução para monitorar rotas. A pergunta, contudo, antecipou a fragilidade textual.

Em 2019, uma proposta posterior de esclarecimento afirmou que a revisão de V6-004 havia retido uma frase capaz de associar a falta de anúncio após doze meses à retomada do espaço. O esclarecimento citou usos legítimos que podem não aparecer globalmente, como redes privadas e LANs de peering em IXPs. Essa fonte posterior não deve ser projetada para trás como se sua nova redação integrasse o Draft 1 em março. Ela serve para mostrar a consequência delimitada de uma ambiguidade preservada. Tampouco há, entre as evidências disponíveis, um caso nominal de organização cujo bloco tenha sido retomado sob essa cláusula.

O que se pode avaliar é o risco do desenho, não inventar uma punição executada.

Esse cuidado com verbos é decisivo. AFRINIC publicou uma proposta em março; os participantes a discutiram e os cochairs a levaram a last call em junho; o Conselho registrou ratificação em agosto; a instituição informou implementação parcial em novembro; e um texto de 2019 descreveu uma lacuna. Fontes oficiais comprovam que esses atos foram documentados pela própria instituição. Não provam que toda atribuição passou a ser aceita por todas as redes do mundo, que cada prefixo seria roteável em qualquer upstream ou que um ato privado conferiu título soberano.

Uma entrada correta no registro é útil, mas o encaminhamento efetivo de pacotes depende de filtros, acordos e decisões operacionais distribuídas.

Também não há números selados que permitam atribuir a V6-004 uma quantidade específica de novas rotas globais, aprovações, recusas ou renumerações. Não conhecemos, dentro deste recorte, uma organização nomeada que tenha recebido ou perdido espaço graças ao texto. Essa ausência não esvazia a análise institucional. Ela apenas define o tipo de conclusão permitido. É possível examinar a porta de elegibilidade, os incentivos e os riscos inscritos no mecanismo; não é possível alegar um resultado agregado que não foi medido. Precisão aqui significa resistir tanto à propaganda de sucesso universal quanto à denúncia de dano individual não demonstrado.

Vista em seus próprios termos, a inovação central era simples e valiosa: uma necessidade de IPv6 deveria ser julgada como necessidade de IPv6. A posse anterior de IPv4 PI não tornava uma organização mais real, não provava automaticamente o número de sites e não garantia um plano de implantação melhor. Retirar essa condição aproximou o registro de sua finalidade legítima. O solicitante ainda teria de mostrar quem era, o que controlava e qual bloco era coerente; apenas deixaria de apresentar um passaporte histórico cuja oferta já era limitada. A porta se abriu sem que fosse necessário abandonar a unicidade.

O ganho, porém, vinha acompanhado de uma pergunta de autoridade. Quem verifica um pedido pode ser tentado a tratar a verificação como permissão substantiva. A diferença está no objeto da decisão. Confirmar que uma organização existe, que controla os contatos, que seus sites não duplicam outra atribuição e que o tamanho pedido corresponde a uma metodologia pública é escrituração técnica. Decidir que certa organização não merece uma identidade portátil por causa de sua estratégia, de seu upstream, de sua escolha de anunciar ou não, ou de uma discordância institucional é governar.

V6-004 deve ser lido pelo primeiro padrão e limitado contra o segundo.