Resumo

  • Os coordenadores do Grupo de Trabalho de Política de Endereços da RIPE anunciaram em 24 de setembro de 2026 a retirada da proposta 2024-01, que revisaria a política de atribuições IPv6 PI. Ela seria arquivada, e qualquer pessoa poderia retomar o tema. A mensagem não atribuiu uma causa específica à retirada nem aprovou parte do projeto.
  • Em consulta direta no dia 27, a página da versão 3.0 ainda mostrava a fase de revisão aberta. O aviso posterior informa o destino da proposta; a página defasada registra uma divergência pública, não uma prova de que a retirada foi revertida ou escondida deliberadamente.
  • A política IPv6 publicada, RIPE-738, e a orientação atual para pedir PI continuam a orientar o requerente: /48 é o tamanho mínimo, blocos maiores exigem justificativa, e prefixos PI não podem ser reatribuídos a organizações externas com base numa exceção que existiu apenas no projeto.
  • Retirar o texto não desfaz uma regra que ele nunca instituiu, nem cancela atribuições existentes. O processo de políticas da RIPE permite que o assunto volte, mas não antecipa conteúdo, consenso ou implementação futuros.

Uma proposta útil pode ser uma base inútil para o pedido de hoje

Uma empresa com vários locais de rede deseja mais espaço PI do que o /48 inicial. Precisa definir prefixos para segmentos independentes, estimar rotas, reservar tempo para migrar equipamentos e talvez prometer capacidade a clientes. A versão 3.0 da 2024-01 oferecia uma arquitetura tentadora: blocos alinhados a limites de quatro bits, como /48 e /44; área contígua recomendada para crescimento; extensão quando houvesse espaço, ou nova atribuição acompanhada de renumeração e devolução da antiga quando não houvesse. Essas ideias podem ser boas ou ruins conforme o caso.

O fato decisivo, para a solicitação real, é que não se transformaram na regra aplicável.

O e-mail de 24 de setembro é claro quanto ao estado do processo e silencioso quanto ao motivo. Alex Le Heux, pelos coordenadores do grupo, informou que a proposta foi retirada, explicou seu objetivo geral de diminuir o trabalho com IPv6 PI e esclarecer trechos antigos, disse que seria arquivada e lembrou a possibilidade de reintroduzir o assunto. Não registrou uma votação, uma conclusão fundamentada de falta de consenso, a motivação dos autores ou um veto da diretoria da RIPE NCC. O público tem o resultado anunciado; não tem, nesse aviso, um relato causal que permita escolher uma das críticas ao texto como explicação oficial.

Havia, ao mesmo tempo, um sinal diferente na ficha da proposta. Na checagem de 27 de setembro, ela ainda colocava a versão 3.0, datada de 25 de agosto, na Review Phase com discussão aberta. O índice de projetos arquivados consultado então não apresentava 2024-01 de forma visível. Um site pode demorar a acompanhar um aviso por e-mail; as fontes examinadas não explicam o atraso nem mostram um cronograma para corrigi-lo. A divergência merece ser informada, não dramatizada. O aviso posterior e específico não perde seu significado porque outra página ainda traz uma etiqueta anterior.

O requerente deve ordenar os documentos por função. O comunicado datado diz onde está o projeto no processo. O texto numerado da política diz o que vale agora. A página operacional descreve como reunir justificativas e enviar um pedido. A proposta retirada e sua análise de impacto ajudam a entender opções futuras, não a obter uma atribuição presente. Registros de recursos, objetos de RPKI e anúncios BGP têm ainda procedimentos próprios; nenhum deles é atualizado pelo rótulo da ficha de política.

Uma reforma ampla tinha uma defesa séria

Seria fácil dizer que a 2024-01 quis apenas entregar blocos maiores. Seria falso. O projeto mexia na definição e nos usos da atribuição na seção 2.6, na distinção entre atribuições a partir de alocações na seção 5.4, e no tamanho, extensão, reserva e transição do PI na seção 7.1. Há relação entre essas partes. Permitir novos usos pode elevar a demanda por espaço; conceder um bloco maior pode afetar a precisão do cadastro; reservar área contígua para crescimento perde sentido se a transferência parcial a fragmentar. A melhor defesa de tratar os problemas juntos é que separar cada cláusula poderia esconder esses efeitos cruzados.

A análise de impacto da RIPE NCC levou as interações a sério. Se a proposta fosse aprovada, previa alto impacto de engenharia, processos, documentação e treinamento. Identificava exigências difíceis de verificar ou fiscalizar e dúvidas sobre os registros de uso. Observava que a transferência parcial de um bloco novo poderia tornar imprestável a reserva destinada a sua expansão. Perguntava, ainda, o que ocorreria com atribuições antigas, planos de utilização não cumpridos após 24 meses e renumerações inconclusas depois de seis meses. O Executive Board aconselhava fortemente uma revisão.

Nada disso descreve uma falha de rede que já ocorreu. E a análise, por melhor que seja, não afirma ter causado a retirada informada em 24 de setembro. Seu papel é mostrar as consequências possíveis de aprovar um texto; o aviso do grupo trata do destino desse texto. A recomendação da diretoria não deve ser convertida em veto. O PDP distingue debate, avaliação de consenso e apoio administrativo da RIPE NCC. Respeitar essas competências é tão importante quanto avaliar a engenharia sugerida.

O que o registro pode decidir sob a regra existente

A RIPE-738 mantém /48 como tamanho mínimo de uma atribuição PI. Isso não torna um prefixo maior impossível: a necessidade deve ser demonstrada nos termos atuais, inclusive por uso ou requisitos de roteamento pertinentes. Mas não há um direito automático ao próximo limite de quatro bits nem uma promessa presente de reserva contígua proveniente da 2024-01. A política proíbe reatribuir PI a outra organização; para um LIR, PI se refere à sua própria infraestrutura, não a locais de clientes.

A orientação de solicitação da RIPE NCC torna a diferença concreta. Um espaço maior requer evidências de necessidade ou roteamento. O titular de PI não pode entregar a terceiros um prefixo retirado dessa atribuição, nem mesmo um /64 ou /96. Usar endereços individuais e delegar uma faixa são operações distintas. Quem planeja atender outra entidade precisa identificar quem controla cada parte da rede, qual recurso será entregue e se outro tipo de espaço — por exemplo, uma alocação ou endereços do provedor — se encaixa melhor. O projeto retirado não dispensa essa análise.

O mesmo cuidado protege quem já possui PI. O anúncio de retirada não invalida seus registros, não ordena devolução, não impõe migração e não altera rotas ou certificados. Como as novas cláusulas não haviam sido implementadas, não há uma implementação delas a reverter. Uma mudança futura que afete um titular precisaria apresentar alcance, base, etapas e proteção da continuidade. Reduzir tudo à palavra “retirada” criaria uma ameaça administrativa que o documento não contém.

O debate não precisa morrer para que a regra continue clara

O tema pode voltar. A mensagem dos coordenadores deixa essa porta aberta, sem reservar para a versão 3.0 qualquer aprovação futura. Um novo texto poderia separar o problema do uso no mesmo local do problema do tamanho, ou explicitar como transferências, reservas e prazos de renumeração funcionariam juntos. Também teria de responder aos casos antigos e a quem suporta o custo de uma transição. Caberia à comunidade examinar esse texto novo nos estágios do PDP, não carimbar automaticamente as horas de discussão gastas com o texto retirado.

RIPE NCC deve tornar a ficha e o arquivo coerentes com o comunicado e com o histórico de versões. Esse é um trabalho de registro público, não uma licença para governar os modelos de negócio dos titulares. Até lá, a tarefa de leitura é um pouco mais difícil, mas não impossível. A data e a natureza de cada fonte indicam qual fala do procedimento, qual fala do direito aplicável dentro da coordenação e qual conserva um argumento para o futuro. Essa distinção permite planejar redes sem tratar uma expectativa como regra.

Fontes