Resumo

  • A APNIC lista a prop-170 para discussão na Reunião Aberta de Políticas da APNIC 62; ela não havia sido adotada nem implementada na data de referência.
  • A proposta manteria a avaliação baseada em necessidade e permitiria a menor alocação IPv6 alinhada por nibble que satisfaça uma necessidade validada.
  • A questão de governança não é se limites hexadecimais são práticos, mas se o incremento de espaço criado apenas pelo alinhamento continua explícito, verificável e condicional.

O IPv6 pode rotear um /29 com a mesma validade técnica que um /28. Para pessoas e ferramentas operacionais, contudo, o segundo bloco costuma ser mais fácil de ler e dividir porque seu limite coincide com um dígito hexadecimal. Essa diferença entre validade técnica e legibilidade operacional é o ponto de partida da prop-170 da APNIC.

A APNIC registra que a versão 1 foi publicada na lista do Policy SIG em 25 de julho de 2026. A organização a lista para discussão na APNIC 62 e registra uma avaliação de impacto da Secretaria publicada em 18 de agosto. São etapas de um processo de política, não evidência de consenso, endosso ou implementação.

A proposta se aplica às alocações IPv6 para Registros Locais da Internet sob a Seção 8 e não altera atribuições IPv6 sob a Seção 9. Um limite de nibble é um comprimento de prefixo divisível por quatro, como /20, /24, /28 ou /32. Como cada caractere hexadecimal representa quatro bits, esses blocos podem se encaixar com mais clareza em planos de endereçamento, automação, zonas de segurança, documentação e DNS reverso.

Necessidade primeiro, alinhamento depois

A prop-170 não cria um direito independente a um bloco maior. Numa alocação inicial, o solicitante teria de pedir o alinhamento e apresentar um plano IPv6 de longo prazo. A APNIC calcularia primeiro a necessidade segundo as regras existentes e só então delegaria normalmente o menor bloco alinhado capaz de satisfazê-la.

A ordem importa. Se uma necessidade calculada puder ser atendida por um /30, o exemplo da própria proposta diz que o menor bloco alinhado capaz de atendê-la seria um /28. A diferença de dois bits não é demanda adicional demonstrada. É o custo espacial do alinhamento solicitado.

Em alocações posteriores, o mecanismo atual de duplicação de um bit continuaria sendo o padrão quando a elegibilidade se baseia em utilização aceitável. Um titular que solicitasse mais teria de justificar e validar a necessidade maior. Só então a APNIC poderia expandir a alocação existente até um limite adequado, quando possível, ou fazer uma alocação separada e justificada se não houvesse expansão contígua suficiente.

O texto preserva o mínimo /32, os requisitos de utilização HD-Ratio, as exigências documentais, o Sparse Allocation Framework e a exceção para múltiplas redes distintas. Titulares existentes não seriam obrigados a renumerar, devolver ou redimensionar prefixos já delegados apenas pela mudança de política.

Essas exclusões mantêm a proposta estreita. Não demonstram, por si, quão consistentemente a nova discricionariedade será aplicada.

Tornar observável o incremento de alinhamento

Os proponentes afirmam que blocos alinhados por nibble são mais fáceis de ler, documentar, subdividir, automatizar e auditar, e que podem reduzir pedidos incrementais repetidos, fragmentação e renumeração futura. São benefícios operacionais plausíveis, mas o conjunto de fontes não os quantifica.

Ele também não informa quantos pedidos à APNIC ou aos NIR produzem necessidades calculadas não alinhadas, quanto espaço extra seria delegado, com que frequência a expansão adjacente seria impossível ou quanto trabalho administrativo seria evitado. A ausência desses números não invalida a proposta; ela define o que a implementação deve medir.

Cada decisão de alinhamento pode preservar dois valores: a necessidade validada antes do alinhamento e o prefixo finalmente delegado. A diferença é o incremento de alinhamento. Registrar esse incremento, a evidência de planejamento usada e se o resultado foi contíguo permitiria que a APNIC e a comunidade testassem a troca real sem expor planos de rede confidenciais.

Dados agregados poderiam responder a perguntas práticas: com que frequência o alinhamento foi pedido e concedido? Que proporção exigiu um bloco separado? Quanto espaço foi adicionado apenas para alcançar o próximo limite? Titulares alinhados fizeram menos pedidos incrementais ou evitaram renumeração posterior?

Sem esse registro, julgamentos distintos podem parecer idênticos. Um revisor pode considerar suficiente uma hierarquia de longo prazo; outro pode exigir projeções detalhadas de clientes, locais e segmentação. Os processos da APNIC e dos NIR poderiam divergir enquanto todas as decisões continuassem chamadas de “baseadas em necessidade”. Um registro decisório limitado tornaria a discricionariedade comparável sem transformar um mecanismo flexível numa fórmula rígida.

A interação com a prop-164 exige solução visível

A Secretaria da APNIC afirma que sistemas de registro, ferramentas internas, orientações e processos de avaliação precisariam ser atualizados. Não identificou questões jurídicas materiais e estima cerca de seis meses de implementação se a proposta alcançar consenso, sujeita a comentários editoriais. Também diz que seriam necessárias revisões de redação se as prop-170 e prop-164 alcançassem consenso.

A interação é substancial. A prop-164 trata de alocações IPv6 mais longas que /32 com alinhamento por nibble; a prop-170 mantém o mínimo atual /32 e acrescenta alinhamento condicional para alocações iniciais maiores e posteriores de LIR. O texto final precisa tornar inequívocos o escopo e a sequência de dimensionamento. Resolver uma colisão apenas em orientação interna deixaria os solicitantes sem saber qual regra governa seu pedido.

A versão mais sólida da prop-170 colocaria a sequência de decisão na política pública e relataria seus efeitos: elegibilidade, necessidade calculada, pedido explícito de alinhamento, plano de longo prazo, menor limite que satisfaz a necessidade, resultado de adjacência e incremento de alinhamento. Essa sequência protege os dois lados da troca. Operadores ganham um caminho para planejamento hexadecimal mais limpo. O registro mantém evidência de que a conveniência operacional não se tornou silenciosamente um direito a espaço não mensurado.

Fontes