Le premier mandat du RIPE NCC: bureau de service ou souverain régional?

Résumé

• Frontière fondatrice.Les conditions de 1989 de RIPE réservaient l’autorité exécutive sur chaque réseau collaborant à sa propre organisation. RIPE-019 proposa ensuite un petit bureau de service avec trois classes de tâches: travail de registre, gestion des informations réseau et soutien général à RIPE.

• Autorité documentée et conclusion mesurée.En 1992, le NCC maintenait la base de données centrale et agissait en tant que registre délégué de numéros. RIPE-065 documentait une règle selon laquelle les demandes de classe B devaient être accompagnées d’une justification pour examen par le NCC. Les NIC et NOC européens acceptant des blocs de classe C assumaient des obligations de rapport, de lutte contre le stockage et de restitution des numéros inutilisés. Des examens internes ultérieurs et des rapports de gestion décrivaient une opération déléguée limitée à une échelle significative. Ces archives établissent une administration conséquente dans un canal de registre défini, parallèlement au maintien du contrôle des réseaux par les opérateurs. Toute autorité ultérieure plus large nécessiterait un nouvel instrument.

Le problème de coordination

RIPE-001 débute à Amsterdam le 29 novembre 1989, avant que le NCC n’existe. Ses six auteurs étaient Rob Blokzijl, Mats Brunel, Francois Fluckiger, Daniel Karrenberg, Olivier Martin et Enzo Valente. RIPE a étendu son nom en « Réseaux IP Européens » et a identifié l’Europe comme son domaine de pertinence. Les conditions répondaient aux systèmes IP longue distance s’étendant au-delà des réseaux locaux à travers des liaisons nationales et internationales. Elles décrivaient le réseau IP européen comme un ensemble de systèmes nationaux et internationaux gérés par des organisations distinctes.

L’objectif de RIPE était la coordination administrative et technique nécessaire au fonctionnement et à l’expansion d’un réseau IP paneuropéen. Il encourageait chaque partie exploitant un réseau IP longue distance à participer et promouvait l’interconnexion en Europe et avec les autres continents. Le défi pratique se posait entre des systèmes gérés indépendamment: les opérateurs avaient besoin de contacts fiables, échangeaient des informations techniques et d’un forum pour convenir de pratiques communes. « Paneuropéen » désignait l’étendue de ce problème de coordination.

Les réseaux composants conservaient leurs lignes de gestion, leurs circonscriptions et leurs responsabilités d’exploitation distinctes.

Les conditions attribuaient à RIPE trois rôles liés. Il était un forum d’échange d’informations et d’expériences techniques, un point focal pour des activités d’intérêt commun et un lieu pour établir un accord sur les pratiques de gestion de réseau et la gestion opérationnelle des réseaux interconnectés. Tous les documents RIPE devaient être accessibles au public. La publication fournissait aux opérateurs un enregistrement écrit commun pouvant circuler au-delà d’une réunion, bien que la mise en œuvre passât encore par l’organisation gérant chaque réseau.

RIPE pouvait convoquer des discussions, conserver des conclusions et organiser un travail partagé sans absorber les installations ou le personnel de ses entités. Son produit institutionnel immédiat était la coordination entre opérateurs: une arène commune où les réseaux gérés séparément pouvaient traiter les points de rencontre de leurs systèmes.

Une phrase fournissait la frontière décisive. RIPE n’était pas un fournisseur de services réseau, et chaque réseau IP collaborant restait sous l’autorité exécutive de son organisation respective. Les décisions concernant les routeurs, le personnel et l’exploitation incombaient donc aux organisations de réseau. Cette répartition encadre également le NCC ultérieur. Un bureau spécialisé pouvait exercer d’importantes fonctions régionales et porter des jugements dans le cadre d’une procédure déléguée sans hériter du commandement exécutif sur les réseaux entités.

La question historique a deux dimensions: quelle importance attachée à une tâche confiée, et jusqu’où s’étend l’instrument portant cette tâche. L’interdépendance technique peut rendre indispensables des enregistrements cohérents et des procédures partagées, mais l’interdépendance seule laisse les frontières de gestion intactes.

RIPE-019, daté du 16 septembre 1990 et rédigé par R. Blokzijl, Y. Devillers, D. Karrenberg et R. Volk, traitait d’une faiblesse pratique du modèle coopératif. Les réunions RIPE et les groupes bénévoles pouvaient lancer des projets, mais le travail administratif répétitif exigeait une attention chaque jour ouvré. La proposition appelait à un personnel technique dédié et à un bureau connu où les enregistrements, les échanges et les demandes pourraient devenir des responsabilités assignées.

RIPE-019 présentait également le centre comme un élément constitutif du cadre administratif mondial de l’Internet en développement, en faisant référence à la RFC 1174. Son principal objectif déclaré était le soutien aux organisations de réseaux coopérant au sein de RIPE, y compris la coordination permettant à leur propre personnel de NOC de fournir des services. Il présentait la permanence comme une réponse à une exécution irrégulière, et non comme une transformation constitutionnelle.

Un personnel rémunéré pouvait maintenir des services communs entre les réunions RIPE, permettant aux bénévoles de se concentrer sur le travail de développement et aux organisations participantes de continuer à exploiter leurs propres systèmes. Le centre proposé était donc un bureau de service au sens littéral: un bureau compact créé pour donner aux tâches régionales récurrentes un foyer stable.

Les ressources proposées correspondaient à cet objectif. RIPE-019 spécifiait 1,0 équivalent temps plein pour un gestionnaire, 1,0 pour le travail technique et 1,5 pour l’administration. Il envisageait des stations de travail X-window, un mini-ordinateur capable d’héberger des bases de données, une connectivité IP et messagerie forte, une connectivité OSI, deux bureaux et des services de soutien normaux. Les hypothèses de déplacement couvraient toutes les réunions RIPE, six autres réunions européennes et quatre réunions hors Europe chaque année.

RIPE-035 a demandé plus tard des périodes d’engagement minimales de trois ans pour le gestionnaire, d’un an pour le responsable technique et de deux ans pour un responsable administratif. Il considérait également comme essentielle la proximité avec un NOC opérationnel et d’autres activités RIPE. La définition du gestionnaire combinait technologie Internet à grande échelle, gestion et travail international; le poste technique exigeait une expérience des réseaux à grande échelle et internationale. On attendait du personnel administratif qu’il utilise des équipements informatiques avancés et s’occupe du travail de bureau.

Ensemble, ces propositions décrivaient les compétences, l’équipement, l’emplacement et la continuité attendus d’un petit bureau technique.

Une petite échelle ne rendait pas le travail proposé trivial. Un registre tenu à jour pouvait devenir une référence partagée; un bureau traitant les demandes de numéros pouvait occuper une position conséquente dans une chaîne d’attribution. RIPE-019 anticipait une maintenance de routine ainsi qu’un jugement limité, mais son centre recevrait des fonctions de RIPE, travaillerait avec les organisations participantes et se coordonnerait avec un registre Internet en amont.

Sa liste de soutien proposée énumérait la collecte de l’état global, la surveillance des performances, la distribution du DNS européen, la documentation des outils opérationnels et la gestion du serveur d’informations RIPE. Cette structure place le NCC entre deux caricatures trompeuses. Il était plus qu’un bureau de copie parce que certaines transactions confiées pouvaient affecter l’accès aux canaux d’enregistrement reconnus. Il était moins qu’un souverain régional parce que les opérateurs, registres et organes de coordination environnants conservaient leurs propres fonctions.

Chaque pouvoir revendiqué doit donc être rattaché à l’acte, l’instrument et l’acteur spécifiques qui l’ont fourni.

La chronologie importe autant que la formulation. RIPE-001 fixait les conditions d’un forum coopératif. RIPE-019 proposait un centre. RIPE-035 fournissait un plan d’activité. Ces documents enregistrent des conceptions successives, non un moment unique d’exécution. Les procédures opérationnelles et les rapports de situation montrent ensuite certaines fonctions entrant en pratique, et ils révèlent parfois un portefeuille différent de celui imaginé par les planificateurs.

L’histoire fondatrice est par conséquent une succession d’états institutionnels: principes de coordination en 1989, proposition de centre de service en 1990, programme de travail détaillé en 1991 et opérations documentées en 1992 et 1993. Suivre cette séquence maintient analytiquement distincts le bureau proposé, le programme planifié et le service de registre observé.

La tâche confiée

RIPE-019 nommait exactement trois classes de tâches: la fonction de registre, la gestion des informations réseau et la fonction générale de soutien à RIPE. Le support aux utilisateurs finaux et l’exploitation des réseaux demeuraient avec le personnel d’exploitation réseau des organisations participantes. La proposition répartissait également le travail entre les tâches centralisées exécutées par les employés du NCC et les tâches distribuées menées par les organisations participantes sous la coordination du NCC.

Quatre relations liaient le bureau à RIPE: RIPE définirait les tâches et fonctions du centre; le NCC rendrait compte à RIPE; les organisations RIPE participeraient à ses travaux; et RIPE examinerait régulièrement son fonctionnement. Une évaluation périodique par RIPE accompagnait le programme distribué. Dans cette conception, le centre recevait son domaine de travail de RIPE et combinait sa propre activité de personnel avec les contributions de la communauté élargie.

La fonction de registre proposée plaçait le centre entre les registres locaux européens et le registre Internet. Il tiendrait un registre des numéros de réseau IP et des numéros de systèmes autonomes, obtiendrait des blocs pour attribution par l’intermédiaire des registres locaux, collecterait les informations fournies localement et mettrait le matériel compilé à disposition mondiale. Il traiterait également les demandes dépassant les capacités locales et se coordonnerait étroitement avec le registre Internet.

Les registres locaux restaient responsables de l’attribution à partir de leurs blocs; le centre régional maintenait le registre commun et prenait en charge les cas qui dépassaient les capacités locales; le registre en amont restait partie de l’arrangement. La proposition créait ainsi une jonction administrative où des informations et des demandes exceptionnelles pouvaient circuler entre les niveaux local et mondial.

La gestion des informations réseau formait la deuxième classe de tâches. RIPE-019 identifiait les informations relatives aux numéros de réseau IP, aux numéros de systèmes autonomes, aux domaines DNS et aux personnes associées. Il décrivait un mouvement dans quatre directions: des organisations européennes vers le centre, du centre vers ces organisations, entre le centre et les organismes de coordination hors Europe, et du centre vers la communauté élargie. Des bases de données et des outils d’interrogation rendraient ces informations disponibles via des services associés à IP et OSI.

La proposition qualifiait le centre de source faisant autorité pour les informations concernant la communauté RIPE. Cette autorité était liée à la maintenance et à la présentation d’un ensemble de données partagées dont les faits sous-jacents provenaient souvent des organisations les plus proches des réseaux.

La proposition traçait également une limite de finalité autour des informations personnelles. Sa base de données n’était pas destinée à être un service général d’annuaire. Les auteurs appelaient à ce que la vie privée soit étudiée à la lumière du droit européen et identifiaient l’autorisation individuelle comme la condition minimale pour inclure des informations personnelles dans une base de données accessible au public. La proposition distinguait donc les données de contact opérationnel d’un annuaire général de personnes.

Son traitement du consentement était une déclaration de principe: les informations de contact liées à l’administration du réseau n’appartenaient au service d’information proposé que sous la condition minimale énoncée. RIPE-019 posait la question de la vie privée à côté des exigences techniques du centre avant qu’aucun rapport de situation ultérieur ne décrive la base de données en fonctionnement.

Le soutien général à RIPE était la troisième classe, mais les missions détaillées figuraient dans RIPE-035, daté du 5 mai 1991. Ce plan d’activité enjoignait au NCC de conserver le magasin de documents RIPE en ligne et facilement accessible, de fournir un soutien technique et administratif aux études et groupes de travail de RIPE, et d’aider à l’organisation des réunions RIPE. Il prévoyait une participation aux réunions d’environ 40 personnes dans un avenir proche. Le soutien aux études était destiné à faire avancer le travail entre les réunions; l’assistance administrative aiderait les organisateurs à préparer des sessions productives.

Ces tâches convertissaient la catégorie générale de soutien de RIPE-019 en un ensemble de responsabilités récurrentes liées aux documents, aux groupes de travail et aux réunions.

RIPE-035 se qualifiait d’annexe technique à RIPE-019. Il indiquait que les tâches concernées s’étaient révélées extrêmement difficiles à exécuter régulièrement par un effort bénévole et attendait de l’exécution centralisée une amélioration de l’efficacité. Pour la base de données, il énumérait six classes d’objets initiales: réseaux, personnes responsables, domaines, routeurs, lignes internationales et serveurs de noms. Le travail prévu comprenait la collecte des entrées, la vérification des entrées individuelles et le test de la cohérence et de l’intégrité de la base de données.

Des copies secondaires pouvaient être installées sur demande, le NCC assurant le suivi de ces copies et le maintien de la cohérence. L’échange avec des centres hors Europe était censé offrir aux utilisateurs de la base de données un ensemble d’informations mondiales uniforme. Pour les copies secondaires, le NCC devait maintenir un registre en ligne des sites et veiller à la cohérence de leur contenu. La mission d’échange couvrait à la fois la coordination et l’exécution avec les NCC hors Europe. Des cartes mensuelles étaient prévues sous forme de fichiers PostScript disponibles en ligne pour une consultation et une reproduction à distance.

Le plan traduisait le mandat d’information antérieur en tâches individuelles que les rapports ultérieurs pourraient comparer à l’activité réelle.

Le programme technique allait au-delà de la garde de la base de données. RIPE-035 prévoyait des enregistrements de la connectivité en Europe, entre l’Europe et les autres continents, et à l’intérieur des pays ou des réseaux, la cartographie nationale et interne dépendant de la coopération des NOC. Le centre tiendrait une liste de contacts opérationnels pour les incidents de réseau et de sécurité, maintiendrait des logiciels DNS recommandés et une information sur les bogues connus, testerait l’interfonctionnement des serveurs de noms, et recueillerait certaines données de trafic et de performance.

Le travail de développement couvrait les outils de gestion et d’interrogation de bases de données, les outils de statistiques et de performance, les utilitaires de contrôle de qualité DNS et des outils de dessin de diagrammes de réseau. L’utilitaire whois devait être maintenu comme un programme de serveur de fichiers pour l’interrogation à distance de la base de données. Les outils spécialisés seraient fournis avec un support de base, non une promesse de support complet pour chaque installation. Les opérateurs restaient essentiels pour fournir des observations et agir sur les conditions du réseau.

La liste de contacts opérationnels servirait les NOC lors d’incidents de réseau et de sécurité, avec un abonnement à des mises à jour hebdomadaires. Les rapports de changements DNS et de bogues connus auraient leur propre service d’abonnement; les erreurs de serveur de noms détectées devaient être signalées aux personnes responsables et suivies d’une action corrective.

RIPE-035 proposait également une conception spécifique de reporting. Des rapports hebdomadaires couvriraient les modifications de la base de données et les statistiques d’entrées. La production mensuelle inclurait des cartes de connectivité. Des rapports trimestriels sur les activités et les problèmes en suspens seraient envoyés aux organisations RIPE participantes et au CoA de RARE. Le NCC rendrait compte lors des réunions RIPE, qui se tenaient alors trois fois par an, et un rapport annuel serait produit avant le 31 janvier suivant l’année de référence.

Il s’agissait d’une cadence planifiée hebdomadaire, mensuelle, trimestrielle, fondée sur les réunions et annuelle. Le plan précisait en outre qu’un reporting régulier d’avancement — hebdomadaire, mensuel et annuel — était prévu pour tous les éléments de travail, tandis que les rapports administratifs trimestriels avaient pour destinataires nommés les organisations RIPE participantes et le CoA de RARE. Il intégrait la divulgation récurrente au programme de travail proposé et plaçait les problèmes non résolus devant des publics institutionnels nommés.

Les rapports trimestriels ultérieurs devinrent des intrants pour RIPE-099, mais cette utilisation observée appartient à la période d’examen, deux ans après que RIPE-035 eut exposé la conception plus large.

RIPE-052 offre une scène opérationnelle compacte. Le rapport d’état de la base de données de Daniel Karrenberg, publié le 24 avril 1992, couvrait la période du 25 mars au 24 avril. Il faisait état de 4 574 requêtes vers le serveur whois du RIPE NCC, dont 169 provenant de l’intérieur du NCC, soit en moyenne une requête toutes les dix minutes. Karrenberg qualifia ce volume d’étonnant pour un service qu’il décrivait comme peu publicisé. L’unité était une requête, non une personne ou un résultat. Le rapport indiquait également que la maintenance centrale était passée des bénévoles au NCC, sollicitait la coopération des NOC, préférait les mises à jour en bloc prévérifiées et précisait que les informations de toute source seraient acceptées. En avril 1992, un dépositaire nommé maintenait la base de données centrale et enregistrait un mois de transactions du serveur. Le rapport demandait d’adresser les mises à jour à[email protected], les modèles actuels étant disponibles par FTP anonyme auprès d’archive.ripe.net ou par courriel du NCC. Il indiquait qu’une nouvelle distribution du logiciel de base de données était presque prête et invitait les sites à la tester. Les améliorations prédites par Karrenberg dans la fréquence et la cohérence des mises à jour restaient prospectives, distinctes du total mesuré des requêtes.

Le programme confié combinait ainsi trois intensités institutionnelles différentes. Le soutien général faisait avancer les documents, les études et les réunions. La gestion de l’information maintenait une référence partagée constituée grâce à des contributions distribuées. Le travail de registre plaçait le centre à l’intérieur d’une chaîne de distribution de ressources où une demande ou une instruction d’inventaire pouvait avoir une conséquence administrative directe.

Les organisations participantes continuaient d’exploiter leurs réseaux, fournissaient des informations locales et effectuaient un travail distribué; RIPE définissait et examinait le programme. La garde centrale importait parce que de nombreux acteurs consultaient ou mettaient à jour les mêmes enregistrements, mais les systèmes décrits demeuraient sous l’autorité de leurs opérateurs respectifs. La transition de l’information partagée à l’enregistrement délégué est le point où le travail de service a commencé à acquérir un pouvoir opérationnel limité.

Le pouvoir opérationnel

RIPE-065 fournit la preuve périodique la plus claire de l’entrée en vigueur de l’autorité de registre. Publié le 1er juillet 1992 et ultérieurement rendu obsolète par RIPE-072, il stipulait qu’à compter du 1er mai 1992, le RIPE NCC agissait en tant que registre délégué pour les numéros de réseau IP à l’intention des NIC et NOC européens. La procédure favorisait l’attribution de numéros aux fournisseurs de services et aux NIC plutôt qu’aux organisations individuelles directement. Les NIC et NOC réattribueraient les numéros réels aux organisations demandeuses.

« Délégué » désignait une autorité reçue au sein d’un système d’enregistrement existant. Le NCC occupait un point régional, les intermédiaires effectuaient les réattributions et les organisations recevaient les numéros en aval. RIPE-065 enregistre le dispositif opérationnel applicable à partir de mai 1992. RIPE-099 a ultérieurement situé une transition plus large autour de cette procédure. Son comité interne a déclaré que le registre Internet avait demandé en juillet 1992 que le NCC traite toutes les demandes de numéros de réseau IP émanant d’organisations européennes.

Après une consultation rapide du président de RIPE et des groupes de travail concernés, le NCC s’est exécuté, bien que le comité ait indiqué que toutes les procédures nécessaires n’avaient pas encore été pleinement établies. À partir du 1er août, le registre Internet a transféré les demandes européennes par courrier électronique et postal au NCC.

Pour l’espace de classe B, RIPE-065 documentait une procédure prospective. Un fournisseur de services pouvait soumettre une demande accompagnée d’une justification concernant l’organisation demandeuse, et le RIPE NCC examinerait cette justification. Le fournisseur était l’intermédiaire effectuant la soumission; l’organisation était le sujet décrit; le centre détenait la fonction d’examen documentée. Ce libellé établit une règle sur la manière dont ces demandes devaient être présentées et examinées. Il ne fournit ni une demande complète ni une décision complète du NCC.

Son importance réside dans l’attribution d’un rôle administratif prospectif: la procédure confiait l’examen de la justification requise au bureau régional au sein de la chaîne d’enregistrement des numéros.

Les blocs de classe C engendraient des obligations continues pour un groupe précisément identifié: les NIC et NOC européens qui acceptaient ces blocs. Ils devaient signaler rapidement les informations complètes de réattribution à la fois au RIPE NCC et au NIC américain. Les réattributions individuelles devaient être saisies car la base de données RIPE ne prenait alors pas en charge les entrées de blocs. Il était enjoint aux intermédiaires d’éviter de réattribuer des numéros se terminant par 0 ou 255, d’empêcher le stockage et de restituer les numéros restés non attribués à la première demande du RIPE NCC.

Ces NIC et NOC conservaient la responsabilité d’attribuer les numéros réels aux organisations. RIPE-065 attachait ses obligations de signalement, de lutte contre le stockage et de restitution des numéros inutilisés aux intermédiaires détenant l’inventaire délégué de classe C.

Ce dispositif conférait au centre une position conséquente sans en faire un régulateur général. La règle de la classe B lui assignait une fonction d’examen prospective concernant la justification soumise. La procédure de la classe C en faisait le destinataire des informations de réattribution et l’acteur habilité à demander la restitution des numéros encore non attribués. Chaque pouvoir avait un objet défini: la justification accompagnant une demande, l’information de registre, ou l’inventaire inutilisé détenu par un intermédiaire entité.

La procédure ne disait rien des routeurs, des employés, des contrats clients ou de la politique de routage du détenteur de bloc. Sa force administrative découlait de son insertion dans le mécanisme d’allocation, où une instruction étroite pouvait influencer le traitement des ressources de numéros reconnues.

La RFC 1366, datée d’octobre 1992, fournit un contexte externe plutôt qu’une charte du NCC. Elle décrivait le registre Internet comme le choix par défaut lorsqu’aucun registre délégué n’avait été identifié. L’IANA et le registre Internet pouvaient habiliter un organisme régional à fournir spécifiquement la fonction d’enregistrement des numéros de réseau pour une zone géographique, et la RFC présentait un registre par région comme important pour une sous-allocation efficace et équitable. L’accès direct des abonnés au registre Internet restait disponible en cas de besoin, même lorsqu’une orientation vers un organisme régional était possible.

La responsabilité de l’espace de classe A et de classe B restait à l’époque entre les mains de l’IANA et du registre Internet. La RFC proposait une architecture d’enregistrement distribuée où des organismes régionaux exerçaient une fonction spécialisée.

Les transactions visibles dans ces documents doivent rester distinctes. Une requête whois interrogeait les enregistrements existants. Une mise à jour de la base de données modifiait les informations fournies au référentiel commun. La règle de la classe B assignait un examen prospectif par le NCC de la justification accompagnant une demande. Un rapport de réattribution de classe C inscrivait une transaction en aval dans le registre, et une demande de restitution concernait des numéros encore détenus sans réattribution.

Ces activités partageaient une infrastructure informationnelle mais impliquaient des acteurs, des objets et des conséquences différents. Les 4 574 requêtes de RIPE-052 mesurent les transactions du serveur pendant un mois; elles ne constituent pas un indicateur de l’activité d’allocation. RIPE-065 identifie la procédure de registre, y compris les obligations assignées aux NIC et NOC européens.

Le langage régional décrivait une zone de service et une division du travail d’enregistrement, non un territoire de droit public. Le NCC traitait les informations et les demandes de numéros européennes au sein d’un système comprenant des registres locaux, des fournisseurs de services, des registres nationaux, le registre Internet et l’IANA. Le recours direct au registre prévu par la RFC 1366 constituait une voie alternative à côté de l’organisme régional. À la mi-1992, le NCC avait dépassé le stade de la proposition: il maintenait la base de données et agissait en tant que registre délégué selon une procédure établie.

Son influence s’attachait à des transactions administratives reconnues, tandis que des opérateurs indépendants et d’autres couches de registre demeuraient autour de lui. Il s’agit là d’une autorité limitée substantielle — plus conséquente qu’une simple tenue passive de registres et plus étroite qu’un commandement sur les réseaux européens décrits dans les enregistrements. Selon le décompte annuel du comité, le système distribué comprenait plus de 60 registres de fournisseurs de services et 21 registres nationaux non fournisseurs de services, avec plus de 14 000 numéros de réseau attribués par le système de registre européen.

Ces chiffres décrivent le système rapporté dans RIPE-099 plutôt qu’un dénominateur de demandeurs ou de décisions.

RIPE-099 décrivait également le cheminement des travaux absents de RIPE-035: un groupe de travail ou le NCC soumettait une proposition à RIPE; RIPE en discutait; et le NCC la mettait en œuvre après une conclusion positive. Lors de la 13e réunion RIPE en septembre 1992, RIPE décida de coordonner les activités de développement technique avec RARE. Le comité relia cette décision aux projets de serveur de route européen et de description générique de service Internet, exécutés au NCC avec du personnel supplémentaire et des ressources financées de manière indépendante.

Ses affirmations selon lesquelles les deux projets se sont conclus avec succès et que le travail sur le serveur de route a conduit à la mise en œuvre et au déploiement du routage basé sur des politiques en Europe étaient des appréciations du comité. La chaîne des acteurs documentée allait de la proposition et de la discussion au sein de RIPE à la mise en œuvre par le NCC et, pour ces projets, à la décision de coordination de septembre 1992.

Le déficit de responsabilité

RIPE-099, publié le 25 octobre 1993 par R. Blokzijl, M. Sterba et W. Woeber, passait en revue les 18 premiers mois du NCC depuis l’intérieur de RIPE. Le comité utilisait RIPE-035 et les rapports d’avancement trimestriels du NCC comme intrants. Il notait que les opérations avaient commencé le 1er avril 1992 avec trois membres permanents du personnel. Selon les auteurs, la plupart des objectifs prévus avaient été atteints, bien que certaines activités n’eussent pas commencé ou manquassent de progrès suffisants; la direction avait signalé ces lacunes en temps voulu.

Le comité indiquait également que des activités absentes de RIPE-035 avaient été entreprises avec l’accord préalable de la communauté RIPE. Sa principale recommandation était que RIPE convienne d’un nouveau plan d’activité d’ici janvier 1994, alignant le programme formel sur le portefeuille modifié du bureau. Le document d’examen précisait avoir été approuvé comme représentant les vues de RIPE. Son contexte comptait plus de 60 organisations participantes et plus de 450 000 hôtes européens accessibles en septembre 1993, comparés à une estimation mondiale proche de deux millions.

L’inventaire des services du comité comprenait la base de données, le registre délégué, les statistiques coordonnées, la coordination DNS, les cartes, le référentiel de logiciels, le magasin de documents et le service d’information interactif.

Pour les travaux hors du plan hérité, RIPE-099 décrivait une voie d’adoption. Un groupe de travail RIPE ou le NCC soumettrait une proposition à RIPE, RIPE en discuterait, et le NCC mettrait en œuvre la proposition après une conclusion positive. C’était la séquence à laquelle le comité s’attendait pour ajouter des travaux. Son compte rendu montre comment la discussion au sein de RIPE était censée relier les propositions à la mise en œuvre, et il donne un contenu à la référence des examinateurs à un consentement communautaire.

Le comité notait également une transition plus rapide pour les demandes de registre en 1992, où la consultation du président de RIPE et des groupes de travail concernés avait précédé l’action dans un contexte d’urgence. Ces deux scènes révèlent comment les examinateurs décrivaient l’adoption ordinaire du programme et une expansion urgente du travail d’enregistrement.

L’examen passait en revue le programme de base de données ligne par ligne. Il indiquait que l’activité suivait RIPE-035, que les objets et attributs convenus avaient été ajoutés, et que de nouveaux outils de vérification, de maintenance et de distribution étaient en cours de mise en œuvre. La distribution de la base de données était possible et avait eu lieu dans quelques cas. Le comité attribuait la demande limitée de copies à ce qu’il considérait comme un serveur central extrêmement fiable. Il précisait également qu’un format d’échange avait été défini avec InterNIC et Merit, situant les retards dans l’échange réel en dehors du NCC.

Les travaux sur les enregistrements de connectivité progressaient lentement, et les examinateurs suggéraient que l’approche plus distribuée poursuivie par le groupe de travail sur la connectivité de RIPE pourrait se révéler appropriée. La comparaison distinguait les fonctions de base de données fournies, une adoption limitée et des travaux encore en cours de développement. Elle indiquait également que l’infrastructure non encore interconnectée n’était enregistrée dans la base de données qu’à partir du moment où le NCC avait commencé à enregistrer les réseaux européens.

Les outils de gestion de la base de données étaient définis avec les groupes de travail Routage, Registres locaux et Base de données, tandis que des logiciels clients améliorés étaient, disait-on, largement utilisés et intégrés aux outils courants de recherche d’information.

Plusieurs activités planifiées reçurent une évaluation plus froide. RIPE-099 ne signalait pratiquement aucun progrès dans la collecte des statistiques de trafic et des données de performance du réseau. Le comité considérait que ces activités relevaient principalement des opérateurs de réseau, tout en admettant que le NCC pourrait offrir un stockage neutre pour les données fournies par les fournisseurs. RIPE devait encore discuter du rôle du centre dans la collecte d’informations sur la qualité de service.

Les examinateurs constataient également peu de progrès dans les outils de statistiques et de présentation des performances des réseaux et demandaient une définition plus claire du rôle et des ressources du NCC. Un référentiel et un schéma de nommage commun pour les cartes de réseau existaient, mais le développement ultérieur s’était arrêté. Le comité suggérait que le travail sur les cartes pourrait mieux s’inscrire dans un projet spécial, détournant l’attention du retard vers le cadre institutionnel approprié pour la tâche.

Les outils de contrôle de qualité DNS étaient disponibles sur le serveur du NCC, tandis que le programme cartographique avait produit un référentiel et un schéma de nommage commun avant l’arrêt du développement. Le rôle en matière de qualité de service attendait toujours une discussion au sein de RIPE, séparant les mesures fournies par les opérateurs d’une fonction de collecte assignée centralement.

D’autres services étaient devenus suffisamment routiniers pour que le comité décrive des réalisations concrètes. RIPE-099 signalait des listes de contacts opérationnels mises en œuvre via des listes de diffusion, une archive du NCC contenant les logiciels et la documentation DNS, et une analyse mensuelle de l’espace DNS européen produisant des comptes d’hôtes et des rapports d’erreurs. Il faisait l’éloge du magasin de documents, de l’assistance technique et de secrétariat, du soutien aux réunions et des rapports trimestriels.

Selon les examinateurs, les rapports trimestriels décrivaient les réalisations et les problèmes en suspens, fournissaient des aperçus de l’Internet européen et étaient présentés à chaque réunion RIPE. Ici, les rapports trimestriels constituaient des intrants observés et des présentations récurrentes, distinctes de la conception plus large hebdomadaire, mensuelle, par réunion et annuelle proposée dans RIPE-035. Le comité indiquait que le premier rapport annuel venait d’être produit.

Il décrivait également des présentations des travaux en cours et des problèmes en suspens à chaque réunion RIPE, où, selon les examinateurs, de nombreuses questions non résolues exigeaient la participation et la décision de RIPE.

Le travail de registre constituait la plus grande activité absente du plan initial. RIPE-099 indiquait que le registre Internet avait demandé en juillet 1992 que le NCC traite toutes les demandes de numéros de réseau IP des organisations européennes. Le NCC avait rapidement consulté le président de RIPE et les groupes de travail concernés, puis s’était exécuté malgré un délai insuffisant pour établir pleinement toutes les procédures nécessaires. Le comité affirmait que l’objectif était de soulager le registre Internet et d’améliorer les délais de réponse pour les organisations européennes le plus tôt possible.

À compter du 1er août 1992, rapportait-il, le registre Internet transférait les demandes européennes arrivant par courrier électronique et postal au NCC. Le compte rendu du comité fixe la demande, la consultation, la transition et le dispositif de transfert en juillet et août 1992.

Le comité affirmait que le NCC avait poursuivi un registre distribué dès le départ. Il cherchait à identifier autant de fournisseurs de services que possible et à leur déléguer des blocs de classe C pour réattribution. Les registres nationaux étaient invités à se faire connaître afin de pouvoir servir les organisations ne disposant pas d’un fournisseur d’accès IP. Après un an, RIPE-099 faisait état de plus de 60 registres de fournisseurs de services, de 21 registres nationaux non fournisseurs de services et de plus de 14 000 numéros de réseau IP attribués par le système de registre européen.

Les examinateurs qualifiaient le travail de registre d’extrêmement bien mené et attribuaient la croissance organisée du système à un fonctionnement quotidien ponctuel et précis. Ces appréciations appartenaient au comité; les chiffres enregistrent l’échelle qu’il rapportait pour la première année.

Une deuxième expansion a suivi la 13e réunion RIPE en septembre 1992. RIPE-099 indiquait que RIPE y avait décidé de coordonner les activités de développement technique avec RARE. Les projets de serveur de route européen et de description générique de service Internet furent alors définis et exécutés au NCC dans le cadre du programme technique de RARE. Du personnel et des ressources supplémentaires, financés indépendamment des autres activités du NCC, menèrent les projets, le NCC contribuant aux ressources pour leur démarrage et leur gestion.

Le comité rapportait que les deux projets s’étaient conclus avec succès et affirmait que le travail sur le serveur de route avait conduit à la mise en œuvre et au déploiement du routage basé sur des politiques en Europe. Il considérait la collaboration comme bénéfique et déclarait que le travail quotidien de base n’avait subi aucun effet négatif des deux projets.

Une séparation formelle laissait subsister un contact pratique entre les ressources du projet et les ressources de base. Dans sa conclusion, RIPE-099 indiquait que l’hébergement de projets spéciaux consommait automatiquement une partie de l’attention de la direction et des techniciens du NCC, même si leur personnel et leur financement étaient distincts. Le comité qualifiait cette contribution d’intentionnelle et extérieure à RIPE-035. Il utilisait ce point pour appuyer un plan d’activité révisé qui reconnaîtrait le portefeuille réel du bureau.

L’observation portait sur la classification et la planification: des projets financés séparément pouvaient néanmoins faire appel au centre qui les hébergeait et les gérait. En janvier 1994, les examinateurs souhaitaient que la base de référence inclue le travail que le NCC avait effectivement pris en charge. L’examen notait également que le travail de registre avait consommé beaucoup plus de ressources que prévu initialement et relevait que l’activité elle-même n’était pas explicite dans RIPE-035.

L’examen décrivait également des services plus modestes non planifiés. Lorsque des clients potentiels s’enquéraient d’un service Internet, le NCC évitait de choisir un fournisseur. Il renvoyait la demande et les coordonnées du demandeur à une liste de diffusion de fournisseurs de services, dont les membres pouvaient contacter le demandeur s’ils le souhaitaient. Le comité qualifiait cette méthode d’impartiale et de bien accueillie. Il signalait également des demandes régulières de présentations sur le travail du NCC et les procédures Internet européennes, interprétant leur récurrence comme une marque d’appréciation.

Le dispositif de renvoi et les présentations montrent, selon le comité, le bureau agissant comme un carrefour d’information neutre, les fournisseurs de services assurant toute démarche ultérieure. Le comité indiquait que le NCC honorait de nombreuses demandes de présentations émanant de fournisseurs de services et de conférences pour diffuser des informations sur son travail et les procédures Internet européennes.

RIPE-113, le rapport annuel 1993 de Daniel Karrenberg, fournit le compte rendu de fin d’année de la direction. Il décrivait le NCC comme soutenant les fournisseurs de services Internet européens, financé par ces fournisseurs via un cadre formel fourni par RARE. La direction indiquait que le nombre d’hôtes Internet européens enregistrés dans le système de noms de domaine avait à peu près doublé entre 1992 et 1993. Pour l’enregistrement, le rapport décrivait 83 registres locaux gérés par des fournisseurs de services et indiquait que le NCC leur déléguait l’espace d’adressage.

Il faisait état de 16 871 numéros de réseau attribués par les registres Internet européens en 1993. Le NCC traitait également les demandes importantes et les demandes d’entreprises ne disposant pas d’un registre local approprié. Ces chiffres appartiennent aux populations énoncées et à la période de reporting du rapport annuel. Karrenberg s’identifiait comme directeur du RIPE NCC. RIPE-099 fournissait une image antérieure du financement: RARE fournissait le cadre formel, tandis qu’EARN, les membres nationaux de RARE, Israël et EUnet finançaient la première année d’exploitation.

Ce compte rendu et la description du financement par les fournisseurs dans RIPE-113 appartiennent à des moments de reporting différents. De même, les plus de 60 registres de fournisseurs et 21 registres nationaux de RIPE-099 et les 83 registres de fournisseurs locaux de RIPE-113 utilisent des périodes et des populations distinctes.

Le même rapport fournissait un compte rendu détaillé de la base de données. RIPE-113 indiquait que la base de données contenait des informations sur les réseaux IP, les domaines DNS, les politiques de routage et les personnes à contacter. La croissance des entrées s’était accélérée après que le système de registre Internet européen fut devenu pleinement opérationnel en septembre 1992, selon la terminologie de la direction. En 1993, le NCC avait complètement repensé et réimplémenté le processus de mise à jour, le rendant entièrement automatique pour presque toutes les mises à jour, et traité 157 004 mises à jour.

Le magasin de documents contenait les documents RIPE et les informations connexes et était accessible via les services Internet classiques, les outils courants de découverte de ressources et les réseaux publics X.25. La direction rapportait ainsi à la fois une charge de travail de mise à jour importante et de multiples voies d’accès aux services documentaires du centre.

RIPE-113 énumérait trois projets spéciaux menés au NCC dans le cadre du programme technique de RARE en 1993. La direction indiquait que les projets de serveur de route européen et de description générique de service Internet s’étaient conclus avec succès. Leurs résultats incluaient un serveur de route européen déployé au GIX. PRIDE — Policy-Based Routing Implementation and Deployment in Europe — avait débuté, produit un registre de routage européen bien alimenté et livré une première série d’outils utilisant les informations de ce registre; le projet devait se poursuivre en 1994.

Le rapport annuel précisait que les parties intéressées finançaient tous les projets spéciaux séparément des services de base du NCC. Son compte rendu relate la séquence allant de la décision de coordination de RIPE en septembre 1992 au déploiement du GIX et au registre de routage de PRIDE.

Le tableau des dépenses de RIPE-113 était libellé en kECU. Il faisait état d’un budget total 1993 de 216 pour des dépenses réelles de 181; personnel, 140 contre 133; matériel informatique, 20 contre 15; déplacements, 25 contre 9; loyer et services, 29 contre 22; et recrutement, 2 contre 2. La direction attribuait les dépenses de déplacement plus faibles à la tenue de grandes réunions IETF et RIPE à Amsterdam. Elle indiquait que le personnel était resté constant depuis le début des opérations en avril 1992 et prévoyait qu’une charge de travail croissante due à l’expansion de l’Internet européen exigerait davantage de personnel en 1994.

Le tableau, l’explication des déplacements, la déclaration sur le personnel et la projection formaient ensemble le récit comptable de la direction pour 1993. Les écarts rapportés qui en résultaient étaient de 35 kECU au total, 7 pour le personnel, 5 pour le matériel informatique, 16 pour les déplacements, 7 pour le loyer et les services, et zéro pour le recrutement. Il s’agit des différences arithmétiques entre les lignes budgétaires et réelles du rapport annuel.

Le dossier conservé présente un ensemble concentré de limites probatoires. Il ne contient aucun accord d’hébergement ou de financement exécuté répartissant les responsabilités entre RIPE, RARE, les fournisseurs et le NCC, et ne fournit aucun instrument contractuel relatif au personnel derrière les effectifs indiqués. RIPE-113 est un rapport de gestion, non un audit indépendant. Ni la procédure de classe B ni les examens ultérieurs ne fournissent un dénominateur pour les demandes et les décisions, une population de demandes observée, ou un enregistrement des refus et des recours.

Les documents assignent des fonctions administratives concernant les ressources de numéros sans établir de titre de propriété sur les réseaux ou l’espace d’adressage. L’Europe définit une région de service, mais les instruments ne confèrent aucune compétence territoriale ni commandement général des réseaux. Les références à la participation et au consentement communautaire laissent en suspens la qualité et la représentativité de ce consentement. L’examen du programme peut réviser le travail du bureau, mais le dossier n’identifie aucun recours modifiant le résultat d’une décision d’enregistrement individuelle.

Ces limites marquent ce qu’une revendication d’autorité plus large devrait établir au-delà des fonctions documentées de service et de registre.

RIPE-099 et RIPE-113 éclairent néanmoins deux formes réelles de responsabilité. Le comité comparait les descriptions trimestrielles des progrès avec RIPE-035, identifiait les travaux achevés, bloqués et ajoutés, et recommandait un nouveau plan. La direction classifiait les dépenses, affirmait la continuité du personnel, décrivait les projets et rapportait les volumes de service. L’examen du programme pouvait remodeler les priorités; le reporting annuel pouvait placer les opérations et les dépenses devant des publics institutionnels.

Un recours individuel sert un objectif différent car il teste si un résultat administratif particulier peut être reconsidéré et modifié. Les premiers documents montrent les deux premiers mécanismes en fonctionnement à un niveau institutionnel et laissent le troisième comme une question observable pour évaluer tout élargissement ultérieur du pouvoir.

Un contre-exemple indépendant ultérieur accentue la distinction entre conséquence et souveraineté. Dans une analyse préparée en 1996 et publiée en 1997, Sharon Eisner Gillett et Mitchell Kapor comparaient l’organisation décentralisée à des systèmes où des mécanismes routiniers traitent 99 % de l’activité quotidienne et où des autorités multiples s’occupent d’un pour cent exceptionnel. Le ratio était une analogie, non une mesure.

Ils plaçaient la distribution des adresses parmi les questions de coordination exceptionnelles, distinguaient les fournisseurs, les registres régionaux et l’IANA, et décrivaient le RIPE NCC et l’APNIC comme des organisations de services opérées et financées par des consortiums de fournisseurs. Leur modèle multi-autorités montrait comment un enregistrement aux conséquences importantes pouvait coexister avec un contrôle de routage décentralisé. Il offre un test indépendant ultérieur de la métaphore souveraine: une autorité spécialisée à un point de registre peut rester partie d’un ordre institutionnel distribué.

Jugement

Les rapports documentaient une opération déléguée limitée à l’échelle indiquée. Le NCC combinait un travail de service récurrent avec des fonctions conséquentes au sein de l’enregistrement des numéros, mais le contrôle exécutif des réseaux restait entre les mains de leurs organisations. La centralité administrative créait une influence matérielle dans un canal défini; elle ne conférait pas en soi une autorité souveraine.

Toute revendication d’autorité ultérieure plus large nécessite un nouvel instrument. La disponibilité d’un recours est un indicateur observable pour évaluer cette revendication, non une condition juridique préalable. Les preuves fondatrices soutiennent l’existence d’un bureau de service susceptible d’examen, doté d’un pouvoir de registre limité, et non d’un contrôle de propriété, d’une compétence territoriale ou d’un commandement général des réseaux européens.