Resumo

  • Em 28 de janeiro de 2025, a APNIC transferiu dezesseis /22, somando 16.384 endereços, e AS64013 de CONA HOSTING SDN BHD para CyberForest LLC.
  • AS136209 chegou separadamente em março; AS64013 saiu para YANCY LIMITED em setembro. O RDAP atual mantém os blocos com CyberForest e separa os dois ASNs.

Uma linha de transferência pode parecer um pacote fechado. Em 28 de janeiro de 2025, a APNIC registrou dezesseis faixas IPv4 /22 e AS64013 saindo de CONA HOSTING SDN BHD para CyberForest LLC. São 16.384 endereços únicos, 1.024 em cada faixa. O arquivo descreve com precisão aquela operação. A vida posterior dos componentes exige outras linhas: o pacote não continuou intacto.

Em 17 de março, CONA enviou AS136209 à CyberForest em uma transferência sem IPv4. Em 3 de setembro, a CyberForest enviou AS64013 à YANCY LIMITED, também sem IPv4. As dezesseis faixas não aparecem nessas duas operações. O número que havia chegado junto com elas saiu sozinho; outro número passou a acompanhar o nome da empresa no registro. O recibo de janeiro não ficou falso. Apenas deixou de ser um retrato do conjunto atual.

Os dezesseis RDAP atuais para os prefixos exatos continuam apontando CyberForest LLC. como titular e preservam os limites anotados na transferência. As redes se espalham por 43/8, 45/8, 103/8 e 202/8. A soma de endereços equivale numericamente a um /18, mas não existe no recibo uma faixa /18 contínua. São dezesseis peças distintas. Quem somar o inventário deve guardar essas fronteiras, pois uma futura movimentação poderá atingir apenas uma parte dele.

As consultas dos números de sistema autônomo dão outro resultado: AS64013 está hoje registrado para YANCY LIMITED, e AS136209 para CyberForest LLC. O campo de país do destinatário na operação de janeiro traz ZZ. Trata-se de um valor daquela linha histórica; os objetos RDAP atuais trazem seus próprios campos. O caminho confiável é seguir cada recurso pelo número e pelas datas, não declarar que um único código ou nome define todo o conjunto.

A APNIC faz bem em registrar IPv4 e ASN na mesma transação quando ambos se movem juntos. O problema começa quando uma operação conjunta é lida como vínculo permanente. Um endereço pode ficar com o destinatário original enquanto um ASN se move em seguida, como aconteceu aqui. A leitura correta de uma carteira de recursos exige juntar a transação inicial, as saídas e entradas posteriores e os objetos de registro atuais.

Uma série BGP com datas seria necessária para dizer se AS64013 anunciou alguma dessas dezesseis faixas. As fontes de registro já demonstram a separação dos titulares. Uma visão pública que acompanhe os componentes de cada transferência combinada até seus destinos posteriores pouparia ao leitor uma arqueologia manual de endereços e números.

Comprovantes APNIC