Resumen

  • El identificador irr0 propuesto llevaría a RDAP seis clases de consulta IRR; una ruta se buscaría por prefijo y AS de origen.
  • Peering-set, rtr-set y filter-set dependerían del implementador. El arreglo irr0_policies de autnum también sería opcional.

Hay una tentación muy moderna: si el registro devuelve JSON, el programa cree que ya vio el registro completo. El borrador IRR para RDAP del 29 de octubre mejora la lectura de objetos de rutas, pero incluye suficientes campos opcionales para que esa confianza resulte cara en una cadena de filtros automáticos.

Mahesh Aggarwal, Jasdip Singh, Andy Newton y Sasha Romijn proponen la extensión irr0. Es un Internet-Draft de presentación individual; todavía no es una norma adoptada por el IETF. Su punto de partida es sencillo: el RDAP actual ofrece consultas para objetos principales de registro, mientras que los objetos de los Internet Routing Registries suelen recuperarse como texto RPSL mediante WHOIS. La extensión los convertiría en respuestas RDAP estructuradas sobre HTTPS.

Los seis caminos previstos incluyen route, route-set, autnum-set, rtr-set, peering-set y filter-set. Una ruta se localiza por prefijo y AS originador; el ejemplo del propio borrador utiliza irr0_route/192.0.2.0/24/64500, con números reservados para documentación. Esa doble clave impide confundir «este bloque de direcciones» con «este bloque originado por este AS». El manual IRR de ARIN separa además el objeto route del route-set: este agrupa prefijos u otros conjuntos, no una colección de objetos route almacenados.

La cobertura deja de ser uniforme en la sección 6. El soporte de peering-set, rtr-set y filter-set queda a criterio de la implementación. En la sección 7, la respuesta ordinaria de autnum puede incorporar irr0_policies con reglas de importación y exportación, incluso variantes multiprotocolo y -via; el campo es opcional y su orden importa cuando aparece. Un programa que recibe una respuesta sin ese arreglo no puede traducir el silencio en «no existe política».

El servidor debe anunciar irr0 en rdapConformance cuando entrega objetos de la extensión y en su respuesta de ayuda. Eso anuncia la extensión, no una garantía de cobertura para todas las clases. Hoy la lista publicada por RIPE NCC para RDAP enumera autnum, domain, ip y entity. ARIN documenta la gestión de IRR por un servicio distinto. El borrador no aporta cifras de despliegue ni una comparación de completitud entre registros. Antes de pasar sus respuestas a producción, un operador tendrá que preguntar por cada puerta, no quedarse con el letrero de la entrada.

Borrador IRR-RDAP · RFC 9082 · Guía RIPE NCC · Guía ARIN