Summary

  • Imaginons une organisation qui connecte un réseau : un numéro l’identifie, mais une route indique aux autres réseaux comment l’atteindre. RIPE partageait ce travail entre fournisseurs locaux et coordination régionale.
  • En 1993, 16 871 numéros ont été attribués et 157 004 mises à jour de la base traitées : deux tâches différentes.

Imaginons une organisation européenne qui connecte un nouveau réseau. Son fournisseur peut lui attribuer un numéro, mais les autres réseaux ont aussi besoin d’une route : une indication qui dit aux routeurs où envoyer les données. Au début des années 1990, l’Europe faisait grandir son réseau de connexions en partageant cette responsabilité. Les fournisseurs locaux attribuaient les numéros courants ; le NCC coordonnait les blocs plus importants et les exceptions.

Le rapport RIPE de 1992 explique pourquoi le regroupement des numéros comptait. Dans un exemple hypothétique, une organisation a besoin de huit numéros de classe C, les petits blocs du système de l’époque. Huit numéros consécutifs peuvent être représentés par une route. S’ils sont dispersés, il faut davantage d’entrées dans la table de routage. Chaque entrée indique au routeur où transférer les données. Regrouper les blocs voisins signifie donc moins d’indications distinctes à suivre.

En 1993, les registres locaux ont attribué 16 871 numéros de réseau : ce chiffre compte les attributions. Le NCC a traité 157 004 mises à jour de la base : ces opérations modifiaient des informations sur les réseaux, les routes, les domaines DNS ou les contacts ; elles ne représentaient pas de nouvelles attributions. Le rapport ne précise pas combien de mises à jour correspondaient à chaque attribution. Les deux totaux décrivent donc des tâches séparées, et non deux mesures d’un même volume.

Deux tâches, un système

Le rapport présente le NCC comme registre régional. Il déléguait des blocs aux registres locaux, les accompagnait et cherchait à garantir des attributions régulières et équitables. Les registres locaux, exploités par des fournisseurs d’accès, attribuaient les numéros dans leur propre contexte de service. Pour les demandes importantes ou sans registre local adapté, le NCC intervenait directement. Le modèle n’était donc ni un bureau unique attribuant chaque numéro, ni une collection de fichiers indépendants : l’attribution locale dépendait d’une couche centrale d’approvisionnement et de coordination.

Un rapport trimestriel antérieur précise le chemin de la demande. En 1992, le NCC fournissait les numéros aux fournisseurs et aux centres d’information réseau, qui les réattribuaient aux organisations. En règle générale, les demandeurs individuels devaient s’adresser à leur fournisseur ; le NCC pouvait intervenir directement dans des cas exceptionnels. Le RFC 1366 expose le principe général : des registres régionaux pouvaient mieux servir des communautés séparées par la géographie et la langue, tandis que l’Internet Registry restait le registre racine et par défaut pour les régions sans délégation. Le RFC 1466 actualise ce cadre en 1993.

La base couvrait plus que les attributions

Le même rapport indique que la base de gestion du réseau RIPE contenait des informations sur les réseaux IP, les domaines DNS, les politiques de routage et les contacts correspondants. Le nombre d’entrées augmentait plus vite après la mise en service complète du système régional en septembre 1992. En 1993, le NCC a repensé le processus de mise à jour et l’a rendu entièrement automatique pour « presque » toutes les opérations. Il a traité 157 004 mises à jour durant l’année.

Ce nombre n’est pas un nombre d’attributions d’adresses. Le rapport ne définit pas une mise à jour comme un objet, une personne, une demande ou une décision automatisée. Il faut donc distinguer les 16 871 numéros de réseau attribués des 157 004 mises à jour de la base. Celle-ci servait aussi à d’autres informations opérationnelles ; l’automatisation des modifications ne révèle pas si une demande d’attribution a été évaluée par une personne. Le rapport donne un volume, pas le taux d’erreur, le coût du travail ni la charge de contrôle.

Pourquoi une couche locale ?

Le dispositif rapprochait l’attribution des fournisseurs qui desservaient les réseaux, tout en confiant au NCC la délégation des blocs, l’appui, les exceptions et la coordination. Cette organisation permettait d’absorber davantage de demandes sans demander à un seul bureau de décider chaque attribution. Les fournisseurs devenaient ainsi une partie du mécanisme d’enregistrement, et pas seulement les clients d’un service central.

L’objectif affiché de répartition équitable dépendait donc d’un mécanisme concret : des fournisseurs attribuaient les numéros localement, tandis que le NCC déléguait les blocs et gardait les demandes exceptionnelles. Mais l’équité ne découle pas automatiquement de cette architecture. Le rapport ne compare ni les décisions des 83 registres, ni les refus, ni les délais ; il ne permet donc pas de vérifier si le même cadre produisait des résultats comparables. Il ne dit pas non plus combien d’Européens étaient connectés. Il documente une organisation et sa charge, pas l’adoption d’Internet.

La leçon historique est plus précise que l’idée selon laquelle un registre ne serait qu’une base de données. Le dossier public reposait sur une répartition des responsabilités : les fournisseurs attribuaient localement, le NCC déléguait et coordonnait, et la base conservait plusieurs catégories d’informations opérationnelles. En 1993, la tenue du registre s’automatisait à grande échelle, mais l’attribution dépendait encore de personnes et d’institutions qui déterminaient à quel niveau traiter chaque demande.

Sources : RIPE NCC Annual Report 1993 (RIPE-113) ; RIPE NCC Quarterly Report, Issue 1, June 1992 (RIPE-062) ; RFC 1366 ; RFC 1466.