Resumen

  • La respuesta RDAP actual de APNIC para 1.1.1.1 devuelve un objeto de red IP para 1.1.1.0–1.1.1.255 cuyo estado es active.
  • RFC 9083 define ese campo como el estado del objeto registrado. No demuestra por sí solo que el prefijo sea visible en BGP, accesible globalmente o capaz de prestar un servicio.

Una palabra operativa en un registro

La respuesta identifica la clase ip network, el intervalo, su handle, eventos, enlaces y un arreglo de estado. Es información precisa y útil. El error aparece cuando la precisión del formato se confunde con amplitud probatoria.

RFC 9083, sección 4.6, limita status al estado de un objeto registrado. APNIC explica RDAP como acceso a datos de registro de recursos de Internet. Por tanto, active puede conservarse como una observación auténtica del registro en una fecha concreta, pero no como una prueba automática de operación de red.

BGP tiene otra unidad de evidencia. Una observación de enrutamiento necesita destino, atributos de ruta, punto de observación y momento. Una prueba de disponibilidad necesita además sonda, objetivo, protocolo y criterio de éxito. El objeto RDAP no contiene esas mediciones por el mero hecho de usar una palabra familiar.

El registro puede seguir activo mientras un recolector concreto no ve la ruta. Una ruta puede estar visible aunque un host descarte tráfico. Un servicio anycast puede responder de manera distinta según el origen. Las tres situaciones son compatibles porque describen capas diferentes.

Una cadena de evidencia limpia conserva endpoint, consulta, hora, clase de objeto, handle, límites y estado exacto. Si la decisión depende del enrutamiento, incorpora observaciones independientes y fechadas. Si depende del servicio, añade mediciones con alcance conocido.

La conclusión correcta es modesta: en el momento consultado, APNIC publicó ese objeto de red con estado active. Cualquier afirmación sobre anuncio, accesibilidad, tráfico o control operativo necesita otra fuente.

Fuentes