Summary

  • Tore Anderson y Jeroen Lauwers firmaron la propuesta RIPE 2023-04, aceptada el 15 de abril de 2024, que incorporó AGGREGATED-BY-LIR al registro de asignaciones IPv4 PA.
  • Un LIR puede agrupar asignaciones contiguas que comparten finalidad y contacto en un objeto. Durante una auditoría debe poder dar cifras de las asignaciones individuales incluidas.

El archivo repleto y el cajón vacío

Las cifras que anotaron Anderson y Jeroen Lauwers en la propuesta 2023-04 parecen salir de dos oficinas distintas. En agosto de 2023, la base de RIPE guardaba 546.402 asignaciones IPv4 PA /32, una dirección por bloque. A la vez había 19.221 asignaciones mayores de PA sin registros hijos, en manos de 10.052 registros locales. En un lado, una montaña de fichas pequeñas. En el otro, carpetas sin el detalle de lo asignado dentro. La base necesitaba una manera más sensata de describir el trabajo cotidiano.

El objeto INETNUM es el asiento público con el que un registro local, o LIR, comunica el uso de un tramo IPv4. Si una cartera dinámica entrega muchas direcciones pequeñas con la misma finalidad, inscribirlas una por una repite datos de contacto y mantenimiento. Algunos LIR habían dejado de crear registros hijos; otros los generaban de forma masiva. Anderson y Lauwers propusieron cambiar el diseño del asiento, una idea más útil que pedirle a todo el mundo que tecleara más deprisa.

Su texto aceptado permite un solo objeto AGGREGATED-BY-LIR para asignaciones IPv4 PA contiguas cuya finalidad y datos de contacto coincidan. La base muestra el contorno y a quién preguntar. El LIR conserva el número de asignaciones individuales dentro y debe presentar esas estadísticas si RIPE NCC audita el uso. Se reduce el papeleo público, pero la cuenta sigue en manos de quien opera las direcciones.

La precisión importa. Dentro del agregado puede haber asignaciones de distintos tamaños, por lo que el atributo assignment-size, obligatorio en la política IPv6 para otro cálculo, quedó opcional en IPv4. La coincidencia de finalidad y contacto, en cambio, es una condición de la agrupación. Un bloque no se convierte en cajón de sastre por llevar una etiqueta nueva.

La discusión incluyó una objeción seria: cuando el contacto exterior es el del LIR, ¿dónde queda visible el usuario final? El expediente de la propuesta recoge la cuestión y la interpretación de RIPE NCC de que ciertas asignaciones ya podían llevar datos del LIR dentro de la norma existente. La reforma de los datos de contacto quedó para otra propuesta. Esta resolvía la repetición de objetos, preservando un responsable externo y un recuento comprobable.

RIPE aceptó 2023-04 el 15 de abril de 2024. Los números de 2023 describen el problema inicial; la propuesta no aporta una cifra posterior de adopción. Anderson ayudó a construir una tercera opción para el registro: ni una ficha por cada dirección ni una carpeta con la primera página en blanco.

Fuentes originales