Résumé

  • Le service régional d’APNIC reposait sur des tâches exécutées dans plusieurs centres nationaux : attribution des adresses, information et DNS n’étaient pas regroupés dans un seul bureau.
  • La répartition a évolué entre les projets de 1993 et le compte rendu opérationnel de 1994. Elle mobilisait des capacités existantes, tout en faisant de la coordination et des interfaces une condition du service.

Le premier organigramme d’APNIC n’était pas un bâtiment, mais une circulation de tâches. En novembre 1994, JPNIC décrit un dispositif où son groupe APNIC participe largement à l’attribution des adresses, où le centre coréen KRNIC assure le service d’information et où l’australien AUNIC maintient le DNS d’APNIC. Les trois centres nationaux se situent sous une couche régionale APNIC. Ce témoignage institutionnel ne constitue pas un journal d’exploitation complet ; il montre toutefois ce que « régional » signifiait au quotidien : demande d’adresse, information et noms DNS pouvaient dépendre de bureaux différents. Le compte rendu de JPNIC, novembre 1994

La répartition s’est dessinée par étapes. Les notes de l’IEPG d’août 1993 évoquent une expérience où JPNIC devait enregistrer les numéros de réseau et KRNIC tenir un registre de routage. En janvier 1994, un document du comité d’exploitation de JPNIC reproduit une proposition plus large d’APCCIRN : distinguer les services d’enregistrement, de répertoire et de base de données des services d’information. Les motifs indiqués étaient d’alléger la contrainte financière et de favoriser la coopération entre centres régionaux. Un document de critères devait préciser la séparation des tâches et leurs interfaces. Il s’agit de versions successives du projet, pas d’un organigramme immuable. IEPG, août 1993 · JPNIC, janvier 1994

Cette évolution rappelle qu’un registre ne se résume pas à l’autorité qui alloue des blocs d’adresses. Il faut aussi recevoir les demandes, organiser l’information réseau, publier des références et maintenir les renvois DNS. Le RFC 1366 avait exposé le rôle des registres régionaux ; le projet APNIC entendait mobiliser les centres nationaux pour accomplir des tâches concrètes. La responsabilité d’attribution et le lieu où une demande était traitée se recoupaient sans être identiques. Le RFC 1466 fournissait les règles d’attribution que le projet devait appliquer. RFC 1466 RFC 1366 · Histoire d’APNIC

Les trois centres ne formaient pas à eux seuls toute l’infrastructure. Dans son histoire d’APNIC publiée en 2013, Gerard Ross, ancien membre du personnel, décrit des listes de diffusion hébergées à l’Université de Tokyo et une liste de travail comptant 25 participants de plusieurs économies. Selon ce récit rétrospectif, les participants échangeaient sur les demandes d’information et d’adresses, parvenant généralement à un accord de travail et répondant sous un à deux jours ouvrés.

Ross mentionne également un poste de travail à l’université pour les listes, les archives FTP, la base réseau et WHOIS, un site expérimental chez KRNIC et le DNS inverse chez AUNIC. Ces éléments donnent à voir un service assemblé par des personnes, des machines et des échanges à distance ; ils ne sont pas des mesures de performance auditées.

Le modèle réutilisait les compétences déjà présentes dans les centres nationaux. Ross explique qu’il devait éviter de concentrer toute l’expertise dans une installation centrale et prévenir un financement central insoutenable. La proposition de janvier associe elle aussi la dispersion des tâches au financement et à la coopération. Cela établit une intention, pas un montant d’économie ni une preuve de résistance aux pannes. Dès lors que le travail est réparti, les interfaces deviennent des dépendances opérationnelles : une demande peut franchir une institution pour l’attribution, une autre pour l’information et une troisième pour le DNS.

Les sources ne livrent pas le bilan complet des défaillances ou de la continuité.

Le pilote d’APNIC a commencé en septembre 1993 et s’est formellement achevé en juin 1994, selon la chronologie publiée ensuite par APNIC. Pourtant, le travail ne s’est pas arrêté à cette échéance : en novembre 1994, JPNIC décrit encore ces fonctions transfrontalières et présente les attributions d’adresses d’avril à octobre. L’histoire la plus instructive n’est donc pas seulement celle d’un pilote devenu registre régional. C’est celle d’un service devenu exécutable avant que ses tâches, ses équipes et ses outils ne soient regroupés dans une seule institution. Les documents étayent le modèle distribué, sans trancher son coût complet ni sa résilience. APNIC, les vingt premières années