Zusammenfassung

  • RFC 1431 behandelte Zieltreffer, zusätzliche Einträge und den Aufwand der Verzeichnisoperationen als drei getrennte Resultate.
  • SearchStones gewichteten Bind, Read, List und Search; die Gewichte spiegelten jedoch Quipu-Replikation, Baumstruktur und konkrete DSA-Umgebungen.
  • Betriebliche Nutzung und unabhängige öffentliche Bewertung wurden separat erhoben und ließen sich nicht aus einer Abfragepunktzahl ableiten.

Ein richtiger Name, drei offene Fragen

Die Oberfläche zeigt Paul Barkers Eintrag. Für den Suchenden ist das Erfolg. Für eine belastbare Bewertung fehlen noch mindestens zwei Angaben: Wie viele andere Einträge kamen mit? Welche Arbeit musste das verteilte Verzeichnis verrichten?

RFC 1431 erschien im Februar 1993 unter dem Titel „DUA Metrics“. Paul Barker entwarf darin Kriterien für Directory User Agents und Benutzerschnittstellen, vor allem für die Personensuche. Die korrekte Protokollmechanik setzte das Dokument voraus; sein Augenmerk lag auf dem Werkzeug, das Menschen tatsächlich bedienten.

Schon deshalb konnte es kein voraussetzungsloses Ranking geben. Verschiedene Werkzeuge richteten sich an verschiedene Nutzer und Aufgaben. „Besser“ war ohne Zweck, Datenbestand und Ausgangspunkt keine vollständige Aussage.

Für eine Abfrage trennte der Fragebogen drei Dimensionen. Erstens: Wurde der Zieleintrag gefunden? Zweitens: Wie viele weitere Einträge wurden geliefert? Drittens: Welche darunterliegenden Verzeichnisoperationen waren nötig? Der Treffer misst Erfolg, die zweite Zahl Trennschärfe und die dritte den verborgenen Aufwand.

Das Gewicht hinter der Oberfläche

Die Aufwandseinheit hieß SearchStone. Bind erhielt fünf Punkte, Read einen, List zwei, eine einstufige Search drei und eine Suche über einen ganzen Teilbaum fünf. Eine Operationsspur ließ sich damit in eine kompakte Summe verwandeln.

Auch ein Fehlschlag sollte seine SearchStones ausweisen. Das bewahrt wichtige Evidenz: Ein leeres Resultat löscht die bereits ausgeführten Operationen nicht. Zwei erfolglose Clients können sehr unterschiedlich mit gemeinsamen Ressourcen umgehen.

Die Zahlen waren aber keine Naturkonstanten. RFC 1431 erklärte, dass das Gewicht der einstufigen Suche teilweise aus der verbreiteten Geschwisterreplikation der Quipu-Implementierung hervorging. Eine lokale technische Praxis war in die Recheneinheit eingewandert.

SearchStones waren deshalb weder Sekunden noch ein vollständiges Qualitätsmaß. Niedrige Werte korrelierten ungefähr mit kurzen Antwortzeiten, aber nicht verlässlich. Der Wert beschrieb eine gewichtete Operationsmischung, nicht die gesamte Kausalität von Geschwindigkeit oder Nutzbarkeit.

Zehn Wege zu Paul Barker

Die Testsuite bestand aus zehn unterschiedlich schwierigen Abfragen nach dem Eintrag des Autors. Als Verbindungspunkt wurde direkt der Ziel-DSA cn=Vicuna,c=GB vorgeschlagen.

Das war methodisch praktisch. Ein bekanntes Ziel machte Richtigkeit prüfbar. Varianten derselben Identität zeigten, wie die Oberfläche mit unvollständigen Angaben umging. Ein fester Verbindungspunkt verringerte Unterschiede zwischen Durchläufen.

Diese Kontrolle setzte zugleich Grenzen. Eine Person repräsentiert nicht alle Namen, Schriftsysteme, Organisationen und Positionen im Baum. Der direkte Weg zum Ziel-DSA entspricht nicht jedem Nutzerpfad. Zehn Abfragen sind Prüfsonden, keine Bevölkerungsstichprobe.

Die Punktzahl musste daher ihre Herkunft behalten: gesuchte Identität, Formulierung, Filter, Startpunkt, Zielserver, Datenbestand und Replikation. Ohne diese Angaben wirkt eine tabellarisch bewegliche Zahl kausal beweglich, obwohl sie es nicht ist.

Ein Maßstab auf beweglichem Boden

Der Directory Information Tree war nicht überall gleich tief. DSA-Implementierungen hatten unterschiedliche Leistungsprofile und ihre Mischung konnte sich ändern. Domänen nutzten verschiedene Replikationsstrategien mit tiefgreifenden Folgen. Filterkomplexität und boolesche Verknüpfungen gingen nicht in die Gewichte ein.

Jeder Faktor verändert einen anderen Teil des Pfades. Tiefe verlängert Navigation. Implementierung verändert die interne Arbeit einer nominell gleichen Operation. Replikation verschiebt Daten in die Nähe oder Ferne. Ein Filter verändert Rechenarbeit, ohne dass sich das Operationsetikett ändern muss. Netzlatenz wirkt zusätzlich.

Gleiche SearchStone-Summen können daher verschiedene Zeiten erzeugen. Eine niedrigere Summe kann langsamer sein. Eine für starke Replikation optimierte Strategie kann in einem anderen Verzeichnis verlieren. Aussagekräftig bleibt die lokale Formulierung: Dieser Client erzeugte unter diesen Bedingungen diese Spur.

Nutzung stand in einer anderen Zeile

RFC 1431 fragte getrennt, wie viele Organisationen ein Produkt betrieblich einsetzten. Ebenso getrennt wurde erhoben, ob eine Bewertung außerhalb des Entwickler- oder Anbieterumfelds stattgefunden hatte und ob sie öffentlich war.

Damit blockierte der Fragebogen bequeme Schlüsse. Ein guter Test beweist keine Einführung. Verbreitung beweist keinen geringen Aufwand. Eine genaue Anbieteranalyse ist nicht automatisch unabhängig. Eine externe Analyse ohne öffentlichen Zugang ist anders prüfbar als eine veröffentlichte.

RFC 1430 zeigte die größere Einsatzlandschaft. Das Papier entwarf ein globales X.500-Verzeichnis mit kurzfristigem Fokus auf White Pages, X.509 und Pilotbetrieb. Zugleich hielt es fest, dass die Einordnung vorhandener Daten in ein kohärentes Modell mehr operative Arbeit verlangte als die Installation von Server- oder Benutzeragentensoftware. Organisation, Pflege und Delegation der Daten gehörten zur Infrastruktur.

RFC 1202 und RFC 1249 dokumentierten unterschiedliche Zugangswege über einen textuellen Directory Assistance Service und DIXIE; RFC 1274 lieferte den Schemakontext. Die DUA-Oberfläche war nur die sichtbare Kante eines Systems aus Protokollen, Daten, DSAs, Repliken und Institutionen.

Was der Treffer wirklich beweist

Die Evidenz folgt einer Kette. Jemand wählt eine Identität und formuliert eine Abfrage. Der Client beginnt an einem benannten Punkt und baut Filter. DSAs und Repliken führen Operationen aus. Das Ziel erscheint oder fehlt; zusätzliche Einträge erscheinen oder fehlen. Operationen werden gewichtet, Zeit wird beobachtet, Menschen beurteilen Nutzbarkeit. Organisationen führen das Werkzeug ein. Außenstehende bewerten es und veröffentlichen vielleicht ihre Methode.

Kein Glied ersetzt das nächste. Ein Zieltreffer beweist weder Trennschärfe noch niedrigen Aufwand, Tempo, Eignung für andere Nutzer, Adoption oder unabhängige Bestätigung.

Historisch bemerkenswert ist, dass RFC 1431 eine gemeinsame Rechensprache schuf und deren Nähte offenließ. Die Gewichte hatten einen Ursprung, der Test eine Person, der Einstieg einen DSA und die Auslassungen Folgen. Die Messung war nützlich, weil sie begrenzt war, nicht obwohl sie begrenzt war.

Wer Abfrage, Spur, Topologie, Gewichte und Fehlschläge bewahrt, ermöglicht spätere Neubewertung. Wer nur die Summe bewahrt, lässt ein einzelnes Verzeichnis für alle sprechen. RFC 1431 behandelte weder Sicherheitsfragen noch kürte es ein Produkt oder berichtete spätere X.500-Erfolge. Seine präzise Lehre lautet: Zählen schafft Rechenschaft nur dann, wenn die Bedingungen des Zählens sichtbar bleiben.

Quellen