Resumen

  • El original acumulativo de transferencias de APNIC registra el 2 de noviembre de 2026, a las 23:38:39 UTC, el traslado de 202.89.220.0–202.89.223.255 desde Indonesia Network Information Center/dnk-id hacia Indonesia Network Information Center/SCBD-ID. Son 1.024 direcciones. El archivo delegado del día 3 reúne las 4.096 direcciones en un /20. el del día 4 las reparte en un /21 y dos /22, con otro identificador opaco para el /22 transferido.
  • WHOIS para el /22 abre con el objeto exacto SCBD-NET, modificado a las 23:38:47 UTC, y después muestra el padre DNK-NET de IDNIC. RDAP para el mismo /22 devuelve únicamente el /20 padre. Los ocho segundos entre marcas son dos eventos administrativos registrados, no el tiempo de propagación medido.

El bloque grande tenía una historia simple hasta que dejó de tenerla. En la fotografía estadística del 3 de noviembre, APNIC presenta 202.89.208.0 y 4.096 direcciones bajo una sola fila asignada a Indonesia. En la fotografía del 4, el mismo espacio se divide en 2.048 direcciones desde 202.89.208.0, 1.024 desde 202.89.216.0 y 1.024 desde 202.89.220.0. Los tres intervalos no se pisan y cubren todo el /20 previo. El último coincide exactamente con la transferencia publicada.

La contabilidad opaca aporta una pista, con una regla de lectura estricta. En el archivo del día 4, las dos primeras filas usan A92AB1BD y la última A92B4C5C. El README oficial del formato extendido dice que un identificador agrupa recursos de un mismo titular dentro de un archivo; también advierte que el identificador puede cambiar entre versiones. La comparación válida es entre filas de ese 4 de noviembre. El código separa titulares sin revelar nombres. Para conocer las partes se necesita el registro de transferencias.

Ese registro escribe dnk-id como origen y SCBD-ID como destino, ambos precedidos por Indonesia Network Information Center. La especificación de APNIC define los campos de recurso, origen, receptor y fecha. No contiene la contraprestación ni una orden de cambiar rutas. En las tres nuevas filas estadísticas sigue apareciendo 20050419: la norma de intercambio trata el archivo diario como estado, sin historia de transacciones. La fecha original sobrevivió al movimiento de 2026. Es una columna con otro trabajo.

La consulta WHOIS sí permite seguir la partición con nombres. La primera respuesta para 202.89.208.0 es el /21 DNK-NET; para 202.89.216.0, el /22 DNK-NET; para 202.89.220.0, el /22 SCBD-NET. Los tres objetos hijos indican last-modified: 2026-11-02T23:38:47Z, ocho segundos después de la hora del asiento de transferencia. Las respuestas también incluyen un objeto de IDNIC para el /20 entero, DNK-NET, cuya última modificación figura en 2011. El resultado tiene dos capas; borrar mentalmente una de ellas cambia la historia.

RDAP conserva sólo una capa en estos resultados. Consultar el primer /21, el segundo /22 o el /22 transferido produce el mismo objeto 202.89.208.0–202.89.223.255, llamado DNK-NET. Los avisos de cada respuesta indican origen IDNIC y reflejo parcial en APNIC. El objeto hijo exacto de WHOIS no aparece allí. Esa observación se limita a los resultados públicos consultados; no asigna un operador a una ruta ni prueba cómo se gestiona una denuncia.

El propio manual del registro de transferencias propone comprobar la tenencia del receptor buscando el prefijo en Whois. Es una buena prueba, pero aquí requiere leer el objeto exacto del hijo y distinguirlo del padre que lo acompaña. Un lector automático que sólo consulte RDAP recibe el rango completo de 2005. El dato correcto existe; la interfaz más cómoda puede presentar la rama equivocada del árbol.