Resumen

  • RFC 9083 atribuye el conjunto notices al servicio RDAP o a la respuesta completa, no a la red IP, el ASN o la organización consultada.
  • Los avisos actuales de ARIN enlazan sus condiciones de uso y el procedimiento para señalar datos inexactos. No expresan la política de interconexión, tránsito, filtrado o clientes del titular.
  • Un registro probatorio sólido separa la huella de los avisos de la huella del objeto y reserva las afirmaciones operativas para observaciones BGP, documentos contractuales o declaraciones del operador.

El mensaje pertenece al mostrador

Una consulta RDAP de ARIN puede devolver avisos de primer nivel titulados “Terms of Service”, “Whois Inaccuracy Reporting” y “Copyright Notice”. El primero enlaza las condiciones Whois de ARIN mediante rel=terms-of-service; el segundo enlaza el mecanismo de informes mediante rel=inaccuracy-report.

La estructura determina su significado. RFC 9083 dice que los avisos contienen información sobre el servicio que proporciona los datos RDAP o sobre toda la respuesta. Los remarks, en cambio, se refieren al objeto que los contiene. Además, los avisos solo aparecen en el objeto superior. Copiarlos a un perfil de red como atributos del recurso cambia al hablante y altera la evidencia.

Que las condiciones mencionen investigación o coordinación operativa no convierte al titular del recurso en su autor. ARIN habla como operador del registro y el usuario acepta reglas sobre consulta y reutilización. La proximidad visual con un bloque de direcciones no transfiere esa voz a la organización registrada.

Reglas para usar los datos

Las condiciones Whois de ARIN regulan el acceso, los usos permitidos, la redistribución, las garantías, la responsabilidad y las controversias. Deben conservarse junto con la captura porque afectan a la forma en que un investigador puede tratar y compartir los datos.

No son la política operativa de la red consultada. Los acuerdos de tránsito, los criterios de peering, el filtrado de prefijos, la seguridad de enrutamiento, la admisión de clientes y la respuesta a incidentes se deciden y documentan en otros lugares. El vínculo de condiciones no prueba que una ruta se acepte ni que un operador transporte tráfico de otra red.

El modelo correcto distingue a ARIN como proveedor del servicio, al investigador como usuario y al objeto RDAP como representación registral. Para unir esos papeles hace falta evidencia adicional; el aviso no lo hace por sí solo.

Una vía para corregir no es una acusación

ARIN incluye un enlace general para comunicar posibles inexactitudes. Su guía distingue entre corregir un registro propio y sugerir una corrección en el registro de otra parte. En el segundo caso, el personal investiga y actúa cuando confirma el error.

Por tanto, la mera presencia del enlace no demuestra que exista un informe ni que el resultado sea incorrecto. Es una función disponible en respuestas ordinarias, como un botón de corrección en todas las páginas. Usarlo como señal negativa sobre la organización sería inventar un hecho.

Si aparece una discrepancia, hay que guardar la consulta, la respuesta, el campo discutido y la fuente de comparación. La conclusión solo puede apoyarse en el resultado de la revisión concreta o en un registro posteriormente corregido.

Separar los cambios del servicio y del objeto

Una captura reproducible conserva dos huellas. La primera cubre los campos del objeto de registro. La segunda cubre el orden de los avisos, títulos, descripciones, destinos, relaciones y tipos de medios. También registra la URL consultada, la hora y la versión visible de las páginas enlazadas.

Así se evitan falsas alertas. El año de copyright puede avanzar sin cambios en la red; ARIN puede modificar sus condiciones sin intervención del titular; un enlace puede mudarse mientras el rango registrado permanece estable. También puede ocurrir lo contrario. Compartir un documento JSON no significa compartir propietario ni mecanismo de cambio.

La frontera con BGP

RFC 4271 describe una ruta como destinos asociados a atributos de camino y anuncia rutas entre hablantes BGP mediante mensajes UPDATE. Los avisos RDAP no contienen anuncios, retiradas, caminos de AS, decisiones de selección ni mediciones de tráfico.

RDAP aporta contexto registral valioso para una dirección o un ASN. Sin embargo, una afirmación sobre rutas vivas necesita datos de enrutamiento contemporáneos, y una afirmación sobre tránsito comercial necesita contratos o declaraciones fiables. El aviso de servicio no puede reemplazarlos.

Fuentes y autoridad

La frontera de los avisos está en RFC 9083, sección 4.3: https://www.rfc-editor.org/rfc/rfc9083.html#section-4.3 . La respuesta de ARIN observada es https://rdap.arin.net/registry/ip/8.8.8.8 . Las condiciones están en https://www.arin.net/resources/registry/whois/tou/ y el procedimiento de inexactitudes en https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ . La comparación de enrutamiento usa RFC 4271, sección 3.1: https://www.rfc-editor.org/rfc/rfc4271.html#section-3.1 .