Résumé

  • RFC 1431 séparait trois résultats d'une requête : trouver la cible, limiter les autres réponses et mesurer les opérations sous-jacentes.
  • Les SearchStones rendaient ce travail visible, mais leurs coefficients reflétaient un arbre, des DSA et une pratique de réplication particuliers.
  • Le déploiement réel et l'évaluation indépendante figuraient ailleurs dans le questionnaire : aucune note ne pouvait les déduire à elle seule.

Trois verdicts dans une seule recherche

Une recherche de personne semble offrir un verdict simple. Le nom demandé apparaît ou n'apparaît pas. Pourtant, sur un annuaire distribué, cette apparition clôt seulement la question la plus visible. Si la bonne fiche arrive au milieu de dizaines d'homonymes, le client a trouvé sans vraiment discriminer. S'il a provoqué une longue cascade d'opérations, il a réussi au prix d'un travail que son interface peut dissimuler.

RFC 1431, document informatif de Paul Barker publié en février 1993, transforme cette ambiguïté en méthode. Son objet est l'évaluation d'un DUA, un Directory User Agent, ou plus largement d'une interface d'accès à l'annuaire. Le cas privilégié est celui des pages blanches. Le texte suppose le mécanisme protocolaire correct et observe surtout ce que l'outil permet à son utilisateur d'accomplir.

Il refuse d'abord un classement sans contexte. Deux interfaces peuvent viser des publics et des usages distincts. Une commande dépouillée, un outil graphique et un client appuyé sur DIXIE ne font pas nécessairement la même promesse. Dire que l'un est meilleur exige donc de nommer la tâche et l'utilisateur.

Pour la résolution d'une requête, trois colonnes deviennent nécessaires. La première indique si l'entrée cible a été trouvée. La deuxième compte les autres entrées renvoyées. La troisième estime le coût des opérations de l'annuaire. Succès, sélectivité et travail ne sont plus confondus.

Une monnaie fabriquée à partir d'opérations

RFC 1431 appelle SearchStone l'unité de ce troisième compte. Une opération Bind vaut cinq SearchStones, Read en vaut une, List deux, une recherche sur un seul niveau trois et une recherche sur tout un sous-arbre cinq. Le journal des opérations peut ainsi devenir un total pondéré.

Le choix est intelligent parce qu'il oblige l'interface à rendre des comptes au système distribué. Le résultat visible n'est plus gratuit. Même une requête qui échoue doit conserver sa note : l'absence de cible n'annule ni les liaisons ni les lectures ni les recherches déjà effectuées.

Mais cette monnaie a un lieu d'émission. Le document précise que le coefficient donné à la recherche sur un niveau dépend notamment de la réplication généralisée entre frères dans l'implémentation Quipu. Le barème incorpore donc une architecture déployée. Il n'est pas une constante physique.

Le mot « coût » pourrait également tromper. Les SearchStones ne sont ni des secondes, ni une facture, ni une mesure de satisfaction. Une valeur basse tend à accompagner une réponse rapide, écrit le document, mais pas de façon constante. Le total décrit un mélange d'opérations selon des coefficients choisis ; il ne contient pas tout ce qui fait le temps ou la qualité.

Dix formulations, une seule biographie

La suite de tests renforce à la fois l'utilité et la limite de l'exercice. RFC 1431 propose dix requêtes, des plus directes aux plus difficiles, toutes destinées à retrouver l'entrée de Paul Barker. Il recommande une connexion directe au DSA cible cn=Vicuna,c=GB.

Un objet connu rend le test vérifiable. Modifier les indices autour d'une même personne permet d'observer comment l'interface traite l'imprécision. Fixer le point de connexion rapproche les conditions d'une exécution à l'autre.

Cependant, dix routes vers une personne ne forment pas un échantillon de toutes les personnes. Le même nom ne représente ni toutes les langues, ni toutes les profondeurs d'arbre, ni toutes les répartitions organisationnelles. Une connexion directe au serveur cible n'est pas le trajet de tous les utilisateurs. La suite est un instrument de laboratoire, pas une miniature statistique du monde.

La provenance doit donc voyager avec le chiffre : identité cherchée, formulation, filtres, point de départ, DSA cible, données présentes et réplication disponible. Sans cela, le total semble transportable alors que sa signification ne l'est pas.

L'annuaire qui change sous la règle

Le document énumère plusieurs raisons pour lesquelles le même barème ne produit pas une lecture universelle. Le Directory Information Tree n'a pas une profondeur uniforme. Les implémentations de DSA ont des profils de performance différents et leur mélange évolue. Les domaines choisissent des stratégies de réplication différentes, aux conséquences profondes. Enfin, le barème ne pondère ni la complexité des filtres ni leurs combinaisons booléennes.

Ces réserves ne sont pas une note de bas de page. Elles décrivent la causalité. La profondeur décide du chemin. L'implémentation décide du coût interne d'une opération portant pourtant le même nom. La réplication rapproche certaines données et en éloigne d'autres. Le filtre change le calcul sans nécessairement changer l'étiquette de l'opération. Le réseau ajoute ensuite son propre délai.

Deux traces ayant la même note peuvent donc durer des temps différents. Une configuration mieux notée peut répondre plus lentement. Une optimisation pour un annuaire très répliqué peut perdre son intérêt ailleurs. La mesure reste utile pour inspecter une stratégie de recherche, à condition de ne pas la déguiser en qualité absolue.

L'usage ne se cachait pas dans la note

Le questionnaire demande séparément combien d'organisations utilisent réellement le produit. Il demande aussi si une évaluation a été conduite hors de la communauté du développeur ou du fournisseur, puis si cette évaluation est publique. Ce découpage interdit plusieurs raccourcis : un bon test ne prouve pas l'adoption ; le nombre d'installations ne prouve pas l'efficacité ; une auto-évaluation ne devient pas indépendante par sa seule précision ; une évaluation extérieure n'est pas vérifiable si sa méthode reste fermée.

RFC 1430, stratégie de déploiement voisine, imaginait un annuaire X.500 mondial et privilégiait à court terme les pages blanches, X.509 et les pilotes. Mais il relevait que l'intégration des données existantes dans un cadre cohérent demandait davantage d'effort opérationnel que l'installation des serveurs ou des agents utilisateurs. La réalité décisive se trouvait autant dans les institutions qui classaient et entretenaient les données que dans le logiciel.

RFC 1202 et RFC 1249 montrent par ailleurs plusieurs voies d'accès, du service textuel d'assistance à DIXIE. RFC 1274 fournit le contexte de schéma du pilote. Évaluer le client revenait ainsi à observer une pièce d'un ensemble formé par les interfaces, les protocoles, les données, les DSA et les opérateurs.

Ce que prouve exactement une fiche trouvée

On peut disposer les preuves sur une échelle. Un évaluateur choisit une identité et une requête. Le client part d'un point déclaré. L'interface construit ses filtres. Les DSA et les répliques exécutent un trajet. La cible apparaît ou non. Des résultats supplémentaires apparaissent ou non. Les opérations sont comptées et pondérées. Le temps est observé. L'utilisateur juge l'outil. Des organisations l'adoptent. Des tiers l'évaluent. Leur rapport devient éventuellement public.

Chaque échelon est réel, mais aucun ne remplace les suivants. Trouver Paul Barker lors d'un essai prouve que Paul Barker a été renvoyé lors de cet essai. Cela ne prouve pas que la réponse était unique, économique, rapide, adaptée à un autre public, largement déployée ou validée de façon indépendante.

L'intérêt historique de RFC 1431 tient à cette discipline. Le texte invente une manière compacte de parler du travail caché, puis laisse visibles les coutures de son invention. Les coefficients ont un auteur. Le cas d'essai a un nom. Le serveur a une adresse dans l'arbre. Les exclusions ont des conséquences.

Une mesure bornée n'est pas une mauvaise mesure. Elle devient dangereuse lorsque son contexte est traité comme un accessoire. Conserver les traces, les échecs, le barème et la topologie permet aux observateurs futurs de décider quelles comparaisons demeurent valides. Ne conserver que le total revient à faire d'un annuaire particulier une loi générale.

RFC 1431 ne traite pas de sécurité, ne proclame aucun vainqueur et n'établit aucun bilan ultérieur de X.500. Il offre quelque chose de plus précis : l'histoire d'un nombre qui rendait le travail visible sans avoir le droit d'effacer le monde qui l'avait produit.

Sources