Resumen

  • En la respuesta de ARIN capturada para 8.8.8.8, parentHandle enlaza el registro NET-8-8-8-0-2 con el registro padre NET-8-0-0-0-0.
  • Ese enlace es una prueba registral; no identifica un proveedor de tránsito, un upstream comercial, una ruta BGP ni la red que transporta el tráfico en este momento.

La respuesta RDAP de ARIN para 8.8.8.8, capturada el 26 de agosto de 2026, coloca dos identificadores de apariencia similar dentro del mismo objeto. Su handle es NET-8-8-8-0-2 y su parentHandle es NET-8-0-0-0-0. El primer registro cubre 8.8.8.0–8.8.8.255, lleva el nombre GOGL y está clasificado como DIRECT ALLOCATION. Una lectura apresurada puede convertir el segundo identificador en una dependencia operativa. El modelo de datos no autoriza esa conclusión.

ARIN explica que RDAP sirve para consultar datos de registro de recursos de Internet. La función que asciende al padre devuelve otro objeto del registro. La relación representada es, por tanto, de contención registral: una red registrada se sitúa bajo otro registro que la abarca. No es una medición de paquetes, un acuerdo de interconexión ni una tabla de rutas.

RFC 9083 acota el campo con precisión: parentHandle es el identificador único dentro del RIR de la red padre del registro de red. Esa definición hace que el campo sea útil para seguir una cadena de asignación, verificar el alcance de un objeto y distinguir un bloque concreto del registro superior. No añade significado de tránsito.

El objeto tampoco indica qué sistema autónomo origina 8.8.8.0/24, qué redes propagan su alcanzabilidad, si alguna vende tránsito, qué contrato rige el transporte o qué recorrido seguiría un paquete desde un punto de observación. No contiene un ASN upstream, un vecino BGP, un siguiente salto ni un trayecto. La ausencia de esos datos no resuelve las preguntas operativas; muestra que deben responderse con otro tipo de evidencia.

RFC 4271 describe ese plano separado. BGP intercambia información de alcanzabilidad entre sistemas autónomos y el atributo obligatorio AS_PATH identifica los sistemas autónomos por los que ha pasado la información de enrutamiento. Incluso una ruta BGP observada depende del momento y del observador, y no equivale a un contrato comercial. Pero pertenece al sistema de routing; el padre de un registro RDAP, no.

Mantener separados ambos planos evita un error de categoría. Un registro padre puede reflejar la historia de una delegación o la organización de la base de datos sin transportar el tráfico del bloque más específico. A la inversa, una red que sí transporta ese tráfico puede no aparecer nunca como padre registral. Las relaciones pueden coincidir, pero la contención no demuestra el tránsito.

La práctica correcta no consiste en descartar parentHandle, sino en etiquetar bien su función probatoria. Sirve para recorrer la jerarquía de registro. Si la pregunta cambia a origen, propagación, peering, tránsito o forwarding, hace falta abrir una pista de evidencia distinta y fechada. ARIN RDAP establece qué relaciona el registro; las observaciones de routing establecen qué se anuncia; las fuentes comerciales, cuando existen, establecen qué se acordó.

La conclusión es limitada y firme: dentro de la jerarquía mostrada por ARIN RDAP, NET-8-8-8-0-2 se encuentra bajo NET-8-0-0-0-0. Por sí solos, esos dos handles no nombran una relación de tránsito de red.