Summary

  • Lu Heng, de LARUS Limited, pidió en ARIN 58 una API común para los clientes de los cinco registros regionales. Dijo que su empresa mantiene cinco conjuntos de programas para operar con recursos en las cinco regiones.
  • John Curran le indicó que presentara peticiones concretas mediante el proceso de sugerencias de ARIN, para que la comunidad discutiera prioridades.

Cinco registros y cinco traductores de guardia. Así describió Lu Heng, con la aritmética de quien paga las horas de ingeniería, el trabajo cotidiano de LARUS ante ARIN 58. La empresa administra recursos en las cinco regiones y mantiene cinco integraciones para actualizar bases de datos y atender operaciones de RPKI. Cada diferencia de vocabulario vuelve a aparecer en el código, en la documentación y en los fallos.

Curran separó dos cuestiones: una base de datos común y unas API compartidas. Heng eligió la segunda como prioridad inmediata. La armonización interna puede avanzar, pero el operador toca la interfaz de cliente todos los días. Su ejemplo aterrizó en los nombres: assignment y reassignment en ARIN; PA y PI en el ámbito de RIPE. Un sistema que atiende varias regiones debe entender esas diferencias y saber qué hacer cuando una solicitud falla.

Una especificación común podría empezar con unas pocas operaciones esenciales, respuestas comparables y extensiones regionales explícitas. El beneficio se mediría en integraciones retiradas y en cambios que ya pueden automatizarse sin otra traducción artesanal. La colaboración institucional dejaría entonces una huella visible en el trabajo de la empresa que usa los cinco servicios.

Curran pidió a Heng que llevara una lista concreta al proceso de sugerencias de ARIN, donde otros miembros podrán discutir el orden de las tareas. Heng aceptó. La siguiente prueba será esa propuesta escrita: qué verbo se unifica primero, qué campos viajan en la solicitud y quién responde cuando dos regiones llaman de manera distinta a la misma operación.