Resumen

  • La política de LACNIC describe routing-c como el contacto que puede registrar, mediante el sistema de administración de IP y ASN, las políticas adoptadas por el sistema autónomo.
  • El campo no muestra quién posee credenciales de router, opera sesiones BGP, implementa la declaración ni origina las rutas visibles en un momento determinado.

El verbo es registrar

La definición de LACNIC asigna una función concreta. El contacto routing-c puede introducir información de política en el sistema de administración. Esa función importa porque los datos públicos del registro y del IRR pueden ser utilizados por otros operadores para preparar filtros y contrastar anuncios previstos.

La capacidad de registrar esa información debe tratarse como una autoridad real sobre el registro. Por eso conviene conservar el handle exacto, el objeto, la hora de consulta y los objetos de política relacionados.

Sin embargo, el campo no contiene credenciales de equipos, configuración en ejecución, estado de sesiones, observaciones de colectores ni una relación laboral vigente. Identifica una facultad de registro; no dice quién ejecutó el último cambio en un router ni qué equipo mantiene la red.

Los contactos no son intercambiables

LACNIC separa owner-c, routing-c y abuse-c en campos de contacto distintos. Para este análisis, la función definida por la fuente es limitada: routing-c puede registrar la política de enrutamiento adoptada por el ASN.

Esa estructura impide atribuir demasiado. Como el registro no revela acceso a routers, control de sesiones BGP ni el equipo operador, routing-c por sí solo no establece el papel operativo de una persona.

Política declarada frente a rutas observadas

LACNIC presenta el IRR como una base donde los operadores expresan política para que terceros la usen al configurar filtros y equipos. La declaración tiene utilidad operativa, pero sigue siendo una declaración. Puede estar incompleta, desactualizada o ser más amplia que los anuncios actuales.

Los colectores BGP aportan otra clase de evidencia: muestran un origen y un camino desde puntos de observación y momentos concretos. Tampoco identifican por sí solos a la persona que opera la red, ni prueban visibilidad universal, tráfico o mando interno. RPKI añade autorización de origen, no observación ni identidad humana.

Una atribución defendible mantiene juntas pero separadas cuatro capas: registros exactos de ASN y contactos; objetos IRR y RPKI aplicables; observaciones BGP con tiempo y vantage point; y evidencia organizativa actual sobre el equipo o proveedor responsable.

Fuentes