Denis Walker y la función reclaim de RIPE

Summary

Denis Walker explicó en 2013 cómo la base RIPE añadió una autorización de borrado para el titular de un recurso emitido por RIPE NCC, basada en los mantenedores del objeto padre.
El permiso sirve para borrar objetos operativos concretos: registros de direcciones más específicos, rutas y delegaciones inversas. No permite editar el objeto hijo ni borrar la asignación principal o un número de sistema autónomo.

La ruta vieja y la puerta cerrada

Imagine que prepara un cambio de red y descubre que el objeto route con el prefijo exacto ya existe. No puede crear otro igual. El mantenedor que figura en mnt-by pertenece a una etapa anterior de la operación y no acepta su actualización. La empresa responde por el bloque de direcciones, pero la base no le deja apartar el registro que estorba. Durante años, la salida habitual fue pedir a RIPE NCC que interviniera a mano.

Denis Walker contó en abril de 2013 cómo se automatizó esa salida. La función reclaim acepta, para una solicitud de borrado, la autorización de los mantenedores del recurso padre emitido por RIPE NCC. El programa consulta sus atributos mnt-by y mnt-lower, y los suma a los mantenedores que pueden autorizar la eliminación del objeto subordinado. Basta la actualización normal con delete: reason. El cambio está en la regla de autorización, no en una herramienta nueva.

El atasco podía surgir sin intriga alguna. Compartir mnt-by entre dos partes daba a cada una capacidad de retirar a la otra. Una cesión operativa mal cerrada dejaba rutas viejas protegidas por una credencial ajena. Al impedir que se registrase otra ruta con el mismo prefijo, una ficha pequeña acababa decidiendo el calendario de una migración. Walker entregó una herramienta al responsable del recurso para no convertir cada caso en una excepción tramitada por la oficina central.

El radio de acción estaba dibujado con cuidado. Se podían borrar objetos inetnum e inet6num más específicos, objetos route y route6 con prefijo igual o más específico, y dominios de delegación inversa bajo in-addr.arpa o ip6.arpa. No se podía modificar el objeto ni cambiar su autenticación mediante reclaim. Quedaban fuera la asignación o asignación independiente de la que cuelgan, los objetos aut-num, los dominios ENUM y fichas secundarias como person o role. Y el titular de una subasignación no recibía automáticamente esta facultad: la autoridad procedía del recurso entregado por RIPE NCC.

Borrar un objeto de ruta no altera por arte de magia lo que anuncian los routers. Sí cambia quién puede limpiar el registro antes de crear una entrada válida. Ahí está la historia: en los sistemas críticos, una contraseña olvidada puede convertirse en poder de veto si el responsable del recurso carece de una vía reglada para actuar.

El informe anual 2013 de RIPE NCC incluye reclaim entre las novedades de la base. El texto de Walker explica las fronteras de la función. Ni magia ni épica: un botón de borrar situado en manos de quien debe mantener el recurso operativo.