Quand Jon Postel a dit oui: la discrétion au sein de la fonction IANA à ses débuts

Résumé

• La RFC 790 enregistre AMPRNET en tant que réseau 44 et désigne Postel comme contact pour l'attribution, mais aucun fichier contemporain ne conserve l'identité du demandeur du bloc de classe A, qui a choisi sa taille, les raisons de la décision ou une voie de recours.
• Le dossier sépare les rôles techniques et administratifs de Postel de l'institution d'accueil USC/ISI, du financement de la DARPA et de ses contrats ultérieurs, du rôle politique de l'IAB, du travail de registre de SRI et des opérations déléguées des registres régionaux.
• Les registres répétés et la conformité des opérateurs montrent une confiance opérationnelle, tandis que l'absence des premiers termes contractuels, des enregistrements de décision incomplets et des voies de recours limitées laisse un mandat indépendamment révisable non prouvé.

La trace la mieux conservée de l'accord de Jon Postel pour une demande de numéro Internet n'est pas un dossier de décision. C'est une entrée de registre dont les raisons sont absentes.

En septembre 1981, laRFC 790,Assigned Numbers, répertoriait « AMPRNET », le réseau expérimental de radioamateurs, sous le réseau 44. Le code de référence à côté,[HM], identifiait Hank Magnuski. Le document expliquait qu'une adresse de classe A avait un numéro de réseau de sept bits et un champ local de 24 bits, donnant au réseau 44 un espace numérique de 16 777 216 valeurs d'adresses locales possibles. Il indiquait également que toute personne ayant besoin d'un lien, d'un socket, d'un port, d'un protocole ou d'un numéro de réseau devait contacter Postel à l'Information Sciences Institute de l'Université de Californie du Sud. « L'attribution des numéros est également gérée par Jon », disait-il.

Ce sont des faits contemporains. Ils établissent un résultat, un contact responsable et la taille architecturale de l'attribution. Ils ne révèlent pas qui a initié la demande, si Magnuski a spécifiquement demandé un réseau de classe A, qui d'autre en a discuté, quelles prévisions ont été fournies, si un sponsor a participé, ou pourquoi le réseau 44 a été sélectionné plutôt qu'une unité plus petite.

La demande elle-même entre dans le registre public par le biais de récits ultérieurs. Le dépositaire actuel,Amateur Radio Digital Communications, indique que Magnuski a demandé de l'espace d'adressage en 1981 pour les radioamateurs agréés du monde entier et s'est vu attribuer 44/8. Brian Kantor, qui a ensuite administré AMPRNET, a écrit dans untémoignage à la première personne de 2017que Magnuski a obtenu le réseau par un appel téléphonique à Postel. Le récit de Kantor confond également l'USC/ISI avec le Network Information Center distinct de SRI, un avertissement contre l'utilisation de la mémoire pour établir la chronologie institutionnelle.

Il s'agit de récits rétrospectifs intéressés provenant d'administrateurs ultérieurs et du dépositaire actuel. Ils corroborent le récit ultérieur de la communauté selon lequel Magnuski a fait une demande et qu'un appel téléphonique y a joué un rôle. Ils ne vérifient pas indépendamment la procédure, les entités ou la justification en 1981. L'ARDC a par la suite assumé le contrôle formel du bloc et en a vendu une partie en 2019, donnant à l'organisation à la fois une connaissance de gardien et un intérêt actuel dans l'histoire de l'attribution.

Entre le récit ultérieur d'une demande et l'entrée contemporaine au registre se trouve une inférence: une action administrative a converti la proposition en un numéro de réseau unique au monde. La RFC 790 a placé Postel au point d'entrée public pour les attributions, faisant de lui le contact responsable du registre. On ignore s'il a choisi seul la classe d'adresse, approuvé l'utilisation, fixé des conditions ou consulté d'autres personnes. « Postel a dit oui » n'est donc pas une citation de l'appel rapporté et ne constitue pas la preuve d'une décision solitaire. Cela décrit le résultat enregistré dans le cadre d'un système qui demandait aux demandeurs de le contacter.

Le résultat était important parce que les autres entités considéraient le registre comme une référence commune. L'entrée mettait un numéro unique à la disposition d'AMPRNET pour sa mise en œuvre. Le même numéro ne pouvait pas être attribué de manière compatible à un réseau non lié. Les auteurs de logiciels et les administrateurs pouvaient utiliser l'attribution publiée sans négocier séparément avec la communauté des radioamateurs. La portée pratique découlait d'une confiance coordonnée dans le registre.

L'attribution s'est avérée durable. Le réseau 44 est resté associé à l'expérimentation de la radio par paquets amateur à travers les administrateurs successifs et les énormes changements dans la valeur et la gestion de l'espace IPv4. La durabilité est la preuve que le résultat du registre était opérationnellement réel. Ce n'est pas la preuve que la décision initiale était étayée par une prévision d'utilisation, testée par rapport à des demandes comparables ou ouverte à un examen indépendant.

Cette distinction est le problème institutionnel. Un registre peut montrer qu'une décision a été prise et que d'autres s'y sont fiés, tout en ne révélant presque rien sur la manière dont le jugement a été exercé. Le résultat stable peut être la preuve la plus solide de la réussite et, en même temps, la raison pour laquelle la procédure manquante est facile à négliger.

Quel bureau s'exprimait?

Les rôles de Postel ont souvent été réduits à une seule image: un ingénieur à un bureau contrôlant les noms et les numéros de l'Internet. Les documents montrent un arrangement plus dense dans lequel ses responsabilités se chevauchaient sans devenir identiques.

En 1972, Postel était au Network Measurement Center de l'UCLA. Il travaillait sur les protocoles côté hôte, co-rédigeait des documents techniques, éditait la série des RFC et aidait à coordonner les identifiants numériques. Le nom « Internet Assigned Numbers Authority » n'était pas encore le titre documenté d'une organisation permanente. Le cadre immédiat était un réseau de recherche ARPA dont les hôtes avaient besoin de numéros de socket compatibles et d'autres valeurs partagées.

Le Network Information Center était distinct. Il fonctionnait au SRI et fournissait des services de publication, d'annuaire et d'information pour le réseau. Une recommandation selon laquelle le NIC devait tenir une liste n'a pas fait de Postel le NIC, et le travail effectué plus tard à l'USC/ISI n'a pas transformé l'USC en SRI. La distinction est importante car la personne qui décidait ou proposait un identifiant, l'institution qui publiait l'information et l'organisation qui détenait un contrat gouvernemental pouvaient être des acteurs différents.

Postel n'est pas passé directement du travail sur les sockets à l'UCLA en 1972 à un bureau de l'USC documenté en continu. Une compilation biographique de l'IAB de 1992, laRFC 1336, indique qu'avant l'ISI il a travaillé chez MITRE, passé plusieurs mois chez Keydata puis travaillé chez SRI International. La même biographie dit qu'il a rejoint l'ISI en mars 1976. Unereconstitution du Government Accountability Officebien ultérieure, s'appuyant en partie sur des informations fournies par l'avocat de l'USC, indique que le travail qui est devenu les fonctions de l'IANA l'a suivi en 1977. La conclusion la plus sûre est que Postel était à l'ISI en 1977; les récits publics existants ne s'accordent pas sur le fait que sa nomination ait commencé en 1976 et sur le moment où le travail d'attribution a officiellement déménagé.

L'USC/ISI est devenu le siège institutionnel de la fonction de coordination. L'USC employait Postel et ses collègues, hébergeait des systèmes et effectuait des travaux financés par la défense. Pourtant, les termes précis des premiers arrangements ne peuvent être présumés. Le GAO a rapporté en 2016 qu'il n'avait pas pu obtenir les contrats de la DARPA des années 1970 à 1990 en vertu desquels les fonctions de l'IANA étaient considérées comme ayant été développées et exécutées. Ce dossier manquant empêche d'affirmer avec certitude qu'un contrat antérieur prescrivait comment Postel devait décider d'une demande de réseau individuelle ou donnait à la DARPA un droit de révision particulier au niveau du cas.

La fonction d'éditeur des RFC de Postel était un autre rôle. Dans unentretien enregistré du 18 février 1988, il se souvenait que la maintenance de la série des RFC « m'est en quelque sorte revenue » après que Steve Crocker a proposé l'UCLA pour faire le travail. C'est une preuve de la façon dont Postel se souvenait de l'origine de sa fonction d'éditeur. Cela n'établit pas un « bureau bénévole » non rémunéré, et l'attribution d'un numéro de RFC n'était pas le même acte administratif que l'attribution d'un réseau IP.

La structure consultative s'est développée séparément. LaRFC 1120rapporte que Vint Cerf a créé l'Internet Configuration Control Board en 1979 alors qu'il était gestionnaire de programme à la DARPA. Fin 1983, Barry Leiner l'a réorganisé en tant qu'Internet Activities Board. Le conseil coordonnait la conception, l'ingénierie et la gestion de l'Internet, mais une recommandation de l'IAB n'était pas interchangeable avec une entrée au registre de l'USC/ISI ou une décision contractuelle de la DARPA.

Le label IANA apparaît clairement dans les archives des RFC en décembre 1988. LaRFC 1083répertoriait Joyce K. Reynolds comme contact de l'Internet Assigned Numbers Authority. Elle répertoriait séparément Postel en tant qu'architecte adjoint de l'Internet de l'IAB et en tant qu'éditeur des RFC. L'adresse de contact et le numéro de téléphone étaient partagés à l'USC/ISI, mais les fonctions étaient présentées dans des blocs distincts. Les normes de protocole étaient gérées pour l'IAB par l'IANA; les soumissions de RFC allaient à Postel en tant qu'éditeur; les commentaires sur la liste de protocoles lui étaient adressés en sa qualité de membre de l'IAB.

Cette page est une preuve solide contre l'affirmation selon laquelle chaque action de l'IANA était littéralement le fait d'un seul homme agissant seul. Reynolds avait un rôle opérationnel documenté. L'IAB fournissait une orientation politique et normative. L'USC/ISI fournissait un cadre organisationnel. Le NIC de SRI exerçait des fonctions distinctes de registre et d'information à des dates pertinentes. Les demandeurs fournissaient des plans techniques et rendaient utiles les identifiants résultants. Les opérateurs de réseau et les implémenteurs de logiciels fournissaient la confiance qui donnait une force pratique à une attribution.

Postel a également travaillé dans le système de noms de domaine, y compris la coordination de la zone racine et des domaines de premier niveau. Une demande de provisionnement de la zone racine pouvait avoir des conséquences opérationnelles mondiales, mais ce n'était pas une attribution d'adresse IP. La paternité des protocoles, l'édition des RFC, la coordination des numéros, la participation à l'IAB et l'administration de la racine DNS doivent être séparées avant que toute affirmation sur le pouvoir discrétionnaire puisse être testée.

Un numéro pour le service discard, avec des conflits déjà en usage

L'entrée AMPRNET de 1981 montre un résultat sans ses raisons. Les documents sur les numéros de socket de 1972 fournissent l'inverse: une méthode visible avec un enregistrement incomplet de ce qui s'est passé après l'apparition de conflits.

Le 26 mars, Vint Cerf et Postel ont publié laRFC 322,Well Known Socket Numbers. Le Network Measurement Group voulait un numéro de socket standard pour un service de rejet de processus. Avant d'en choisir un, les auteurs ont demandé à chaque liaison technique d'hôte de signaler, par note ou par téléphone, les fonctions et les numéros de socket déjà utilisés. Ils prévoyaient de publier un catalogue et recommandaient qu'il soit maintenu au NIC.

La demande a exposé le problème administratif avant de proposer une règle. Une norme à l'échelle du réseau ne serait utile que si elle n'entrait pas en conflit sans le savoir avec les services publics existants. Le centre manquait des informations nécessaires. Les liaisons d'hôtes possédaient des faits locaux, tandis que le groupe de mesure avait une utilisation commune proposée. La consultation n'était pas cérémonielle; c'était un moyen de découvrir des contraintes qu'aucun tableau central ne contenait encore.

Deux mois plus tard, Postel a publié laRFC 349,Proposed Standard Socket Numbers. Son statut était explicite: « Je propose. » Il suggérait un « tsar » central pour distribuer les numéros officiels pour les protocoles standard et pour publier les numéros utilisés pour les services spécifiques à l'hôte. La proposition divisait l'espace en quatre bandes: les fonctions standard à l'échelle du réseau, les fonctions spécifiques à l'hôte, l'utilisation future et les expériences. Elle proposait également le socket 1 pour Telnet, 3 pour le transfert de fichiers, 5 pour la soumission de travaux à distance, 7 pour l'écho et 9 pour le rejet.

Les plages constituaient une règle plutôt qu'une préférence isolée. Elles séparaient les services communs des utilisations locales et expérimentales et préservaient l'espace non engagé. Les attributions individuelles étaient compréhensibles par rapport aux services reconnus et au travail sur les protocoles. Néanmoins, la proposition ne spécifiait pas de test général pour décider quand une fonction était suffisamment standard, quelle utilisation existante devait prévaloir en cas de conflit ou quelles preuves pouvaient renverser l'avis du coordinateur.

En décembre, le statut avait changé. LaRFC 433,Socket Number List, co-écrite par Postel et Nancy Neigus de BBN, indiquait que le coordinateur des numéros de socket avait établi des attributions pour les fonctions publiques. Les quatre bandes subsistaient, et les numéros proposés pour Telnet, le transfert de fichiers, la soumission de travaux à distance, l'écho et le rejet apparaissaient comme des attributions établies. D'autres services avaient été ajoutés, plusieurs avec des liens vers des spécifications ou des contacts techniques nommés.

C'était un oui documenté, mais pas un qui peut être réduit à la préférence inexpliquée de Postel. La piste commence par une demande de rapports aux liaisons d'hôtes, passe par une proposition publique et se termine par une liste co-écrite avec Neigus. Le dossier publié montre de multiples sources d'information et des précédents techniques. Il ne conserve pas les rapports reçus, les comptes rendus de réunions ou une comparaison raisonnée de chaque utilisation concurrente.

Les conflits étaient réels. La RFC 433 indiquait que plusieurs hôtes exécutaient des services publics utiles sur des sockets qui entraient en conflit avec le nouveau schéma et exprimait l'espoir que le problème puisse être résolu avec un minimum de perturbations. Son tableau hôte par hôte montrait les incompatibilités. Au SRI-ARC, le socket 5 servait Echo et le socket 7 CPYNET, tandis que les attributions communes donnaient 5 à la soumission de travaux à distance et 7 à Echo. L'UCSB utilisait 5 pour un service de soumission de travaux à distance non standard. Le NASA Ames répertoriait ce qu'il appelait « Sorry Remote Job Entry » sur 5, Echo sur 7 et Discard sur 9.

La RFC conserve la collision entre la normalisation et la pratique installée; elle ne documente pas sa résolution. Elle ne contient aucun ordre ordonnant à un hôte de changer, aucun compte rendu de suivi montrant quel service a changé, et aucune conclusion que la transition a réussi. Toute affirmation selon laquelle Postel a affronté les hôtes et réglé ces conflits irait au-delà des preuves existantes.

Ce qu'elle montre, c'est un canal de correction. Toute personne connaissant une fonction omise ou une entrée devant être corrigée ou supprimée était invitée à contacter Postel ou Neigus. Cela rendait la publication corrigible et plaçait deux personnes nommées à la réception des objections. Ce n'était pas un appel indépendant. Les personnes associées à la production de la liste recevaient également des demandes de modification, et la RFC ne promettait pas de décision écrite.

Pour un demandeur, la différence entre un socket local et un socket officiel était conséquente. Un service spécifique à l'hôte pouvait continuer d'exister, mais une attribution commune officielle fournissait une attente à l'échelle du réseau. Les implémenteurs pouvaient concevoir des clients autour de la valeur standard. Inversement, un service local occupant cette valeur faisait face à la pression de la convention commune même sans ordre coercitif. Le registre modifiait l'environnement de coordination dans lequel les choix logiciels étaient faits.

L'épisode soutient donc un récit plus étroit et plus défendable du pouvoir discrétionnaire de Postel. Il était publiquement identifié comme le coordinateur; sa proposition fournissait le schéma d'organisation; le document final disait que les attributions avaient été établies. Pourtant, les liaisons d'hôtes, Cerf, Neigus, les auteurs de protocoles et les opérateurs locaux ont contribué à l'information ou à la mise en œuvre. La décision était centrée sur une personne sans être pauvre en informations ou entièrement solitaire.

Sa réussite opérationnelle est visible dans le registre publié périodiquement, le lien entre les identifiants et les fonctions et spécifications, l'identification des contacts responsables et l'invitation à corriger les erreurs. Les documents étaient conçus pour réduire l'utilisation incompatible des identifiants partagés. Ils ne fournissent pas de taux de collision mesuré, de temps de réponse, de statistiques de refus ou de preuve que chaque conflit a été résolu. La performance administrative doit être créditée là où elle est documentée, et non gonflée pour combler les lacunes.

L'espace vide derrière le réseau 44

Neuf ans plus tard, la RFC 790 a rendu le rôle de Postel plus explicite tout en laissant la substance du choix AMPRNET moins visible.

L'architecture imposait des limites strictes. Une adresse IP contenait 32 bits. Dans le schéma par classes, la classe A laissait 24 bits pour la partie locale, la classe B 16 et la classe C huit. Une attribution devait être unique au monde, et la classe choisie déterminait la taille de l'espace numérique local. Le tableau enregistrait quels numéros de réseau étaient attribués et lesquels restaient ouverts.

Ce qui manquait à la RFC 790, c'était un test d'attribution. Elle n'exigeait pas d'un demandeur qu'il soumette le nombre d'hôtes, un calendrier de déploiement, un objectif d'utilisation ou la preuve qu'une classe plus petite serait insuffisante. Elle ne décrivait pas les conditions de récupération ou un appel en cas de refus. Ces omissions ne prouvent pas que Postel ou ses collègues n'ont posé aucune question. Elles montrent que le document public ne dit pas aux demandeurs ou aux lecteurs ultérieurs quelles questions gouvernaient le choix.

AMPRNET correspondait au caractère expérimental de nombreuses entrées du tableau. La radio par paquets faisait partie de l'environnement dans lequel les techniques d'interconnexion de réseaux étaient développées. Un numéro de réseau unique au monde pouvait permettre à des amateurs géographiquement dispersés de concevoir des systèmes sans choisir des identifiants qui entraient en conflit avec un autre réseau Internet. La désignation « Amateur Radio Experiment Net » et le contact Magnuski étayent la conclusion que l'objectif enregistré était l'expérimentation technique.

Ils n'établissent pas comment la classe d'adresse a été choisie. Peut-être que Magnuski a demandé un réseau de classe A parce que le projet était conçu comme mondial. Peut-être que Postel ou un autre entité l'a sélectionné parce que l'architecture offrait une unité pratique et que de grandes parties du tableau n'étaient toujours pas attribuées. Peut-être que le choix a suivi un précédent informel appliqué aux réseaux expérimentaux. Aucun enregistrement de décision contemporain trouvé ici ne permet de distinguer entre ces possibilités.

La plage non attribuée dans la RFC 790 est une preuve pertinente, mais elle doit être utilisée avec prudence. Le tableau montre que de nombreux numéros de classe A restaient non attribués après 44. Cette condition a pu réduire le coût d'opportunité perçu d'une attribution importante. Elle ne quantifie pas le volume des demandes, ne prouve pas que les adresses n'avaient aucune valeur, ni ne montre que les administrateurs s'attendaient à ce que tout l'espace inutilisé reste abondant. Elle n'établit pas non plus qu'une attribution de classe A était routinière pour toute expérience crédible.

Les déclarations ultérieures de l'ARDC selon lesquelles les grands blocs étaient faciles à obtenir parce que la demande était limitée sont des souvenirs institutionnels, pas des mesures de la file d'attente de 1981. L'inventaire du registre soutient l'observation plus étroite que le pool libre enregistré était vaste. Il ne peut pas fournir un dénominateur de demandes, un taux de rejet ou l'évaluation subjective du coordinateur.

La rareté moderne ne doit pas être projetée en arrière. La vente ultérieure d'une partie de 44/8 démontre que l'attribution a fini par acquérir une dimension financière inimaginable à partir de la seule entrée du registre. Cela ne montre pas que Postel a transféré un actif moderne connu ou que Magnuski représentait une telle valeur future en 1981. Un administrateur doit être jugé en fonction de conditions raisonnablement connaissables, et non d'une rétrospective convertie en mobile.

Un cadre politique est devenu plus visible après l'attribution. LaRFC 820, publiée en janvier 1983, indiquait que les attributions de numéros gérées par Postel étaient soumises à un accord entre le Bureau des techniques de traitement de l'information de la DARPA et le Bureau de gestion du programme du réseau de données de défense. Son annexe résumait une réunion de septembre 1982 et recommandait des divisions entre les utilisations de recherche, de défense et commerciales. AMPRNET apparaissait dans la catégorie recherche.

Ce document ne peut pas fournir la justification manquante de 1981. La réunion est postérieure à l'entrée AMPRNET. Ses attributions étaient décrites à plusieurs reprises comme une politique recommandée, et l'annexe concluait que la politique n'avait pas encore été pleinement mise en œuvre; Postel agissait toujours en tant que coordinateur pour toutes les attributions. C'est la preuve que les institutions de parrainage et de programme développaient des contraintes prospectives, et non la preuve que l'une de ces règles s'appliquait au réseau 44.

Le dossier contractuel ajoute un soutien matériel mais pas la règle de décision manquante. La reconstitution ultérieure du GAO confirme que l'USC a effectué des travaux liés à l'IANA dans le cadre d'accords financés par la défense. Comme les premiers textes contractuels n'étaient pas disponibles, il n'établit pas quelles obligations de personnel, quels droits d'approbation ou quels critères de fond s'appliquaient à la demande de 1981. Le fait du financement réfute l'idée que le registre n'était qu'une possession privée. Il ne répond pas à la question de savoir qui a autorisé la taille particulière de 44/8.

La conséquence pour le demandeur est plus claire. Un numéro de classe A enregistré a donné à AMPRNET une base durable et unique au monde pour l'expérimentation. La conséquence plus large était l'exclusion: le numéro ne pouvait pas être attribué de manière compatible à un autre réseau. La voie de correction ou de révision publique n'est pas claire. La RFC 790 demandait aux demandeurs de contacter Postel pour les attributions et les informations à jour, mais elle ne nommait pas de réviseur distinct et ne précisait pas comment contester son bureau.

Le réseau 44 reste donc une forme utile de preuve pour examiner l'autorité informelle: un résultat trop concret pour être écarté et une justification trop incomplète pour être reconstituée. Le registre partagé a porté l'identifiant pendant des décennies. Les archives ne montrent pas si le même jugement aurait été appliqué à un étranger similaire, ce qui est arrivé aux demandeurs non retenus, ou comment une erreur aurait pu être corrigée avant que la confiance ne rende la correction coûteuse.

Quand un oui a dû devenir plusieurs

Le mouvement vers des registres régionaux fournit une trace de mise en œuvre plutôt qu'un dossier de décision complet. Il montre également pourquoi la phase ultérieure ne peut pas être racontée comme Postel accordant personnellement chaque demande.

En août 1990, laRFC 1174présentait la recommandation officielle de l'Internet Activities Board au Federal Networking Council. Elle décrivait l'USC/ISI comme exerçant la fonction centrale de l'IANA et le DDN-NIC de SRI International comme exerçant la fonction de registre Internet pour les numéros de réseau et de système autonome. Elle indiquait que l'IANA avait un pouvoir discrétionnaire pour déléguer des parties de sa responsabilité et que la croissance rapide, l'internationalisation et la rareté croissante rendaient opportun une distribution plus poussée.

La méthode proposée conservait les fonctions centrales de l'IANA et du registre Internet. Le registre Internet attribuerait des blocs à des organisations approuvées par le Coordinating Committee for Intercontinental Research Networking et déléguerait l'autorité d'attribution supplémentaire. Il resterait le registre par défaut là où aucun délégué n'existait, maintiendrait des bases de données agrégées et redistribuerait des copies. Les registres candidats devaient rencontrer l'IANA et le registre Internet pour examiner les procédures et produire de la documentation.

C'était une recommandation institutionnelle, pas une décision de reconnaissance individuelle. L'expéditeur était le président de l'IAB; le destinataire était le président du FNC; les acteurs envisagés comprenaient l'IANA, le registre de SRI, le CCIRN et les organisations candidates. Le texte rendait le pouvoir discrétionnaire explicite mais le plaçait dans une chaîne.

En octobre 1992, laRFC 1366a fourni des critères de sélection. Elle faisait état d'un soutien général du Federal Engineering Planning Group au nom du FNC, des co-présidents de l'International Engineering Planning Group et de Réseaux IP Européens. Un registre régional devait être impartial, largement reconnu par les fournisseurs et les abonnés, légitimé par les autorités de réseautage dans sa zone, établi au-delà de la fonction de registre, disposant de ressources adéquates, engagé envers des directives d'attribution communes et disposé à coordonner la stratégie de sous-attribution avec le registre central.

Ces critères laissaient le jugement ouvert. « Largement reconnu », « légitimité » et « ressources appropriées » étaient des termes évaluatifs, pas des tests mécaniques. Un candidat pouvait satisfaire aux mots de différentes manières. Les documents ne prescrivaient pas de seuil de vote, d'appel d'offres comparatif ou d'appel indépendant en cas de rejet. Mais ils donnaient aux candidats et aux examinateurs un cadre public qui manquait au dossier AMPRNET de 1981.

Un résultat de mise en œuvre apparaît dans laRFC 1467,Status of CIDR Deployment in the Internet. Publié en août 1993, le rapport de situation informatif indiquait que, dans le cadre d'un jalon daté du 31 octobre 1992, les critères de sélection des registres régionaux avaient été mis en place et que l'IANA acceptait les demandes des registres potentiels. Il rapportait que le RIPE Network Coordination Centre avait demandé le statut de registre régional et s'était vu attribuer la plage 194.0.0.0 à 195.255.255.255 à administrer pour la communauté Internet européenne. Le RIPE NCC avait auparavant reçu indépendamment la plage 193.0.0.0 à 193.255.255.255 et pouvait gérer cet espace selon les mêmes directives.

C'est la preuve d'une demande, d'un transfert de ressources et d'une conséquence opérationnelle. Ce n'est pas une décision de reconnaissance signée. La RFC 1467 a été rédigée à la Corporation for National Research Initiatives en tant que rapport sur le déploiement CIDR; ce n'était pas la demande du RIPE NCC, une lettre de décision de l'IANA ou une transcription de délibération. Elle ne nomme pas la personne qui a évalué la demande, ne reproduit pas la soumission, n'identifie pas les candidats alternatifs et ne fournit pas de décision motivée.

Le rapport fait néanmoins avancer le dossier au-delà de la recommandation politique. Il indique que les fournisseurs de services réseau ont reçu des blocs du RIPE NCC ou du registre Internet agissant pour l'Amérique du Nord et la ceinture du Pacifique. Il décrit la fonction d'enregistrement se rapprochant des utilisateurs finaux et affirme que le processus a fonctionné comme espéré sans problèmes majeurs. Ce jugement de performance provenait d'une évaluation de statut produite par une institution s'appuyant sur des agences, des opérateurs, des fournisseurs et des groupes techniques. Il ne comprenait pas de données de satisfaction des demandeurs, de taux d'erreur ou de demandes de registre rejetées.

Le leadership de Postel à l'USC/ISI rend plausible son implication dans la fonction centrale, mais les preuves soutiennent une action de l'IANA dans le cadre d'un programme multi-institutionnel, et non un oui téléphonique solitaire. Le demandeur était le RIPE NCC, pas un réseau en aval cherchant des adresses. La ressource déléguée était un bloc pour l'administration régionale. L'effet pratique était de rapprocher le travail d'attribution de première instance des demandeurs européens tandis que le système central conservait l'autorité sur l'espace agrégé.

Les critères publiés pour les registres régionaux concernaient la capacité de service, l'acceptation par les autorités de réseau, la coordination, la neutralité et le respect des directives centrales. Un délégué faible pourrait mal répartir les blocs, perdre des données d'enregistrement ou appliquer des normes incohérentes à travers un continent. Le choix concernait donc l'identité d'un administrateur continu, et pas seulement la taille de l'attribution d'un demandeur.

La proprehistoire institutionnelle du RIPE NCCindique que les opérateurs européens ont commencé à se coordonner via RIPE en 1989, ont décidé en 1990 de financer un centre de coordination doté de personnel et ont officiellement créé le RIPE NCC en avril 1992. Elle précise que la distribution d'adresses a été ajoutée au travail du centre plus tard en 1992. Ces détails aident à expliquer comment le RIPE NCC pouvait se présenter comme ancré régionalement et préparé opérationnellement. Comme le récit est produit par l'institution bénéficiaire, c'est une preuve de son histoire et de sa propre compréhension, pas un audit indépendant de l'action de l'IANA.

La voie de correction restait incomplète au niveau de la délégation. La RFC 1366 permettait aux abonnés du réseau de contacter directement le registre Internet central, qui pouvait servir les demandeurs si nécessaire. Cela fournissait une solution de repli pour la prestation de services. Elle ne précisait pas comment un candidat au registre régional rejeté pouvait faire appel, comment un délégué régional pouvait être révoqué, ou quels enregistrements seraient transférés en cas d'échec.

En mai 1993, laRFC 1466a réaffirmé les critères régionaux et indiqué que le registre distribué était habilité par l'IANA et le registre Internet. En novembre 1996, laRFC 2050décrivait une hiérarchie de l'IANA, des registres régionaux et des registres locaux. InterNIC desservait l'Amérique du Nord, le RIPE NCC desservait l'Europe et l'APNIC desservait la région Asie-Pacifique. Les registres régionaux étaient établis sous l'autorité de l'IANA et nécessitaient un consensus de la communauté Internet régionale.

La RFC 2050 a également rendu les décisions d'adresses individuelles plus révisables. Elle exigeait des plans de réseau documentés, fixait des directives d'utilisation et distinguait la conservation, la routabilité et l'enregistrement. Elle permettait à un registre de demander des documents publiés vérifiant qu'une organisation était ce qu'elle prétendait être; elle n'exigeait pas de telles preuves organisationnelles dans tous les cas. Les demandeurs insatisfaits d'un registre d'attribution avaient le droit de faire appel à son parent, avec la documentation pertinente mise à disposition. Après épuisement des autres voies, un appel pouvait être porté devant l'IANA pour une décision finale.

Le document prouve qu'une politique d'appel existait. Il ne prouve pas qu'un demandeur l'a utilisée avec succès, à quelle fréquence les appels ont eu lieu ou si l'examen final de l'IANA était indépendant de la politique appliquée en aval. La hiérarchie écrite elle-même ne démontre pas non plus que le service a continué sans heurts après le départ d'un coordinateur nommé. Elle rend la continuité organisationnelle plus plausible en répartissant les enregistrements et les rôles, mais il s'agit d'une inférence institutionnelle plutôt que d'un résultat mesuré dans les documents cités.

L'épisode du RIPE NCC modifie le portrait sans produire de dossier de décision personnel. Au début de la période, un socket officiel pouvait émerger d'une consultation suivie de la liste publiée par un coordinateur nommé. En 1981, une attribution de réseau pouvait être visible principalement comme une entrée à côté des initiales d'un demandeur. Au jalon des registres régionaux rapporté pour 1992, une organisation candidate fonctionnait dans le cadre de qualifications publiques, de multiples organes politiques et d'une division explicite des responsabilités. Le pouvoir discrétionnaire demeurait, mais il n'était plus contenu à un seul bureau.

Ce que la réputation pouvait faire, et ce que le dossier ne peut pas prouver

Pourquoi un arrangement centré sur une personne a-t-il été toléré assez longtemps pour devenir une infrastructure?

La réponse la plus défendable commence par un service observable. Les RFC sur les numéros attribués sont apparues à plusieurs reprises. Elles identifiaient les contacts responsables, distinguaient les valeurs attribuées des valeurs non attribuées et reliaient de nombreuses entrées à des documents techniques. La RFC 433 exposait les utilisations conflictuelles des sockets plutôt que de les cacher. La RFC 790 indiquait aux demandeurs où chercher une attribution. La RFC 1083 séparait les contacts de l'IANA, de l'IAB, de l'éditeur des RFC et du NIC. Ce sont des productions administratives documentées.

Un coordinateur nommé réduisait l'incertitude quant à l'endroit où une demande devait être envoyée. Cet arrangement a peut-être aussi réduit les étapes de coordination, mais l'inventaire public des RFC n'établit pas les temps de réponse. Il a peut-être particulièrement bien fonctionné lorsque les demandeurs et les administrateurs partageaient des réseaux techniques et des normes professionnelles, mais les archives ne fournissent pas une population complète de demandeurs par rapport à laquelle mesurer l'accès. L'explication plausible ne doit pas être promue en conclusion simplement parce qu'elle correspond aux réussites qui ont survécu.

L'expertise de Postel comptait néanmoins. Il a travaillé sur les protocoles dont il cataloguait les identifiants. L'édition des RFC l'exposait à des propositions et à des spécifications. Son travail consultatif le reliait aux débats techniques. Cette combinaison pouvait aider un coordinateur à reconnaître les doublons, à comprendre pourquoi un paramètre était nécessaire et à identifier les personnes responsables d'un protocole. L'expertise était un apport à la gouvernance parce que l'attribution n'était pas une copie cléricale: la RFC 2050 a reconnu plus tard que la conservation, la routabilité et l'enregistrement pouvaient entrer en conflit et nécessitaient un jugement dans les cas individuels.

L'expertise ne réglait pas le mandat. Un auteur de protocole pouvait savoir ce qu'un identifiant signifiait sans être autorisé par chaque opérateur concerné à l'attribuer. Un demandeur pouvait accepter l'aide de Postel sans représenter les futurs entrants. Un membre de l'IAB pouvait influencer la politique sans devenir le donneur d'ordre contractuel. Une institution financée par la DARPA pouvait fournir un travail fiable sans que sa relation d'approvisionnement équivaille à un consentement international.

L'entretien de 1988 de Postel aide à expliquer la culture, dans certaines limites. Il se souvenait que les premiers travaux sur les protocoles d'hôte étaient effectués en grande partie par des étudiants diplômés qui s'attendaient à ce que des professionnels établis arrivent et remplacent leurs conceptions. Cela n'a pas été le cas, et les protocoles côté hôte créés par le groupe de travail ont perduré. Il a également décrit la série des RFC comme une conversation informelle qui est devenue plus formelle à mesure que son public s'élargissait.

Son observation sur les raisons manquantes est particulièrement pertinente, bien qu'elle concernait les discussions techniques plutôt que les appels à l'IANA. Postel disait que les idées rejetées ou mises de côté revenaient souvent parce qu'aucun document ne conservait l'argumentation antérieure complète. L'analogie est forte: une communauté peut se rappeler qu'une question a été réglée tout en perdant le raisonnement nécessaire à un nouveau venu ou à un successeur. Il serait faux, cependant, de considérer cet entretien comme une preuve que les demandeurs de numéros se sont vu refuser des appels ou que les refus d'attribution suivaient le même schéma.

Les preuves de réputation viennent encore plus tard. Le mémorial d'octobre 1998 de Vint Cerf, laRFC 2468, se souvenait de Postel comme d'un médiateur, d'un décideur prudent et d'un fournisseur de service inébranlable. Il liait étroitement son identité à l'IANA et décrivait la loyauté qu'il inspirait parmi ses collègues. Le document est une preuve convaincante de la façon dont un pair influent comprenait Postel immédiatement après sa mort.

Ce n'est pas un audit administratif. Un mémorial ne fournit pas un dénominateur de demandes, ne teste pas la cohérence entre les demandeurs et ne révèle pas les cas où la familiarité personnelle a affecté l'accès. Son langage est la preuve que la confiance existait, et non une preuve indépendante que chaque décision la méritait.

L'explication bénigne la plus solide de l'arrangement est donc limitée. Le travail produisait des registres visibles et mis à jour à plusieurs reprises. Les demandeurs avaient des contacts nommés. Le contexte technique était concentré chez des personnes capables d'interpréter les demandes. Une grande partie de l'espace enregistré en 1981 restait non attribué. La consultation par les pairs et les institutions de parrainage existaient même lorsque leur rôle dans les décisions individuelles n'était pas publié. Dans ces conditions, un arrangement compact pouvait sembler proportionné au problème.

La faiblesse est également limitée. Le dossier existant surreprésente les résultats publiés, durables et célébrés. Les refus routiniers, les demandes abandonnées, les corrections informelles et l'insatisfaction non enregistrée étaient moins susceptibles de devenir des RFC. Aucune conclusion sur l'équité universelle ne peut être tirée de leur absence. Un bon service peut gagner la confiance tout en laissant la cohérence, la révision et l'égalité d'accès non mesurées.

Quand la confiance a dépassé le bureau

Au début des années 1990, les documents ont cessé de traiter l'échelle comme une préoccupation future abstraite.

La RFC 1174 citait l'escalade rapide du nombre de réseaux et l'internationalisation de l'Internet. La RFC 1366 indiquait que la demande avait considérablement augmenté en deux ans et nécessitait un processus d'attribution plus systématique. La RFC 1467 fournissait une image opérationnelle plus concrète: en 1993, la base de données de routage politique NSFNET/ANSNET contenait plus de 13 000 réseaux et augmentait d'environ huit pour cent par mois, bien que toutes les entrées ne représentaient pas des réseaux actifs et que la base de données ne couvrait pas l'ensemble de l'Internet.

Ces chiffres ne mesurent pas le volume des demandes à l'IANA, mais ils documentent un environnement opérationnel en expansion rapide. Plus de réseaux produisaient plus de travail d'enregistrement, des tables de routage plus grandes et des conséquences plus importantes d'attributions mal agrégées. Le problème n'était plus seulement de savoir si deux expérimentateurs pouvaient choisir le même numéro. Une attribution pouvait affecter la capacité du système de routage mondial à transporter efficacement de nombreux autres réseaux.

La RFC 2050 a rendu les compromis explicites. La conservation visait une distribution équitable et une résistance au stockage. La routabilité favorisait les attributions hiérarchiques que les routeurs pouvaient agréger. L'enregistrement nécessitait un enregistrement public pour l'unicité et le dépannage. Le document reconnaissait que ces objectifs pouvaient entrer en conflit les uns avec les autres et avec les intérêts d'un demandeur ou d'un fournisseur.

Le demandeur était désormais confronté à une charge de preuve documentée. Les registres examinaient la topologie du réseau, le sous-réseautage, les plans de routage, les attributions antérieures et l'utilisation projetée. Un registre pouvait demander des plans de déploiement et une vérification organisationnelle. L'attribution directe ne garantissait pas que les fournisseurs achemineraient le préfixe résultant. Dire oui à l'espace d'adressage et dire oui à l'accessibilité mondiale étaient devenus des décisions distinctes prises par différents acteurs.

La révision est devenue plus précieuse parce qu'une attribution pouvait imposer des coûts au-delà du demandeur. Un bloc généreux consommait un espace fini. Un ensemble de préfixes mal agrégés augmentait les tables de routage. Un refus ou une attribution forcée basée sur le fournisseur pouvait imposer des coûts de renumérotation et de dépendance à un réseau. L'administrateur ne faisait ni l'investissement du demandeur ni l'investissement de routage de chaque opérateur, mais son jugement influençait les deux.

L'autorité matérielle autour de l'USC/ISI est également devenue plus spécifique dans le dossier contractuel existant. Le GAO a obtenu des informations sur la tâche 4 du contrat final Tera-node Network Technology de la DARPA avec l'USC, en vigueur de juillet 1995 à juillet 1999. La tâche 4 exigeait des activités d'infrastructure de réseau qui comprenaient le rôle d'Internet Assigned Numbers Authority. L'USC devait fournir le personnel, les matériaux et les installations nécessaires au travail.

Ce contrat démontre qu'en 1995, l'exécution des fonctions de l'IANA était un livrable institutionnel plutôt qu'un passe-temps personnel. Il identifie un acheteur gouvernemental, un contractant universitaire et une période d'exécution définie. Il ne peut pas être projeté en arrière pour spécifier les règles d'AMPRNET en 1981, et un contrat d'approvisionnement fédéral ne conférait pas en soi une autorisation politique de la part de chaque réseau international utilisant les registres qui en résultaient.

La différence entre l'autorité opérationnelle et le mandat largement accepté est devenue inhabituellement visible dans la racine DNS en janvier 1998. Il ne s'agissait pas d'une attribution de numéro IP, et cela ne devrait pas être utilisé pour laisser entendre que les attributions de numéros antérieures étaient des exercices secrets de contrôle politique. C'était une fonction distincte dans laquelle la réputation accumulée de Postel rencontrait une infrastructure distribuée.

Unrapport contemporain du Washington Postindiquait que Postel avait demandé aux opérateurs de six des douze serveurs racine secondaires d'obtenir les informations de la zone racine à partir d'un serveur de l'ISI plutôt que de la source établie de Network Solutions. Postel a déclaré que le changement n'apporterait aucune modification aux données et que les serveurs reviendraient à la disposition précédente à la fin du test. Le rapport n'a constaté aucune perturbation apparente pour les utilisateurs.

La conformité des opérateurs a révélé la force de la confiance personnelle. Gerry Sneeringer de l'Université du Maryland a expliqué: « Si Jon nous demande de pointer ailleurs, nous le ferons. Il est l'autorité ici. » Un opérateur de l'Université de Tokyo a également changé son serveur après avoir reçu le message de Postel.

Les limites sont tout aussi importantes. La portée rapportée était de six opérateurs, et non de l'ensemble du système de serveurs racine. Les données étaient censées être inchangées. Aucune interruption de service pour les utilisateurs n'a été signalée. Les responsables fédéraux ont demandé à Postel de rétablir la disposition antérieure, et les opérateurs sont revenus en arrière.

Une histoire technique ultérieure, leRSSAC023v2 du Root Server System Advisory Committee, décrit Postel demandant à Jim Koda et Paul Vixie de créer un serveur primaire de l'ISI à titre de test, invitant plusieurs opérateurs à l'utiliser, et demandant un retour à l'ancien primaire quelques jours plus tard. Cette rétrospective produite par l'institution soutient le récit du test. Le moment, pendant un différend sur la gouvernance future, a conduit les responsables contemporains à soupçonner un objectif plus large. Les preuves existantes ne résolvent pas de manière concluante le mobile.

L'épisode ne démontre ni une prise de contrôle de l'Internet ni un changement de routine inoffensif au-delà de tout débat. Il démontre qu'une demande d'un coordinateur de confiance pouvait modifier une infrastructure distribuée avant que les institutions qui l'entouraient ne s'accordent sur le sens de la demande. La crédibilité personnelle fournissait une capacité opérationnelle; l'autorité gouvernementale fournissait une capacité à inverser l'action. Le désaccord a révélé que ces sources d'autorité n'étaient pas identiques.

Pour l'administration des numéros, la leçon est indirecte mais importante. Un registre commun fonctionne parce que d'autres s'y fient. La même confiance qui rend efficace une attribution techniquement correcte peut amplifier une instruction ambiguë. À mesure que la portée et la valeur augmentent, la gouvernance doit distinguer la capacité de l'administrateur à produire la conformité de l'autorité de l'administrateur à décider de la politique sous-jacente.

Si une personne de plus avait signé

Une alternative historiquement plausible à l'arrangement initial n'était pas un régulateur moderne avec des centaines d'employés. C'était un petit groupe d'examen pour les décisions au-dessus d'un seuil défini.

Le dossier des sockets de 1972 contenait déjà les entités nécessaires. Cerf et Postel sollicitaient des rapports des hôtes. Neigus co-rédigeait la liste finale. Les liaisons d'hôtes fournissaient des informations locales. Les auteurs de protocoles fournissaient des spécifications. Une règle aurait pu exiger que deux coordinateurs approuvent un nouveau socket à l'échelle du réseau, une attribution de réseau importante ou une décision qui déplaçait une utilisation existante.

Le groupe aurait pu enregistrer la demande, le texte applicable, les conflits connus et une courte justification. Les entrées routinières auraient pu être déléguées à un seul coordinateur. Le réexamen aurait pu être confié à des membres qui n'avaient pas pris la première décision. Un réseau tel qu'AMPRNET aurait pu laisser une page expliquant si le demandeur avait demandé un réseau de classe A, quelles alternatives avaient été envisagées et pourquoi l'unité choisie convenait à l'expérience.

Les coûts ne peuvent être énoncés qu'en tant que risques ex ante. Attendre un autre réviseur aurait pu retarder une réponse, mais aucune série de temps de réponse ne montre de combien. Un panel issu du même cercle professionnel aurait pu reproduire les mêmes hypothèses. Une obligation de publier les raisons aurait pu exposer des plans sensibles en matière de défense, de commerce ou de sécurité, à moins que les soumissions confidentielles ne soient séparées des conclusions publiques. Les seuils formels auraient également pu encourager les discussions pour savoir si un cas était suffisamment « conséquent » pour être examiné.

Un petit groupe pourrait devenir un club de gardiens. Les demandeurs extérieurs à la communauté de recherche établie pourraient avoir plus de mal, et non moins, à convaincre plusieurs initiés. Les règles de consensus pourraient produire une impasse tandis que les développeurs de logiciels sélectionnaient des valeurs non officielles. Une deuxième signature réduirait la dépendance à une seule mémoire sans élargir automatiquement la représentation.

L'avantage aurait été un type de preuve différent. La RFC 433 montre que la consultation et la co-rédaction étaient réalisables. Ce qui lui manque, c'est une résolution des conflits qu'elle a enregistrés. Un procès-verbal de panel ou une courte décision aurait pu montrer quelle utilisation a prévalu, quelles opérations ont changé et quel principe régirait le prochain cas comparable. Cela améliorerait la révisabilité même si la réponse substantielle restait identique.

La question n'est pas de savoir si un panel aurait certainement été plus rapide, plus juste ou plus sage. Aucun de ces résultats ne peut être démontré rétrospectivement. Sa contribution distinctive aurait été une responsabilité plurielle et une raison conservée avant que la confiance ne transforme une entrée en infrastructure.

Pour le réseau 44, un tel dossier protégerait maintenant contre deux erreurs opposées. Il empêcherait les critiques de supposer que Postel a accordé négligemment une fortune future. Il empêcherait également les admirateurs de considérer la durabilité de l'attribution comme une preuve que la décision de dimensionnement initiale était pleinement raisonnée. Les raisons enregistrées protègent le pouvoir discrétionnaire légitime de la mythologie tout autant qu'elles exposent un jugement faible.

La délégation n'était pas théorique

La délégation régionale était plus qu'un contrefactuel. Au cours des années 1990, elle est devenue une politique opérationnelle.

La RFC 1174 a fourni les grandes lignes institutionnelles. Les RFC 1366 et 1466 ont fourni les qualifications et les règles de gestion des adresses. Le rapport de la RFC 1467 sur la demande du RIPE NCC et la délégation d'espace d'adressage a fourni des preuves de mise en œuvre. La RFC 2050 a décrit plus tard les normes d'attribution, la documentation, l'audit et l'appel à travers une hiérarchie. Il ne s'agissait pas d'un remplacement net du jugement par des règles. Elle a redistribué l'endroit où le jugement se produisait et a rendu visibles certaines de ses contraintes.

Le traitement régional offrait une réponse plausible aux problèmes de langue, de fuseau horaire et de connaissance du réseau local. Le personnel plus proche des demandeurs pouvait comprendre la topologie régionale et les accords avec les fournisseurs. Un registre central pouvait attribuer des blocs agrégés, préserver l'unicité mondiale et rester disponible là où aucun service régional n'existait. Les registres parents pouvaient examiner les décisions de niveau inférieur sans traiter eux-mêmes chaque demande ordinaire.

La conception a introduit de nouveaux risques. Les critères régionaux pouvaient diverger. Un registre pouvait devenir dépendant des fournisseurs en place ou des intérêts politiques locaux. Les demandeurs de différentes régions pouvaient recevoir un service différent. Un organe d'appel central pourrait manquer de contexte local, tandis qu'un organe régional pourrait résister à la correction centrale. La délégation nécessitait également des bases de données fiables, des zones de service définies et un moyen pratique de transférer les enregistrements en cas d'échec d'un délégué.

Les critères de 1992 ont traité certains de ces risques par la légitimité régionale, la neutralité, les ressources et les engagements de coordination. Ils ne spécifiaient pas de mécanisme de révocation mature. La RFC 2050 a créé un droit d'appel des décisions d'adresse, mais l'IANA restait l'autorité finale après épuisement des autres voies. La distribution a réduit la dépendance de première instance à Postel sans éliminer le pouvoir discrétionnaire au centre.

La remplaçabilité était un avantage institutionnel prévu, pas un résultat automatiquement prouvé. Un registre doté de personnel, une politique documentée et des données répliquées facilitent en principe la survie au départ d'un individu. La continuité dépend toujours de l'accès aux enregistrements, de l'autorité légale, des systèmes techniques et de la coopération des opérateurs. Si ceux-ci restent liés à une seule institution ou personnalité, la délégation peut simplement déplacer la dépendance.

L'épisode de mise en œuvre du RIPE NCC révèle une répartition plus réaliste de l'autorité que l'image de Postel accordant la permission à l'Europe. Les opérateurs européens ont organisé RIPE et créé un centre de coordination. L'IAB et les organismes fédéraux de réseautage ont promu la distribution. L'IANA et le registre Internet ont conservé l'autorité centrale. Des critères publiés ont encadré l'arrangement. Le délégué a ensuite administré l'espace d'adressage pour les demandeurs régionaux. Aucun acteur unique n'a fourni à lui seul le mandat ou la capacité opérationnelle.

Cette architecture a également clarifié la différence entre la participation et l'autorisation. Les ingénieurs régionaux pouvaient apporter leur expertise et établir l'acceptation locale. Les coordinateurs centraux pouvaient maintenir l'unicité mondiale. Les sponsors pouvaient financer les systèmes. Les demandeurs pouvaient soumettre des plans. Aucun de ces rôles, considéré isolément, ne répondait à toutes les questions sur qui avait le droit de fixer la politique. La hiérarchie fonctionnait en les combinant et en spécifiant au moins quelques voies de recours.

La délégation n'a pas rendu la réputation hors de propos. Les organisations dépendaient toujours d'un personnel de confiance, de gestionnaires compétents et de communautés techniques crédibles. Elle a changé la position institutionnelle de la réputation. La confiance personnelle n'avait plus à porter tout le poids de la réception, de l'attribution, de la tenue des registres et de la correction. Elle pouvait fonctionner dans le cadre de critères publiés, de multiples organisations et d'une chaîne d'appel.

Ce que le dossier existant peut supporter

Mis côte à côte, le registre des sockets, le réseau 44 et le rapport de mise en œuvre du RIPE NCC ne soutiennent pas un verdict unique sur le pouvoir personnel. Ils montrent un changement dans ce que le dossier administratif pouvait expliquer.

La RFC 433 documente la sollicitation, une proposition publique, une liste établie, une co-rédaction nommée, des conflits visibles et une boîte aux lettres de correction. Elle ne montre pas si les pratiques d'hôtes incompatibles ont été résolues ou si les opérateurs concernés ont obtenu un examen indépendant. Le réseau 44 est entré dans un registre partagé dans le cadre d'un système qui orientait les demandeurs vers Postel, mais la justification du choix de sa classe, les autres entités et la voie d'appel restent inconnus. La RFC 1467 a rapporté plus tard qu'un registre régional potentiel avait demandé un statut, reçu un espace d'adressage défini et participé à un processus d'attribution distribué selon des critères publiés; elle n'a pas conservé de décision de reconnaissance signée ni de justification personnelle de Postel.

Le dossier de financement a la même qualité limitée. Le soutien de la défense américaine et le rôle institutionnel de l'USC/ISI sont documentés. En 1995, la tâche 4 du TNT exigeait spécifiquement l'exécution des fonctions de l'IANA et obligeait l'USC à fournir le personnel, les matériaux et les installations nécessaires. Les contrats antérieurs non disponibles empêchent de projeter cette preuve sur 1972 ou 1981 comme preuve de fonctions exactes, de droits de supervision ou d'intervention de la DARPA au niveau du cas.

Là où le jugement de Postel est directement visible — comme dans la proposition de numéros de socket — son effet dépendait de la publication, de l'adoption technique et des choix des autres opérateurs. Le réseau 44 montre le même système administratif produisant un résultat durable sans révéler quel jugement a sélectionné sa taille. Dans l'ensemble du dossier, l'expertise, le soutien institutionnel, la politique publiée et la confiance opérationnelle expliquent la portée de la fonction sans fournir une chaîne causale complète pour chaque attribution.

Postel a aidé à fournir un service de coordination dont les registres sont devenus des références indispensables. La réussite est visible; la cohérence universelle, le mandat indépendant et la remplaçabilité facile ne le sont pas. Le virage ultérieur vers des critères documentés, des responsabilités partagées et des voies d'appel n'a pas aboli le pouvoir discrétionnaire. Il a rendu le pouvoir discrétionnaire moins dépendant de ce dont un contact de confiance se souvenait, décidait et laissait inexpliqué.