Resumo

  • O original cumulativo de transferências da APNIC registra 202.89.220.0–202.89.223.255 passando de Indonesia Network Information Center/dnk-id para Indonesia Network Information Center/SCBD-ID em 2 de novembro de 2026, às 23:38:39 UTC. São 1.024 endereços. O arquivo estendido de 3 de novembro ainda contém um /20 de 4.096 endereços. o de 4 de novembro o reparte em um /21 e dois /22, com identificador de titular distinto para o trecho transferido.
  • A consulta WHOIS do /22 apresenta primeiro o objeto exato SCBD-NET, modificado às 23:38:47 UTC, e também o antigo /20 DNK-NET vindo do IDNIC. A consulta RDAP do mesmo /22 devolve apenas o pai. Os oito segundos entre o registro da transferência e a modificação do WHOIS são horários administrativos gravados, não uma medida da propagação pública.

Há uma maneira ruim de ler o arquivo diário da APNIC: somar suas linhas como se fossem novos endereços. O /20 anterior já tinha 4.096. A versão de 3 de novembro o mostrava numa linha, começando em 202.89.208.0. Na versão seguinte, os mesmos endereços aparecem como 202.89.208.0/21 com 2.048, 202.89.216.0/22 com 1.024 e 202.89.220.0/22 com 1.024. As partes não se sobrepõem e recompõem exatamente o pai. A terceira é o intervalo do recibo de transferência.

Os códigos na fotografia de 4 de novembro reforçam a separação: A92AB1BD acompanha as duas primeiras linhas. A92B4C5C acompanha a última. O README do formato estendido define o identificador opaco como agrupador de recursos do mesmo titular dentro de um arquivo e avisa que sua estabilidade entre versões não é garantida. Portanto, a conclusão repousa na comparação das três linhas da mesma edição, não na persistência presumida de uma sequência de caracteres ao longo dos dias. Os códigos não identificam publicamente as organizações pelo nome.

O nome vem da transferência datada. A fonte é dnk-id e o destino SCBD-ID, ambos sob o rótulo Indonesia Network Information Center. A especificação da APNIC define os campos de partes, recurso e data, mas não traz preço, contrato ou horário de reconfiguração de roteadores. As três linhas estatísticas ainda exibem 20050419. Pela norma de intercâmbio, o arquivo diário é um retrato do estado atual, sem histórico de transações. A data antiga descreve a delegação original; o log descreve a mudança de 2026.

O WHOIS permite ler o retrato por nomes. Para 202.89.208.0, o primeiro inetnum cobre o /21 DNK-NET. Para 202.89.216.0, cobre o /22 DNK-NET. Para 202.89.220.0, cobre o /22 SCBD-NET. Os três objetos filhos têm last-modified: 2026-11-02T23:38:47Z, oito segundos depois do horário no log. Em seguida, cada resposta também mostra um objeto IDNIC do /20 inteiro, DNK-NET, cuja última alteração foi em 2011. A consulta contém o filho atual e o pai anterior: o leitor precisa distinguir os dois.

O RDAP consultado não faz essa distinção. Os pedidos para o primeiro /21, o segundo /22 e o /22 transferido retornam o mesmo intervalo 202.89.208.0–202.89.223.255, chamado DNK-NET. As notas das respostas apontam para origem IDNIC e espelhamento parcial pela APNIC. Os filhos exatos, de origem APNIC no WHOIS, não estão nessas respostas RDAP. Isso estabelece uma diferença entre resultados de consulta. Não identifica a rede que anuncia o prefixo nem determina quem respondeu a uma reclamação operacional.

A própria descrição do log de transferências sugere testar a posse do destinatário procurando o prefixo no Whois Database. Aqui o teste funciona, mas exige ler além da ficha pai e reconhecer a ficha filha. Um sistema que consulta só RDAP recebe uma árvore sem a nova folha. O arquivo público não está vazio; o caminho de acesso é que entrega a escala errada.