Resumen

  • APNIC prestaba un servicio regional mediante tareas ejecutadas en distintos centros nacionales: asignación de direcciones, información y DNS no estaban en una sola oficina.
  • El reparto cambió entre los proyectos de 1993 y la descripción operativa de 1994. Aprovechó capacidades existentes, pero hizo que la coordinación y las interfaces fueran parte esencial del servicio.

El primer organigrama de APNIC no fue un edificio, sino un conjunto de tareas que circulaban entre instituciones. En noviembre de 1994, JPNIC describió un esquema en el que su grupo APNIC intervenía de forma importante en la asignación de direcciones, KRNIC, de Corea, llevaba el servicio de información y AUNIC, de Australia, mantenía el DNS de APNIC. Los tres centros nacionales estaban bajo una capa regional. Es el relato contemporáneo de una institución participante, no un registro técnico completo; aun así, muestra qué significaba “regional” en el trabajo diario: las solicitudes, la información y los nombres podían depender de oficinas distintas. El informe de JPNIC de noviembre de 1994

La división fue tomando forma por etapas. Las notas de una reunión de IEPG de agosto de 1993 describen un experimento en el que JPNIC registraría números de red y KRNIC gestionaría el registro de rutas. En enero de 1994, el material del comité operativo de JPNIC reprodujo una propuesta más amplia de APCCIRN: separar registro, directorio y base de datos de los servicios de información. Sus motivos declarados eran aliviar la presión financiera y fomentar la colaboración entre los centros regionales. Se esperaba que un documento de criterios aclarara la separación de tareas y sus interfaces. Son momentos sucesivos del diseño, no versiones incompatibles de un organigrama definitivo. IEPG, agosto de 1993 · JPNIC, enero de 1994

La secuencia importa porque un registro suele recordarse como la autoridad que asigna bloques de direcciones. El servicio de APNIC también necesitaba recibir solicitudes, organizar información de red, publicar referencias y mantener las delegaciones DNS. El RFC 1366 expuso el papel de los registros regionales, y el proyecto piloto de APNIC buscó aprovechar las capacidades de los centros nacionales para realizar esas tareas. La autoridad sobre una asignación y el lugar donde se tramitaba una solicitud estaban relacionados, pero no eran lo mismo. El RFC 1466 aportaba las pautas de asignación que el proyecto debía aplicar. RFC 1466 RFC 1366 · Historia de APNIC

Los tres centros tampoco eran toda la infraestructura. Gerard Ross, antiguo integrante del personal de APNIC, relata en una historia retrospectiva publicada en 2013 que las listas de correo se alojaban en la Universidad de Tokio y que una lista de trabajo reunía a 25 personas de varias economías. Según su relato, allí se discutían las solicitudes de direcciones e información y, por lo general, se respondía en uno o dos días laborables. Ross también describe una estación de trabajo universitaria que alojaba listas, archivos FTP, una base de datos de red y WHOIS; un sitio experimental en KRNIC y tareas de DNS inverso en AUNIC.

Son recuerdos históricos, no métricas auditadas de nivel de servicio.

El modelo reutilizaba conocimientos y recursos que ya existían en centros nacionales. Ross dice que así se evitaba concentrar toda la experiencia en una sede y se buscaba no depender de una financiación central insostenible. La propuesta de enero también relacionaba la distribución con el presupuesto y la colaboración. Eso demuestra la intención, pero no cuantifica el ahorro ni prueba que el diseño resistiera fallos. Cuando el trabajo se reparte, sus interfaces se vuelven dependencias operativas: una solicitud puede cruzar una institución para la asignación, otra para obtener información y otra para el DNS.

Las fuentes no ofrecen un historial completo de interrupciones o continuidad.

La cronología posterior de APNIC sitúa el inicio del piloto en septiembre de 1993 y su cierre formal en junio de 1994. El trabajo no terminó con ese plazo: el informe de JPNIC de noviembre de 1994 todavía describe funciones repartidas entre países y presenta las asignaciones de abril a octubre. La historia más reveladora no es simplemente que el piloto se convirtiera en un registro regional. Es cómo el servicio llegó a funcionar antes de que todas las tareas, equipos y herramientas estuvieran en una misma institución. La evidencia respalda un modelo operativo distribuido, pero no resuelve su coste total ni su resiliencia. APNIC, sus primeros veinte años