Le contrat InterNIC et le prix d'un point de passage administratif unique

Résumé

• En avril 1993, la NSF a lancé InterNIC, Network Solutions gérant l'enregistrement central non DDN des domaines, des numéros de réseau et des ASN, la réception, le traitement et les mises à jour; AT&T s'occupant de l'accès aux annuaires et bases de données; et General Atomics/CERFnet assurant l'information et l'orientation. Des reproductions de l'accord provisoire fixaient également des délais de 3, 5 et 22 jours ouvrables pour les attributions de classes C, B et A une fois la demande complète, mais les preuves disponibles ne mesurent pas la conformité.
• Le processus de demande documenté de Network Solutions utilisait des modèles standard, une analyse automatisée, des messages d'erreur, une vérification du demandeur, une fenêtre de confirmation de sept jours, un traitement final humain et un statut de ticket visible, offrant des gains crédibles en échelle, cohérence et visibilité des corrections.
• Les copies d'accord disponibles sont des reproductions non authentifiées, les rapports de performance manquent de dénominateurs décisifs sur le nombre de demandes, et les voies documentées de correction, de gestion inter-responsables, de recours pour les parties contractantes et d'appel de registre ne fournissent aucune série récupérée sur la fréquence, la durée, les annulations ou les résultats.
• Le dossier établit une dépendance à la réception et au traitement centraux pour les travaux d'enregistrement non DDN définis, mais pas une inévitabilité universelle, une exclusion systématique, un préjudice quantifié pour les demandeurs, ni la preuve que les voies régionales, militaires, de registres locaux et de fournisseurs étaient indisponibles pour une population spécifique affectée.

1er avril 1993: une demande emprunte le nouveau canal

Une demande d'enregistrement non militaire approchant le service central de l'Internet le 1er avril 1993 suivait un parcours délibérément structuré. Le changement était d'abord visible dans des instructions banales: quelle boîte aux lettres utiliser, quel formulaire remplir, où téléphoner et ce qui se passerait si le formulaire échouait à une vérification automatique.

La description contemporaine la plus détaillée est laRFC 1400, publiée en mars 1993. Son auteur, Scott Williamson, travaillait pour Network Solutions, le contractant entrant pour l'enregistrement. Le document est donc un compte rendu de première main de la transition prévue et du processus de demande, et non un examen indépendant des performances. Il est néanmoins inhabituellement précis sur la séquence administrative.

Pendant la transition jusqu'au 31 mars, les utilisateurs non DDN pouvaient soumettre les modèles existants du Centre d'Information Réseau DDN soit à l'ancienne adresse NIC DDN, soit à la nouvelle adresse hostmaster InterNIC. Les soumissions par courrier électronique, fax et courrier postal reçues sur l'un ou l'autre site devaient être traitées. Les utilisateurs DDN restaient sur une voie militaire distincte et devaient continuer à envoyer leurs demandes d'enregistrement au NIC DDN. La transition divisait les populations de services; elle ne fermait pas l'institution précédente d'un seul coup.

À partir du 1er avril, une nouvelle demande d'enregistrement non DDN devait être envoyée à la boîte aux lettres d'enregistrement automatisée de Network Solutions en utilisant le nouveau modèle. Un modèle obsolète y parvenant serait retourné avec des erreurs d'analyse et le formulaire de remplacement joint. La boîte aux lettres hostmaster continuerait à accepter l'ancien format jusqu'au 30 juin. Après cette date, l'ancien format serait retourné plutôt que traité.

Le nouveau formulaire était conçu pour un traitement automatisé et dépouillé des références spécifiques au DDN. Une fois soumis, un serveur de messagerie analysait le modèle et effectuait une vérification rapide des informations pouvant être vérifiées. La RFC 1400 utilisait un conflit de nom de domaine comme exemple. Le système renvoyait ensuite soit un formulaire de vérification, soit un rejet accompagné de messages d'erreur.

Une vérification n'était pas le résultat final. Le demandeur devait examiner l'interprétation de la machine. Si les informations analysées étaient correctes, le demandeur renvoyait le formulaire à une boîte aux lettres de vérification distincte. Si elles étaient erronées, le demandeur les corrigeait avant de répondre. Une demande rejetée devait être ajustée et soumise à nouveau via le système automatisé. Les données de vérification corrigées étaient à nouveau vérifiées et un autre formulaire de vérification était émis. Ce n'est qu'après réception d'une vérification acceptable par les Services d'Enregistrement que la demande passait au traitement final par le personnel d'InterNIC.

Cette séquence combinait le travail de la machine et de l'homme. L'analyseur gérait la réception, les contrôles de format, la vérification sélectionnée et une boucle de confirmation. Le personnel d'enregistrement conservait l'étape de traitement final. La RFC 1400 ne révèle pas le processus décisionnel interne complet pour une demande de numéro de réseau. Elle ne montre pas comment le personnel évaluait un plan de topologie particulier, comment les considérations techniques concurrentes étaient résolues, ni quelle explication accompagnait une réduction ou un refus substantiel. Son exemple de ticket de domaine n'établit pas non plus le traitement du travail sur les numéros IP ou les ASN.

Le demandeur avait sept jours pour renvoyer le formulaire de vérification. Si aucune vérification n'arrivait dans ce délai, la demande initiale expirait et devait être soumise à nouveau. La règle d'expiration identifie une conséquence procédurale, mais le document ne fournit aucun taux d'incidence. Il ne montre pas combien de demandes expiraient, si des messages étaient perdus, combien de fois une erreur de l'analyseur nécessitait un autre cycle, ni si la re-soumission produisait un retard significatif. La conformité du formulaire était une condition de progression; les preuves disponibles ne transforment pas cette condition en un coût mesuré pour les demandeurs.

La séquence offrait également des avantages notables. Un message de confirmation incluait un numéro de ticket de difficulté. Un utilisateur pouvait consulter l'état de la demande avec l'utilitairefingerou en se connectant de manière interactive à l'hôte d'enregistrement. L'exemple montrait si un ticket était en attente, comment il était arrivé, quand il avait été ouvert et quel compte interne en était responsable. Pour un service en expansion, cela remplaçait une partie de l'incertitude d'une boîte aux lettres non suivie par un état administratif visible.

Un support manuel restait disponible par téléphone, courrier électronique, fax et courrier postal. Le service WHOIS fonctionnait à la fois sur les sites du NIC DDN et d'InterNIC pendant la transition. À partir du 1er avril, le serveur DDN devait contenir les informations DDN, tandis que le serveur InterNIC détenait les enregistrements concernant les adresses IP, les domaines, les ASN et les points de contact associés. La distribution de la zone racine, l'enregistrement des domaines, l'attribution des numéros, les enregistrements de contacts et l'accès WHOIS partageaient des parties du même environnement opérationnel, mais ils ne constituaient pas la même fonction.

La description révèle la concentration exacte qui importe. Au service central non DDN, Network Solutions exploitait l'entrée électronique acceptée, les modèles, l'analyseur, la boucle de rejet et de correction, l'étape de traitement par le personnel, le système d'état des tickets et le système d'enregistrement. C'est la preuve d'une dépendance administrative consécutive. Ce n'est pas encore la preuve que chaque demandeur dans le monde devait utiliser cette voie, qu'une classe particulière manquait d'alternatives, ou que le contractant exerçait sa position pour causer un préjudice.

La carte de lancement – et la date à laquelle elle a cessé d'être complète

InterNIC a été présenté aux utilisateurs comme un service coordonné, mais la NSF l'a acquis par le biais d'organisations distinctes. L'annonce du 1er avril 1993 des services InterNIC opérationnelsdécrivait une conception de lancement répartie entre les services d'enregistrement, les services d'annuaire et de base de données, et les services d'information. Une identité publique unifiée était destinée à masquer les coutures inutiles sans effacer la répartition sous-jacente des responsabilités.

Network Solutions a reçu la composante d'enregistrement. Son travail central non DDN comprenait l'enregistrement des noms de domaine, l'enregistrement des serveurs de noms de domaine, l'attribution des numéros de réseau et l'attribution des ASN. Elle acceptait les demandes, exploitait les systèmes de traitement, maintenait les données d'enregistrement et transmettait les données pour publication et accès.

AT&T a reçu les services d'annuaire et de base de données. Cette fonction concernait le stockage, la récupération et la découverte d'enregistrements, de documents, d'organisations, de personnes, de serveurs et d'autres ressources Internet. Elle était liée à l'enregistrement parce que les données complétées devaient devenir accessibles aux utilisateurs, mais AT&T n'est pas devenue pour autant une deuxième voie pour obtenir une attribution de numéro de réseau.

General Atomics, opérant par l'intermédiaire de CERFnet, a reçu la composante information et orientation. Sa fonction était le conseil: répondre aux questions sur l'utilisation et la connexion à Internet, maintenir des ressources d'information et orienter les utilisateurs vers les services ou organisations d'assistance appropriés. Un bureau de référence pouvait aider un demandeur à trouver la voie d'enregistrement; il ne pouvait pas se substituer à l'acteur autorisé à traiter une attribution.

D'autres institutions restaient en dehors de ce trio de contractants. La NSF détenait les subventions, fournissait le financement, surveillait les performances, approuvait des actions spécifiées, évaluait les progrès et coordonnait les différends entre les gestionnaires. L'Information Sciences Institute de l'USC a poursuivi la fonction de coordination IANA, y compris la responsabilité au-dessus ou aux côtés des registres et le pouvoir de déléguer des parties de l'administration des numéros. Le NIC DDN conservait sa voie pour les utilisateurs militaires. Les arrangements régionaux et locaux commençaient déjà à modifier le registre qui desservait une population particulière.

La structure de lancement peut être énoncée de manière compacte:

C'était la carte d'avril 1993, et non une description stable de toute la période jusqu'en 1998. Lareproduction archivée de l'amendement 4, datée du 13 septembre 1995, indique qu'une référence à General Atomics était en train d'être supprimée pour refléter la résiliation récente de son accord. La reproduction contient également une incohérence apparente dans le numéro de subvention: elle associe General Atomics à NCR-9218179, alors que le texte de base reproduit attribue NCR-9218179 à AT&T et NCR-9218749 à General Atomics. Le matériel accessible ne permet pas de corriger silencieusement cette incohérence ni de déterminer à partir d'elle l'historique juridique complet de la subvention résiliée. Il établit que la description initiale à trois gestionnaires n'était plus complète en septembre 1995.

Ce changement affecte la question centrale de l'article. Network Solutions n'a pas gouverné un système à trois contractants inchangé pendant cinq ans. La dépendance à l'enregistrement doit être datée indépendamment de l'organisation InterNIC plus large. Ses systèmes sont restés importants, mais l'arrangement des services d'information environnants, la hiérarchie régionale et la supervision fédérale ont évolué pendant la période de subvention.

La division initiale empêche également une fusion trompeuse des fonctions. Un nom n'est pas une adresse. Un ASN n'est pas un domaine. Le DNS inverse lie l'administration des numéros au système de noms sans fusionner les deux. La publication d'annuaire n'est pas l'autorité d'attribution. L'orientation d'information n'est pas une adjudication. La coordination de la zone racine ne peut pas être utilisée comme indicateur de l'expérience en matière d'allocation d'adresses. Chaque fonction avait ses propres preuves, sa population de demandeurs et ses modes de défaillance possibles.

Avant de lire le contrat, un avertissement sur le contrat

Le matériel d'accord disponible est utile mais n'est pas authentifié comme un dossier fédéral exécuté complet.

Latranscription privée Cavebearest une transcription privée. Lescan de 31 pages hébergé par Freespeechest un scan hébergé sur un miroir sans chaîne de traçabilité authentifiée. Lareproduction d'archive ICANNest une reproduction d'archive plutôt qu'une copie canonique de la NSF. Aucune n'est une copie canonique de la NSF. Ces sources permettent de comparer et de localiser des clauses; elles n'établissent pas que l'ensemble accessible contient l'accord exécuté complet, tout le matériel de proposition incorporé, chaque annexe, l'historique complet des signatures, un jeu de pages vérifié ou la chaîne complète des amendements.

Ces limites sont visibles dans l'ensemble conservé. L'accord reproduit fait référence à la proposition de Network Solutions de septembre 1992, un supplément collaboratif d'octobre 1992 et des formules de qualité dans la proposition. Ces documents ne sont pas entièrement disponibles dans la reproduction de base. Les conditions générales apparaissent dans le scan hébergé sur miroir, tandis que la page ICANN reproduit principalement les conditions particulières et les amendements ultérieurs. L'amendement 4 incorpore une autre proposition et des annexes par référence. Un lecteur d'archives peut reconstituer des termes importants, mais pas authentifier l'ensemble du dossier opérationnel.

En conséquence, ce qui suit est une lecture de reproductions provisoires. « La reproduction d'archive indique » et « le scan hébergé sur miroir semble fournir » sont des réserves probatoires, pas de la prudence stylistique. Un compte rendu judiciaire ou gouvernemental ultérieur peut corroborer un élément, une date ou un calcul sans prouver que chaque page reproduite est complète et authentique.

L'avertissement le plus évident est un conflit de 1 000 000 USD dans le montant estimé. La reproduction de couverture indique un total estimé de4 219 339 USD. La reproduction de l'article 8 indique5 219 339 USD. Le scan hébergé sur miroir semble décomposer le chiffre de l'article 8 en4 854 061 USD de coût estimé plus des honoraires fixes de 365 278 USD, ce qui donne arithmétiquement 5 219 339 USD.

L'écart entre le total de la couverture et celui de l'article 8 est exactement de1 000 000 USD. L'arithmétique interne ne peut pas déterminer quel montant global représentait l'attribution exécutée complète. Elle montre seulement que les composantes de l'article 8 s'additionnent au total de l'article 8. Unedescription d'un tribunal de district fédéral de 1998a répété indépendamment la composante de remboursement de 4 854 061 USD et les honoraires fixes de 365 278 USD. Cela corrobore l'arithmétique des composantes; cela n'authentifie pas la copie complète de l'accord, ses annexes ou son historique d'amendements.

Plusieurs ratios utiles peuvent être recalculés à partir des chiffres de l'article 8, à condition qu'ils soient identifiés comme des calculs plutôt que des taux contractuels. Les honoraires fixes de 365 278 USD représentent environ7,5252 %du coût estimé reproduit de 4 854 061 USD et environ6,9985 %du total reproduit de l'article 8 de 5 219 339 USD. L'allocation initiale provisoire était de1 162 245 USD jusqu'au 31 mars 1994, soit environ22,2680 %du total de l'article 8.

La reproduction de couverture et celle de l'article 8 devraient donc rester côte à côte. Choisir silencieusement l'une créerait une fausse précision. L'énoncé défendable est que les sources sont en conflit sur le total tandis que les composantes de l'article 8 sont mathématiquement cohérentes et ultérieurement répétées judiciairement.

Ce que l'attribution provisoire tentait de contrôler

Avec ces limites à l'esprit, la reproduction d'archive décrit un instrument de marché à durée déterminée, en vigueur du 1er janvier 1993 au 30 septembre 1998. Elle divise la période en une phase de démarrage de trois mois, cinq ans de soutien opérationnel à partir du 1er avril 1993, et une période de flexibilité de six mois sans coût supplémentaire.

Les dispositions de financement reproduites décrivent un remboursement des coûts plus des honoraires fixes. Cette structure n'établit pas de gaspillage, d'indifférence ou de performance médiocre. Elle signifie seulement que le paiement n'était pas basé exclusivement sur un résultat vérifié tel qu'une attribution correctement effectuée dans un délai mesuré de bout en bout. La discipline de service devait provenir des exigences, des rapports, de la supervision de la NSF, des décisions de financement annuel, de l'examen des performances et de la possibilité d'amendement ou de remplacement.

Network Solutions apparaît dans la reproduction comme principalement responsable de la qualité, de la ponctualité et de la gestion efficace des services d'enregistrement. La NSF conservait la planification du soutien, la supervision, le suivi et l'évaluation. L'agent de programme pouvait examiner les progrès et participer à des discussions techniques ou de calendrier, mais la reproduction limitait la capacité de cet agent à commander des travaux hors du champ d'application, à augmenter les coûts estimés, à prolonger la période d'exécution ou à modifier les conditions expresses. Les modifications importantes nécessitaient le canal des subventions et des contrats et une action écrite.

Le mécanisme de financement donnait à la NSF un levier récurrent. L'allocation initiale couvrait l'exécution jusqu'au 31 mars 1994, d'autres fonds étant envisagés de manière incrémentale. Le texte reproduit exigeait un avis si les coûts prévus pour les 60 jours suivants, ajoutés aux coûts déjà engagés, dépassaient 85 % du montant alloué. Le soutien futur était lié à un examen annuel, un plan de programme proposé, une négociation et des fonds disponibles.

Le suivi était conçu comme un processus récurrent plutôt qu'une inspection en fin de période. La reproduction d'archive appelle à des examens de transition hebdomadaires pendant la phase de démarrage et par la suite jusqu'à ce que la NSF en décide autrement. Des réunions conjointes entre gestionnaires étaient envisagées au moins trimestriellement pendant la première année. Des rapports trimestriels devaient couvrir l'état technique, les réalisations, les problèmes, la collaboration, les changements de plans, les approbations en attente et les dépenses. Les soumissions annuelles devaient identifier les objectifs atteints, dépassés ou manqués et expliquer les écarts significatifs par rapport au plan.

L'exigence reproduite de rapport final envisageait un compte rendu des travaux et des problèmes suffisamment détaillé pour qu'une organisation raisonnablement compétente puisse reproduire le travail. Elle envisageait également la livraison de logiciels et de données sur demande. Ce langage exprime une ambition de continuité, mais l'existence d'une clause de livraison ne constitue pas un test pour savoir si un autre opérateur pourrait reprendre un service en direct avec ses files d'attente, sa correspondance, ses connaissances tacites sur les politiques et ses routines du personnel intactes.

L'amendement 4 a ajouté un autre mécanisme de visibilité. Sa reproduction d'archive exigeait la disponibilité publique, à partir de novembre 1995, des mesures de performance du service d'enregistrement, des délais d'exécution et de la performance par rapport à ces mesures. Il demandait également que le rapport d'examen des performances soit mis à disposition pour examen public. Cela indique que la preuve des performances publiques était devenue une préoccupation explicite. Cela ne fournit pas les chiffres manquants en soi.

L'attribution divisait également la coordination de l'examen des demandes. Le langage de collaboration reproduit permettait à l'agent de programme de la NSF de résoudre les différends techniques, de gestion ou de calendrier entre les gestionnaires InterNIC. Cela pouvait traiter un désaccord entre Network Solutions et AT&T sur un transfert, ou un autre conflit de gestion au sein du projet. Cela n'était pas exprimé comme une audience pour un demandeur contestant une décision sur les numéros.

La conception mandant-mandataire était donc plus substantielle qu'une subvention passive. La NSF conservait des outils de financement, de rapport, d'approbation, d'évaluation et de coordination. Network Solutions contrôlait toujours les systèmes et le personnel quotidiens par lesquels les demandes centrales progressaient. La question importante n'est pas de savoir si une supervision formelle existait; elle existait. C'est de savoir si les preuves disponibles montrent avec quelle rapidité, cohérence ou efficacité ces contrôles protégeaient les demandeurs de numéros. Sur ce point, le dossier public est mince.

Le délai de trois jours qui commence après l'achèvement

Les reproductions provisoires de l'accord incluent des exigences de délai distinctes pour les attributions de numéros de réseau par classe:3 jours ouvrables pour la classe C,5 jours ouvrables pour la classe Bet22 jours ouvrables pour la classe A. Ce sont des exigences reproduites, pas des résultats de conformité authentifiés ou des observations du service réel.

Leur dénominateur est crucial. La définition reproduite fait démarrer le délai à la réception d'unedemande complète, y compris toute information spécifiquement demandée sur la topologie du réseau et l'utilisation de l'espace d'adressage précédemment attribué. Il se termine à l'attribution d'un numéro.

Cela exclut plusieurs étapes qu'un demandeur pourrait subir. La première réception est en dehors de la période mesurée si la soumission n'est pas considérée comme complète. Le rejet et la correction par l'analyseur en sont exclus. Le temps d'attente de la vérification du demandeur en est exclu. Des échanges supplémentaires sur la topologie, l'utilisation existante ou les besoins projetés peuvent précéder l'achèvement. Le délai de publication après l'attribution est également en dehors du délai, tout comme les soumissions abandonnées avant d'atteindre l'achèvement.

Un contractant pourrait donc satisfaire à une exigence de trois jours ouvrables pour la classe C après l'achèvement tandis que le demandeur subit un intervalle plus long entre la première soumission et l'enregistrement utilisable. Cette possibilité n'est pas une preuve que de longs retards se sont produits. L'inverse compte aussi: un échange pré-achèvement prolongé pourrait refléter des preuves manquantes ou inadéquates fournies par le demandeur plutôt qu'une défaillance du contractant.

Une évaluation sérieuse nécessiterait au moins quatre horodatages: première réception, première réponse de l'analyseur ou du personnel, reconnaissance de l'achèvement, et attribution finale ou refus. Il faudrait également le type et la taille de la demande, toute preuve supplémentaire demandée, le temps de réponse du demandeur, les pauses pour coordination et le moment où les données d'enregistrement résultantes sont devenues disponibles.

La reproduction fait référence à des formules de qualité dans une proposition qui n'est pas présente dans l'ensemble d'accords accessible. Sans ces définitions, le chercheur ne peut pas déterminer si la qualité a été échantillonnée sur les noms, les numéros, les ASN et les mises à jour d'enregistrements; si une moyenne, une médiane, un percentile ou un seuil a été utilisé; ou comment les soumissions rejetées, corrigées, expirées et abandonnées ont été traitées.

Les chiffres de trois, cinq et 22 jours restent précieux. Ils montrent que l'approvisionnement a tenté de faire du délai d'attribution des numéros une obligation spécifiée. Ils ne révèlent pas combien de demandes sont entrées dans chaque classe, combien ont satisfait à la norme, ou si le délai a été appliqué de manière cohérente.

Mai 1994: l'échelle dans des unités qui ne doivent pas être mélangées

La preuve contemporaine la plus solide de la charge de travail provient d'une section soumise par le contractant duRapport Mensuel Internet de mai 1994. Elle enregistre plusieurs types d'activité différents:

• 5 009 courriels au hostmaster
• 251 demandes par courrier postal ou fax
• 2 047 appels téléphoniques
• 1 316 domaines enregistrés
• 565 entrées d'adresse inverse
• 12 645 unités de numéros de réseau de classe C attribuées
• 20 unités de numéros de réseau de classe B attribuées
• 57 ASN attribués

Aucune de ces unités ne peut être additionnée pour produire un total significatif appelé « demandes ». Un courriel peut être une demande, une correction, une demande de statut ou une question de politique. Un appel téléphonique peut concerner l'une de plusieurs fonctions. Une entrée d'adresse inverse n'est pas une nouvelle allocation. Un enregistrement de domaine n'est pas une attribution d'ASN.

Plus important encore, les 12 645 unités de classe C ne représentent pas 12 645 demandeurs. Le rapport indique séparément que des blocs de 256 réseaux de classe C ont été attribués à plusieurs organisations et au NIC DDN. Une seule demande ou action d'attribution pourrait donc représenter un grand nombre des unités déclarées. Ce chiffre démontre l'échelle des unités d'adresse enregistrées au cours du mois, pas le nombre de demandeurs uniques ou d'adjudications.

Le même rapport énumère l'utilisation des services d'information pour mai sans résoudre le dénominateur d'enregistrement. Il donne211 257 requêtes de clients WHOISet785 015 requêtes de serveurs WHOIS. Il rapporte séparément48 859 connexions Gopher,24 748 connexions WAIS,8 779 connexions FTP, et1 387 connexions Mailserv. Les requêtes, connexions, demandes, attributions et contacts téléphoniques restent distincts.

Ces chiffres plaident fortement en faveur d'une infrastructure commune pour l'efficacité. Un bureau purement manuel aurait été confronté à une pression croissante provenant du courrier, des appels, des mises à jour de bases de données, des requêtes et de plusieurs types d'identifiants. Des formulaires standard ont permis de mécaniser les contrôles répétitifs. L'analyse a pu empêcher les champs mal formés d'arriver dans la file d'attente du personnel. Les messages d'erreur pouvaient indiquer au demandeur ce que le système rejetait. La vérification pouvait détecter une incompréhension de la machine avant qu'elle ne devienne un enregistrement public. L'état des tickets pouvait réduire l'incertitude et éviter certains contacts de support.

Le rapport mensuel démontre une activité à grande échelle. Il ne fournit pas un taux d'achèvement pour les demandes de numéros, un taux de rejet par l'analyseur, un taux d'abandon, une distribution des délais ou un échantillon de précision indépendant. Il ne révèle pas si un demandeur a généré de nombreux courriels ou si un appel concernait plusieurs enregistrements. C'est une preuve d'opérations, pas un audit d'équité.

Ce que le compte rendu de 1996 du contractant ajoute

Une transcription hébergée privément duRapport Annuel d'Avancement des Services d'Enregistrement InterNIC de 1996fournit des affirmations de performance ultérieures. Sa provenance est plus faible qu'un rapport de contractant authentifié, et ses statistiques restent auto-déclarées. Néanmoins, elle est plus informative que de remplacer la période par des questions hypothétiques seules.

La transcription indique qu'au31 décembre 1996, 95 % des nouvelles demandes d'enregistrement étaient traitées dans les 24 heures. Elle ne fournit aucun numérateur, aucune population par type de demande et aucune règle de mesure. « Nouvelles demandes d'enregistrement » n'est pas décomposé en domaines, travail sur les numéros IP, ASN, contacts ou autres modèles. L'affirmation ne peut pas être rapportée comme un taux d'achèvement de 95 % pour les numéros IP.

Un passage distinct concerne spécifiquement les domaines. Il indique queplus de 85 000 domainesont été enregistrés ennovembre 1996et queplus de 90 % de ces demandesont été automatiquement traitées par l'analyseur dans les 24 heures. Cette déclaration spécifique aux domaines ne peut pas être mélangée avec l'affirmation de 95 % de fin d'année. C'est une preuve d'une automatisation substantielle des domaines en un mois, pas une mesure du délai d'attribution des adresses ou de l'équité.

La même transcription enregistre des preuves moins flatteuses sur le support général. Au cours de l'année1996, les taux d'abandon d'appels auto-déclarés variaient demoins de 8 % à plus de 50 %. Les taux étaient typiquement de10 % à 20 % dans la dernière partie de l'année. Les temps d'attente moyens étaient d'environquatre minutes, et le temps moyen pour répondre aux messages vocaux n'était pas mesuré. Le compte rendu indique également que des problèmes de circuits téléphoniques identifiés en décembre ont conduit de nombreux appelants à recevoir des signaux occupés.

Ces chiffres offrent une vue limitée de la tension sur le service. Ils ne fournissent pas le nombre sous-jacent d'appels, la distribution par mois ou par jour, la durée des appels, ou la part attribuable aux demandeurs de numéros. Un appelant cherchant une allocation IP ne peut pas être distingué de quelqu'un demandant au sujet d'un domaine, de la facturation ou d'un enregistrement de contact. Les preuves soutiennent une conclusion générale selon laquelle le support téléphonique a subi une pression substantielle et variable en 1996. Cela ne peut pas être converti en un taux de préjudice pour l'attribution de numéros.

La transcription annuelle illustre également pourquoi les totaux d'activité sont un indicateur instable de la qualité de service. L'automatisation pourrait traiter une proportion élevée de domaines rapidement tandis que les appelants font face à un accès variable à l'aide. Une affirmation de traitement en un jour pouvait coexister avec des arriérés de courriels de facturation de sept jours ou des délais plus longs pour certains modèles manuels. Différentes fonctions avaient différentes files d'attente, et un taux de succès agrégé pouvait dissimuler la population la plus dépendante du jugement du personnel.

Pour le travail sur les numéros, le dénominateur nécessaire est toujours absent. Aucun taux d'achèvement reproductible ne peut être calculé sans le nombre de demandes complétées, de demandeurs uniques, de modèles rejetés, de demandes corrigées, d'expirations, d'abandons, de refus substantiels et de résultats de conformité spécifiques à la classe ou au préfixe. Aucune distribution des temps écoulés ne relie la première réception, l'achèvement, l'attribution et la publication. Les sources ne fournissent pas non plus de durée de panne vérifiée ou de taux de plainte spécifique aux numéros.

Les preuves disponibles soutiennent donc deux propositions à la fois. Network Solutions a construit et exploité une automatisation capable de gérer un volume déclaré substantiel. Le dossier public ne permet pas une estimation fiable de la fréquence à laquelle les demandeurs de numéros ont subi des retards, corrections, refus ou examens réussis.

Là où la concentration se situait réellement

La chaîne centrale peut être analysée sans qualifier chaque exigence administrative de préjudice.

À la réception, Network Solutions contrôlait l'adresse électronique publiée, le modèle accepté et l'analyseur. Un formulaire mal formé ou obsolète ne pouvait pas progresser dans le chemin automatisé jusqu'à ce qu'il soit corrigé. Des canaux manuels subsistaient, mais le même contractant d'enregistrement exploitait en fin de compte le service central non DDN.

À la vérification, le demandeur devait confirmer que la machine avait interprété correctement la soumission. C'était une protection contre les erreurs silencieuses. Cela plaçait également l'achèvement de la boucle sur le demandeur dans les sept jours. L'incidence des expirations est inconnue, donc la règle démontre une dépendance et une conséquence possible de re-soumission plutôt qu'un fardeau mesuré sur une population.

La complétude était la frontière suivante. Une demande de numéro pouvait nécessiter des informations sur la topologie et l'utilisation antérieure. Ces preuves n'étaient pas un ornement bureaucratique: la conservation des adresses et l'agrégation du routage exigeaient que les registres évaluent les besoins opérationnels. Le problème de gouvernance est que la détermination de la complétude par le contractant contrôlait le moment où le délai reproduit commençait à courir. Sans enregistrements de demandes horodatés, il est impossible de dire si ce pouvoir discrétionnaire a été exercé rapidement ou de manière incohérente.

Le traitement substantiel suivait. Le personnel de Network Solutions traitait le travail central non DDN sur les numéros de réseau et les ASN dans le cadre applicable de délégation et technique. C'était plus conséquent que de diriger un utilisateur vers un document. Le traitement par le personnel contribuait à décider si un identifiant demandé serait attribué, en quelle quantité et après quelles informations justificatives.

Après l'attribution venaient l'enregistrement et la publication. La reproduction provisoire définit la disponibilité comme la fourniture de données d'enregistrement au bénéficiaire de l'annuaire et de la base de données. Network Solutions initiait le transfert; AT&T occupait la couche de publication et d'accès au lancement. Une attribution et son enregistrement public étaient liés mais institutionnellement distincts.

Cette distinction crée une possible frontière de défaillance. Un retard pouvait survenir dans le traitement, la transmission, la publication ou la correction. Pourtant, aucune série de réconciliation récupérée ne montre la fréquence à laquelle les enregistrements différaient, la rapidité avec laquelle les problèmes de transfert étaient résolus ou si les utilisateurs pouvaient identifier le gestionnaire responsable. Les dispositions de coordination inter-gestionnaires de l'accord reconnaissent la nécessité de gouverner ces jointures, mais elles ne mesurent pas l'échec.

L'examen formait l'étape finale. La première procédure administrative publique était explicite sur la correction par l'analyseur, le contact hostmaster et l'état des tickets. Elle était beaucoup moins explicite sur l'examen indépendant des décisions substantielles sur les numéros. Le silence de la RFC 1400 ne peut pas prouver que le réexamen par le personnel, le contact IANA ou l'escalade informelle n'ont jamais eu lieu. Cela signifie que le document ne fournit pas de procédure d'appel accessible au demandeur qui puisse être évaluée.

La conclusion démontrée est donc unedépendance concentrée à la réception et au traitement centraux. Network Solutions occupait des étapes consécutives dans la voie centrale non DDN: réception, analyse, correction, complétude, traitement par le personnel, attribution et mise à jour de l'enregistrement. Les preuves n'identifient pas une classe précise de demandeurs pour laquelle le service DDN, le RIPE NCC, l'APNIC, un registre local, l'espace attribué par un fournisseur ou l'escalade vers un registre parent était démontrablement indisponible. Elles ne fournissent pas non plus de préjudice opérationnel documenté causé par cette absence de choix.

C'est plus étroit qu'un point d'étranglement universel, mais cela reste institutionnellement significatif. Concentrer des étapes consécutives peut rendre l'automatisation cohérente et les dossiers cohérents. Cela peut aussi rendre la qualité du chemin central fortement dépendante des systèmes, du personnel, des définitions et des transferts d'un seul opérateur. Le dossier historique soutient l'analyse de cette dépendance sans présumer d'abus.

La géographie et la classe de demandeur modifiaient la voie

Le service central n'a jamais eu une relation uniforme avec chaque demandeur Internet tout au long de 1993-1998.

L'Europe offrait déjà le contre-exemple le plus clair. L'histoire du RIPE NCC lui-mêmedistingue sa création formelle enavril 1992de la distribution d'adresses, qui n'était pas une activité initiale mais a été ajoutée plus tard en1992. Au moment de la transition InterNIC, l'administration des numéros en Europe avait commencé à passer par une structure régionale.

La RFC 1466, publiée en mai 1993, décrivait le registre Internet comme le registre par défaut là où aucune autorité d'enregistrement déléguée n'existait. Elle plaidait pour la distribution de l'enregistrement parce que des registres géographiquement plus proches pouvaient mieux servir les communautés, langues et coutumes locales. Elle notait que le RIPE NCC avait déjà reçu un bloc d'espace de classe C pour l'allocation européenne.

La RFC 1466 ne décrivait pas des voies commerciales interchangeables. Elle disait qu'un demandeur de réseau pouvait contacter directement le registre Internet central et pourrait, selon les circonstances, être référé à un registre régional. Le registre central devait être prêt à servir un abonné lorsque nécessaire. Au niveau régional, le document favorisait un registre unique reconnu pour chaque zone géographique. La distribution réduisait la dépendance centrale mais pouvait créer une dépendance régionale non interchangeable.

La voie Asie-Pacifique a émergé selon un calendrier différent. L'histoire institutionnelle de l'APNICindique que son projet pilote devait commencer enseptembre 1993et s'est poursuivi jusqu'en juin 1994. L'IANA a reconnu publiquement l'APNIC enavril 1994en déléguant les plages IPv4202/8 et 203/8. La voie disponible pour un demandeur de la région Asie-Pacifique dépendait donc de la date, de la géographie, de la maturité du projet pilote et de la délégation applicable.

D'aprèsla RFC 2050 de novembre 1996, la carte publiée de l'administration des numéros était explicitement hiérarchique: IANA, registres régionaux et registres locaux. Elle identifiait InterNIC avec l'Amérique du Nord, le RIPE NCC avec l'Europe et l'APNIC avec la région Asie-Pacifique. Les registres locaux opéraient au-dessous du niveau régional.

Les relations avec les fournisseurs créaient une autre voie. La RFC 2050 conseillait à de nombreux FAI d'obtenir de l'espace d'adressage auprès d'un fournisseur en amont pour soutenir le routage hiérarchique et l'agrégation. Certains fournisseurs multi-connectés ou connectés à un point d'échange pouvaient demander directement à un registre régional. Les demandeurs dans des zones sans registre régional désigné pouvaient contacter un registre régional, qui pourrait traiter ou référer la demande.

L'espace attribué par un fournisseur n'était pas équivalent à un registre central concurrent. Il pouvait entraîner des implications de renumérotation si le client changeait de fournisseur de connectivité. L'espace de registre direct ne garantissait pas non plus la routabilité mondiale. Le choix dépendait des circonstances opérationnelles, pas simplement de la préférence.

La voie DDN est restée séparée pour sa population éligible pendant la transition de 1993. Il était dit à un utilisateur militaire de continuer avec le NIC DDN. Cette voie est une preuve contre un service unique englobant tous les demandeurs, mais ce n'était pas une alternative générale ouverte à toute organisation non militaire.

En 1996, la description la plus précise n'était pas que Network Solutions servait de seule porte mondiale pour les numéros. InterNIC était un registre régional au sein d'une hiérarchie qui incluait également le RIPE NCC, l'APNIC, les registres locaux et les attributions par les fournisseurs. Auparavant, le registre central restait le défaut pour les zones sans délégué et conservait des fonctions de coordination importantes.

La régionalisation a réduit la population exposée au processus de demande central. Elle n'a pas créé un marché dans lequel chaque demandeur pouvait changer de registre après un mauvais service. Un opérateur européen ne pouvait pas nécessairement choisir le registre nord-américain comme substitut; un client de fournisseur pouvait devoir accepter l'espace en amont; une demande importante ou exceptionnelle pouvait nécessiter une coordination de niveau supérieur. Les alternatives étaient spécifiques à la date et à la population, et leur non-interchangeabilité est centrale pour comprendre à la fois la résilience et la dépendance.

Quatre recours qui ne doivent pas être confondus

Le dossier contient quatre types différents de correction ou d'examen. Les traiter comme un seul exagérerait la protection des demandeurs.

La première voie était la correction opérationnelle. La RFC 1400 documentait les messages d'erreur de l'analyseur, les formulaires de vérification corrigés, la re-soumission, l'état des tickets et le contact avec le personnel hostmaster. Ces mécanismes traitaient les entrées mal formées, les modèles obsolètes, l'interprétation de l'analyseur et l'état des demandes. Le personnel pouvait aussi avoir réexaminé une soumission de manière informelle. Le document ne révèle pas la fréquence, la durée ou le résultat de ces interactions.

La deuxième voie concernait les différends entre les gestionnaires InterNIC. La reproduction de l'accord d'archive indique que l'agent de programme de la NSF pouvait résoudre les différends techniques, de gestion ou de calendrier entre les collaborateurs. Cela soutenait la coordination au sein du service acquis. Ce n'était pas un appel pour un demandeur contre une décision sur les numéros.

La troisième voie concernait les désaccords entre le bénéficiaire et la NSF. Les conditions générales hébergées sur miroir semblent prévoir que les différends de fait non résolus informellement recevraient une décision écrite d'un agent des subventions de la NSF, le bénéficiaire pouvant demander un réexamen dans les30 jourssuivant la réception de cette décision. Parce que les conditions générales incorporées complètes et leur provenance n'ont pas été authentifiées dans l'ensemble de l'attribution exécutée accessible, cela reste une preuve contractuelle provisoire. En tout état de cause, il s'agissait d'un processus pour la partie contractante accessible au bénéficiaire, pas d'un recours accordé à un demandeur de réseau.

La quatrième voie était la hiérarchie des registres orientée demandeurs énoncée dans la RFC 2050. Une organisation insatisfaite de la performance du registre d'attribution pouvait faire appel au registre parent. Le registre d'attribution devait mettre la documentation pertinente à disposition. Un appel supplémentaire pouvait remonter au parent du parent et, une fois les autres voies épuisées, finalement à l'IANA. Chaque registre était censé documenter sa procédure d'appel.

La RFC 2050 a amélioré l'architecture publiée de l'examen. Elle séparait le registre d'attribution d'un examinateur de niveau supérieur et s'appliquait spécifiquement aux décisions d'adresse. C'était une Meilleure Pratique Actuelle écrite par des représentants associés à InterNIC, l'APNIC, le RIPE NCC et l'IANA, pas un audit de la façon dont les appels fonctionnaient en pratique.

Aucun des documents conservé ne fournit une série d'appels spécifiques aux numéros. Il n'y a pas de nombre récupéré de contestations, de durée moyenne, de taux d'annulation, de distribution des résultats ou de preuve que des demandeurs placés dans des situations similaires recevaient un examen cohérent. L'absence d'une telle série ne montre pas que les appels étaient inutilisés ou inefficaces; elle empêche une conclusion mesurée dans un sens ou dans l'autre.

La carte des recours change donc au fil du temps et selon l'acteur. En 1993, les demandeurs pouvaient corriger des formulaires et contacter le personnel, tandis que la NSF gérait ses contractants. Les conditions générales provisoires fournissaient une voie de recours contractuelle pour le bénéficiaire. En novembre 1996, le système de registre des numéros publié articulait une voie orientée demandeurs via les registres parents jusqu'à l'IANA. Chacun traitait un différend différent.

Preuves de performance et continuité en bout de chaîne

Une affirmation forte de préjudice systématique pour les demandeurs de numéros nécessiterait plusieurs ensembles de données qui n'ont pas été récupérés ensemble.

Les décomptes de demandes devraient identifier les demandes de numéros complétées et les demandeurs uniques plutôt que des unités d'adresse, des messages ou des appels. Les enregistrements de délais auraient besoin d'horodatages de bout en bout, pas seulement l'intervalle après l'achèvement. Les données de correction auraient besoin des modèles rejetés, des formulaires corrigés, des demandes expirées et des soumissions abandonnées. Les données de décision auraient besoin des refus substantiels, des réductions et des résultats spécifiques à la classe ou au préfixe.

La fiabilité nécessiterait des interruptions de service vérifiées et leurs durées. La responsabilité nécessiterait des décomptes de plaintes, des taux d'escalade, des annulations et des délais de résolution. La portabilité nécessiterait des preuves montrant la rapidité avec laquelle un autre opérateur pourrait reprendre le service, y compris les logiciels, les données, les files d'attente en attente, la correspondance, l'historique des politiques et les connaissances du personnel.

L'accord reproduit envisageait des rapports capables de répondre à certaines de ces questions. L'amendement 4 exigeait des mesures de performance publiques. La transcription de 1996 fait référence aux données de performance et de traitement, tandis que la présentation publique conservée est incomplète pour une analyse spécifique aux numéros. L'existence d'un système de rapport prévu n'est pas la même chose que la possession de sa série complète.

L'avis juridique du GAO de 2016fournit des preuves rétrospectives limitées sur la transition ultérieure. Il indique que, lorsque l'administration est passée au Département du Commerce en 1998, une disposition ajoutée exigeait que Network Solutions livre des copies des logiciels, des données et de la documentation générés en vertu de l'accord jusqu'en octobre. Le GAO a rapporté la livraison de fichiers de base de données surdix cartouches de 8 millimètres, un classeur répertoriant les bases de données et plusieurs autres classeurs contenant des données et de la documentation logicielle.

Cette preuve démontre une obligation de transition et une livraison physique. Elle n'établit pas que les matériels étaient suffisamment complets pour faire fonctionner le service, qu'ils capturaient l'état actif des files d'attente ou la correspondance historique, ou qu'un successeur a effectué une reprise testée à partir d'eux. La remplaçabilité opérationnelle reste une inférence à examiner, pas un échec démontré.

L'enquête du GAO portait principalement sur la propriété gouvernementale et la transition ultérieure de l'IANA. Son compte rendu est fortement préoccupé par les questions de noms de domaine et de zone racine et ne fournit aucun dénominateur pour les demandes de numéros. Il ne peut pas combler le dossier manquant des demandes d'adresse, des retards ou des appels.

Les frais de domaine ultérieurs, les litiges de marques, la concurrence des bureaux d'enregistrement et les différends sur la propriété de la zone racine sont de même délimités. Ils peuvent éclairer l'histoire de la même entreprise ou attribution, mais ils ne prouvent pas que les demandeurs de numéros ont été refusés, retardés ou privés de recours. Des preuves spécifiques aux fonctions restent nécessaires.

Les mesures manquantes sont concentrées aux points où la thèse de l'article deviendrait autrement causale. Il n'y a pas de taux reproductible d'achèvement des demandes de numéros, de durée de panne vérifiée, de taux de plainte spécifique aux numéros, de taux d'escalade, de taux d'annulation ou de temps de basculement. Les preuves montrent une dépendance administrative et une observabilité incomplète, pas une perte de bien-être estimée.

Contrefactuel: un seul gestionnaire pour les trois services

Considérons une alternative construite par un analyste dans laquelle la NSF aurait attribué les services d'enregistrement, d'annuaire et d'accès aux bases de données, et les services d'information à un seul fournisseur intégré. C'est un contrefactuel pour tester la structure de l'approvisionnement, pas une affirmation qu'un tel modèle était historiquement réalisable ou préférable en 1993.

L'intégration pourrait réduire les coûts de coordination. Les données d'enregistrement pourraient passer de la réception à la publication au sein d'une seule organisation. Une seule équipe d'exploitation pourrait retracer une défaillance à travers l'analyse, le traitement par le personnel, la disponibilité des bases de données, les requêtes publiques et le support général. Les utilisateurs n'auraient pas à identifier si Network Solutions ou AT&T était responsable d'un problème au niveau du transfert.

L'investissement dans l'automatisation pourrait aussi devenir plus cohérent. Un seul système d'identité et de tickets pourrait connecter les demandeurs, les organisations, les domaines, les numéros, les ASN, les contacts, les enregistrements de publication et l'historique de support. Les changements de formats de données ne nécessiteraient pas d'accord entre les attributions. Le personnel d'information générale pourrait voir l'état d'un enregistrement sans référence séparée.

Le risque est un confinement des défaillances plus large. Le même fournisseur recevrait les demandes, traiterait les attributions, publierait les enregistrements, répondrait aux questions et rendrait compte de sa propre performance. Une panne de système ou une transition organisationnelle ratée pourrait affecter la réception, le traitement faisant autorité, la publication et l'orientation à la fois.

La surveillance deviendrait également moins modulaire. Des organisations séparées créaient des frontières où la NSF pouvait comparer les comptes rendus de livraison et tester si les données passaient de l'enregistrement à la publication. La séparation ne rendait aucun gestionnaire indépendant du financement fédéral ni ne garantissait des rapports véridiques, mais un fournisseur entièrement intégré éliminerait même ce contraste organisationnel.

Le remplacement impliquerait un ensemble plus large de systèmes et d'expertise. Changer le service d'enregistrement nécessitait déjà une continuité des logiciels, des données, des files d'attente et des politiques. Remplacer un InterNIC intégré ajouterait l'infrastructure d'annuaire, les outils d'accès public, les archives, les services d'information et une opération de support plus large.

Le contrefactuel renforce l'argument d'efficacité de la division par la NSF. Des attributions séparées limitaient l'ampleur du rôle formel d'un fournisseur et permettaient des opérations spécialisées. Cela clarifie également pourquoi la concentration restait à l'intérieur de la composante d'enregistrement: la division séparait des services dissemblables plutôt que de créer des substituts pour le même acte d'autorité.

Contrefactuel: plusieurs fournisseurs d'enregistrement remplaçables

Une deuxième alternative construite par un analyste permettrait à plusieurs fournisseurs d'enregistrement de servir la même population de demandeurs tout en partageant un grand livre faisant autorité et une fonction centrale de résolution des conflits.

Chaque fournisseur pourrait accepter une demande standard, vérifier le format, recueillir les informations justificatives et soumettre une transaction approuvée à un service central. Les demandeurs pourraient passer à un autre fournisseur lorsque le support est inaccessible. Une panne de fournisseur n'arrêterait pas nécessairement tous les canaux de réception. La NSF pourrait comparer les délais, les taux de correction et l'expérience des demandeurs entre les fournisseurs.

Le noyau faisant autorité aurait encore besoin d'une sérialisation stricte. Deux fournisseurs ne pourraient pas attribuer le même bloc de numéros. Un système partagé devrait gérer l'espace disponible, les réservations en attente, les attributions complétées, les exceptions et les annulations sans états conflictuels. Une réplication retardée pourrait être dangereuse sur le plan opérationnel.

La cohérence poserait un deuxième défi. Les fournisseurs pourraient interpréter différemment la topologie, l'utilisation et les exigences d'agrégation. Les demandeurs pourraient rechercher la décision la plus permissive. Une politique commune, des preuves standard, des journaux de transactions et un examinateur contraignant seraient nécessaires. La distribution de la réception déplacerait donc plutôt que d'éliminer l'autorité centrale.

L'investissement dans l'automatisation pourrait se fragmenter. Plusieurs fournisseurs pourraient dupliquer les analyseurs, les systèmes d'état et l'infrastructure de support, ou dépendre de la NSF pour construire une plateforme commune. L'interopérabilité, la sécurité, la responsabilité, les formats d'audit, les règles de réservation et les procédures de migration devraient être définis avant que l'expérience opérationnelle ait rendu les exigences évidentes.

La surveillance pourrait s'améliorer si les fournisseurs généraient des enregistrements comparables, mais seulement si le mandant contrôlait les règles de mesure. Un fournisseur pourrait démarrer son chronomètre à la première réception tandis qu'un autre le démarrerait à l'achèvement. L'un pourrait compter les re-soumissions comme de nouvelles demandes. Sans dénominateurs standard, la concurrence apparente pourrait produire des affirmations de performance incomparables.

L'examen des demandes nécessiterait également une conception institutionnelle. Un choix de service client n'est pas un substitut pour un appel lorsque le service central de politique rejette une attribution. Un changement de fournisseur pourrait aider avec l'explication ou la préparation du formulaire, tandis que la décision faisant autorité restait inchangée. L'examinateur partagé aurait besoin de documentation, de délais et d'autorité sur chaque fournisseur.

Le confinement des défaillances serait meilleur au niveau de la réception mais incertain au niveau du grand livre. Plusieurs portes d'entrée pourraient survivre à une panne d'un fournisseur. Une panne du service central de réservation ou d'unicité pourrait toutes les arrêter. L'architecture distribuerait une partie du risque opérationnel tout en préservant un noyau non concurrentiel.

La faisabilité historique ne peut pas être présumée. Les contraintes de routage du début des années 1990, la rareté de l'espace d'adressage, la standardisation incomplète des politiques et le coût de la coordination en temps réel ont peut-être favorisé un propriétaire clair pour chaque domaine de décision. La délégation régionale a traité l'échelle par une hiérarchie géographique plutôt que par des fournisseurs concurrents partageant un pool unique.

Cette alternative expose néanmoins des questions de conception utiles. La réception pourrait-elle être remplaçable sans fragmenter le grand livre? Les demandeurs pourraient-ils changer de fournisseur de support tout en maintenant des décisions cohérentes? Des journaux comparables pourraient-ils rendre l'examen de la performance plus crédible? L'examinateur central pourrait-il être séparé du traitement de première ligne? Les preuves InterNIC conservées ne testent pas ces possibilités, donc aucune estimation de bien-être, de retard ou de coût de basculement ne s'ensuit.

La conclusion proportionnée

La conception d'InterNIC par la NSF en 1993 combinait la spécialisation avec une identité publique commune. Network Solutions gérait l'enregistrement central non DDN; AT&T gérait l'accès aux annuaires et bases de données; General Atomics/CERFnet gérait l'information et l'orientation. La NSF conservait le financement, le suivi, les approbations, l'évaluation et la coordination inter-gestionnaires. L'USC/ISI poursuivait la coordination IANA, et le NIC DDN conservait la voie militaire.

Le système d'enregistrement offrait une administration utile. Des formulaires structurés, une analyse machine, des erreurs explicites, une confirmation du demandeur, l'état des tickets, une infrastructure commune et un traitement final humain étaient des réponses plausibles à un volume en augmentation rapide. Les totaux opérationnels de mai 1994 et l'affirmation ultérieure d'automatisation des domaines montrent une activité substantielle, bien que non une preuve indépendante de la qualité du service des numéros.

Au sein de l'institution divisée, Network Solutions contrôlait les étapes consécutives du chemin central d'enregistrement. Cette concentration rendait une demande dépendante du canal accepté, de l'analyseur, de la boucle de correction, de la détermination de la complétude, du traitement par le personnel et de la mise à jour de l'enregistrement d'un seul contractant. Elle est correctement décrite comme une dépendance concentrée à la réception et au traitement centraux.

Le système environnant a changé. Le RIPE NCC distribuait des adresses en Europe, l'APNIC émergeait en Asie-Pacifique, les registres locaux et les fournisseurs desservaient des populations supplémentaires, les utilisateurs DDN conservaient un autre canal, et la RFC 2050 plaçait InterNIC dans une hiérarchie régionale avec une voie d'appel au registre parent. Ces alternatives étaient spécifiques au temps, à la géographie et à la classe de demandeur plutôt que des choix interchangeables.

Les preuves de supervision et de recours sont incomplètes mais pas absentes. La NSF avait des outils contractuels; les demandeurs avaient la correction et le contact avec le personnel; les conditions générales provisoires décrivaient un réexamen bénéficiaire-NSF; et la RFC 2050 a articulé plus tard l'appel des demandeurs via les registres parents jusqu'à l'IANA. Ce qui manque, c'est la série de résultats nécessaire pour juger ces mécanismes dans les cas de numéros.

Le « prix » du titre est donc une question d'enquête plutôt qu'une perte quantifiée. L'administration centrale a apporté l'échelle et la cohérence tout en plaçant plusieurs étapes d'une chaîne définie chez un seul contractant. Le dossier conservé ne prouve pas que cette dépendance était universellement inévitable, systématiquement abusive, ou responsable d'un préjudice mesurable pour les demandeurs de numéros.