Resumo

  • O teste incluído em 10 de setembro espera reserved tanto para AS64495-AS131071 quanto para AS131070-AS131072, embora cada exemplo ultrapasse por uma ponta a faixa configurada 64496-131071.
  • A função pergunta se existe alguma sobreposição e o mapeador RDAP converte a resposta em um único status do objeto. Sem os limites, o aviso sobre o conjunto pode virar uma afirmação falsa sobre seus membros.

Os dois exemplos foram montados para pressionar lados opostos da mesma fronteira. Um começa um número antes da reserva; o outro termina um número depois. Ambos passam. Já AS131072-AS131073, inteiramente fora, não passa. O contrato do teste não exige uniformidade dentro do bloco — exige contato.

Na tabela atual da IANA, AS64495 fecha uma faixa atribuída à RIPE NCC e AS64496 abre espaço reservado para documentação. No alto, AS131071 ainda está reservado, enquanto AS131072 inicia uma faixa atribuída à APNIC. Portanto, os casos testados reúnem em uma só chave números com disposições globais diferentes.

É exatamente isso que o método faz. ReservedResources.isReservedAsBlock transforma a chave em intervalo e procura qualquer faixa reservada que se sobreponha ao candidato. Ele não verifica se a reserva contém o candidato por inteiro. Em seguida, RdapObjectMapper traduz o resultado binário em RESERVED ou ACTIVE para o AS-BLOCK.

Há uma razão operacional para preferir esse lado do erro. Uma regra de contenção total poderia chamar de ativo um bloco grande que escondesse uma pequena reserva no meio. O teste por sobreposição impede que a parte sensível passe despercebida. O problema não é a prudência, mas a viagem do rótulo sem a explicação: o status não diz qual trecho bateu, qual regra estava em vigor ou quanto do objeto ficou fora.

Um consumidor que armazena as pontas do bloco pode refazer a comparação com a IANA. Outro pode expandir o intervalo em registros individuais e copiar reserved para todos. Nesse segundo desenho, AS64495 e AS131072 herdariam a condição do vizinho, apesar de suas faixas estarem atribuídas a RIRs. As fontes não identificam um consumidor que já tenha cometido esse erro. Elas mostram por que um esquema de ingestão deve ser testado antes que uma classificação agregada vire dado atômico.

A documentação da RIPE Database atribui papel administrativo ao AS-BLOCK: delegar uma faixa de números AS a um RIR ou marcá-la como reservada. Apenas administradores criam esses objetos, e os mantenedores do bloco pai participam da autorização de criação dos objetos aut-num abaixo dele. Isso favorece uma barreira conservadora, mas não transforma o status do mapeador em decisão de alocação da IANA, validação de origem BGP ou comprovação de anúncio.

O que mudou também tem limite claro. O commit de Edward Shryane, de 10 de setembro, adiciona um arquivo de testes com 53 linhas e não altera o método nem o mapeador. O tag mais recente capturado, WHOIS 1.124.1, é de 31 de agosto. O teste veio depois desse tag; não sabemos, com essas fontes, quando a lógica anterior foi implantada, se o novo teste já está em produção ou se existe hoje um bloco público misturando as duas condições.

Mesmo assim, o commit produz uma notícia útil: uma futura mudança de código agora terá de preservar a semântica de sobreposição ou alterá-la de modo explícito. Para que o mesmo controle exista fora do repositório, o resultado precisa carregar a faixa candidata, a interseção reservada, a revisão do registro e a versão do mapeador. Assim, “este objeto toca espaço reservado” deixa de ser confundido com “todos os ASN deste objeto são reservados”.

Fontes