Resumo

  • Em um inet6num com status: AGGREGATED-BY-LIR, assignment-size informa o comprimento das atribuições individuais feitas a usuários finais.
  • A diferença entre os comprimentos calcula espaços possíveis, não clientes, conexões, rotas ou prefixos efetivamente ativos.

Aritmética precisa, evidência limitada

O exemplo da RIPE NCC usa um /46 com atribuições /56. Dez bits adicionais produzem 1.024 espaços. Isso descreve a subdivisão possível do objeto. Alguns espaços podem nunca ter sido atribuídos, estar reservados, devolvidos ou ociosos. Um cliente pode receber várias atribuições ao longo do tempo; uma atribuição pode atender residência, empresa, pool ou infraestrutura.

O registro não contém sessões, faturamento, inventário de equipamentos, telemetria de uso nem teste de atividade. Converter espaços possíveis em assinantes acrescenta uma observação inexistente na fonte.

Por que agregar

O RIPE-513 criou AGGREGATED-BY-LIR e assignment-size para registrar muitas atribuições IPv6 do mesmo tamanho em um objeto menos específico. A estrutura apoia verificação de eficiência sem publicar dados pessoais de cada usuário final. Objetos individuais ASSIGNED, ao contrário, podem identificar usuários e contatos separados.

O valor deve ser mais longo que o prefixo contêiner, aparece uma só vez e é obrigatório com AGGREGATED-BY-LIR. Tamanhos diferentes exigem objetos distintos. Essas regras validam a coerência cadastral, não a implantação.

Camadas distintas

O campo não identifica origem BGP, autorização RPKI, direitos sobre route objects, alcance, tráfego, tecnologia, propriedade ou localização. A RIPE separa mantenedores, contatos, organizações e atributos de roteamento. Conclusões nessas áreas exigem BGP sincronizado, RPKI, IRR, medições e evidência operacional.

Uma leitura reproduzível guarda prefixo, chave inet6num, status, tamanho, hora e fonte. O cálculo 2^(tamanho − comprimento do agregado) deve ser chamado de “espaços possíveis de atribuição”, nunca “assinantes ativos”.

Fontes