Resumen

  • El 28 de enero de 2025 APNIC trasladó juntos dieciséis /22, 16.384 direcciones, y AS64013 de CONA HOSTING SDN BHD a CyberForest LLC.
  • AS136209 llegó aparte en marzo; AS64013 salió hacia YANCY LIMITED en septiembre. El RDAP actual conserva los dieciséis bloques con CyberForest y separa los dos ASNs.

El asiento de enero de 2025 parece un lote con destino común. APNIC anotó el paso de dieciséis rangos IPv4 /22 y AS64013 de CONA HOSTING SDN BHD a CyberForest LLC. Cada rango aporta 1.024 direcciones; juntos suman 16.384. La tentación es convertir esa fila en una descripción permanente de la red. El propio registro muestra cómo se deshizo el lote sin mover los bloques de direcciones.

Primero llegó un número nuevo. El 17 de marzo, CONA transfirió AS136209 a CyberForest en una operación sin rangos IPv4. Luego salió el número anterior: el 3 de septiembre CyberForest transfirió AS64013 a YANCY LIMITED, también sin rangos IPv4. Las dieciséis franjas no aparecen en ninguna de esas dos transacciones. La cronología contiene un paquete mixto de entrada, una entrada de ASN por separado y una salida de ASN por separado. Cada recurso tiene su propio trayecto después del recibo inicial.

Las consultas RDAP actuales para cada uno de los dieciséis /22 dan las fronteras exactas del asiento de enero y nombran a CyberForest LLC. como registrante. Están repartidos entre 43/8, 45/8, 103/8 y 202/8; no forman una sola franja continua. Su cantidad equivale a 16.384 direcciones, el tamaño numérico de un /18, pero la inscripción registra dieciséis /22 distintos. Ese detalle importa a quien debe comprobar la titularidad de una dirección concreta, no solo el total de una cartera.

La comprobación de los ASNs da un resultado diferente. El RDAP vigente de AS64013 identifica a YANCY LIMITED; el de AS136209, a CyberForest LLC. La fila original de transferencia anotó ZZ en el código de país del destinatario, mientras los objetos actuales tienen sus propios campos registrales. Ni un código histórico ni una etiqueta empresarial bastan para describir el conjunto actual. Hay que unir cada identificador con su última transferencia y su objeto vigente.

El archivo de APNIC hizo algo útil: dejó constancia de que dieciséis rangos y AS64013 se movieron el mismo día en una sola operación. El error empieza cuando ese dato se usa para afirmar que seguirán siempre juntos. Los números de sistema autónomo se transfieren sin necesidad de que las direcciones los acompañen, y esta secuencia tiene dos ejemplos en menos de ocho meses. La contabilidad de una transacción no es una fotografía eterna del control operativo.

Para saber si AS64013 anunció alguna vez esas franjas haría falta una serie BGP con fechas. Los registros primarios ya resuelven la titularidad actual. APNIC podría enlazar los componentes de una transferencia conjunta con las operaciones posteriores de cada uno. La pregunta sobre el lote dejaría entonces de depender de una búsqueda manual por diecinueve objetos y tres fechas.

Comprobantes APNIC