Zusammenfassung

  • RFC 3421 ließ SLP-Agenten passende URLs sortieren und begrenzen; der erste Treffer war jedoch nur nach angeforderten Schlüsseln und gespeicherten Attributen der erste.
  • Gesamtzahl m, Grenze n, NULL, Typfehler und Reihenfolge von Sort und Select konnten das Ergebnis ändern, ohne Verfügbarkeit oder Anwendungserfolg zu beweisen.

Die Rangliste entstand vor dem Dienstkontakt

Ein Client möchte den schnellsten Drucker oder den Server mit kleinster Last. Ein Verzeichnis vergleicht dazu Registrierungen, nicht zwingend laufende Messungen. Es kann einen Gewinner melden, bevor irgendeine Verbindung aufgebaut wurde.

Die Experimentelle RFC 3421 ergänzte SLPv2 im November 2002 um Sort und Select. Sort ordnete URL-Einträge nach Attributen, Select begrenzte ihre Zahl. Das sparte Bandbreite und definierte zugleich die Reichweite von „best“.

Der erste Eintrag war erster nach Verarbeitung eines Snapshots durch DA oder SA. Er war kein neuer Geschwindigkeitstest, kein Identitätsbeleg und keine abgeschlossene Transaktion.

Gesamtmenge und Rückgabe blieben getrennt

Select(n) verlangt höchstens n URLs. Die Antwort liefert Select(m) als Gesamtzahl. Bei n < m kommt nur der Präfix. Select(0) gibt die Zahl ohne eine einzige URL zurück.

Drei Einträge beweisen daher nicht drei Treffer. Hundert Treffer beweisen nicht hundert geprüfte Dienste. Für die Kausalkette braucht man Grenze, Gesamtzahl, Rückgabezahl, versuchte Kandidaten und Ergebnisse getrennt.

Der Request definierte seine Gütefunktion

Jeder Sortierschlüssel nennt Attribut, String- oder Integervergleich, Richtung und optional einen Integer-Referenzwert. Die Reihenfolge bestimmt Priorität. Nähe zu 12 wird als absoluter Abstand berechnet; 12 steht vor 10, 15 und 8. Richtige Mathematik ist dennoch keine frische Messung.

Strings werden lexikalisch verglichen, ein wiederholtes Attribut zählt nur beim ersten Auftreten. Der Anforderer bestimmt, was wichtig ist und ob groß oder klein gewinnt.

Fehlende Werte nahmen am Ergebnis teil

Fehlt ein Schlüssel, wird NULL verwendet und hinter gültige Werte gestellt. Ein inkonsistenter Integerwert wird ebenfalls NULL. Bei mehreren Werten zählt der kleinste.

Ein Dienst ohne Lastattribut landet hinten, unabhängig von realer Last. Mehrere Werte werden weder gemittelt noch nach Zeit gewählt. Ein niedriger Rang kann hohe Last, Abwesenheit oder Typfehler bedeuten. Ohne Quellattribute lässt sich die Ursache nicht rekonstruieren.

Die Erweiterungsfolge änderte die Kandidaten

Sort und Select werden in Erscheinungsreihenfolge ausgeführt. Erst nach Geschwindigkeit sortieren, drei auswählen, diese nach Last sortieren und einen auswählen bedeutet: geringste Last unter den drei laut Snapshot schnellsten.

Auswahl vor Sortierung verwirft Kandidaten vor dem Vergleich. Jede Select-Stufe verändert, was später sichtbar bleibt. Die Folge ist ein Abfrageplan; nur letzten Schlüssel und Gewinner zu speichern löscht frühere Grenzen.

Fähigkeiten waren keine Datengarantie

Unterstützende Agenten werben mit select-enabled oder sort-enabled. Unbekannte oder nicht ausführbare Anforderungen führen zu OPTION_NOT_UNDERSTOOD. Null Fehler bestätigt Verarbeitung, nicht Aktualität oder vertrauenswürdige Autorschaft.

Sortierung ist best effort. Request, Schlüssel, Reihenfolge, Fehler und Antwort sind prüfbar; Snapshot-Vollständigkeit und Dienstverhalten brauchen eigene Belege.

0x4002 und 0x4003 stammen aus dem mandatory-to-implement-Bereich für SLP-Erweiterungen. Das beweist keine universelle Implementierung einer Experimentellen RFC. Zuweisung, Werbung, Verarbeitung, Verbindung und Anwendungserfolg sind getrennte Quittungen.

Nach dem Ranking begann die Außenwelt

Der Client muss URL interpretieren, verbinden, aushandeln, authentisieren und handeln. Ein späterer Fehler widerlegt die Sortierung nicht; er zeigt verschiedene Beweisbereiche.

RFC 3421 machte die Politik hinter „best“ sichtbar: Autor und Alter, Typ, Richtung, NULL, Schlüsselrang und Kürzungszeitpunkt. So bleibt Rang nützlich, ohne Betriebswissen vorzutäuschen.

Quellen und Grenzen

Primärquellen sind HTML, Text, RFC-Editor-Info, Datatracker, Historie, Referenzen und Errata.

Kontext liefern RFC 2165, SLPv2 RFC 2608, Templates RFC 2609, API RFC 2614, LDAP-Sortierung RFC 2891, Attributliste RFC 3059, IPv6 RFC 3111, Anbietererweiterungen RFC 3224, Mesh RFC 3528, entfernte Suche RFC 3832 und das IANA-Register. Die Analyse nutzt Heng Lu über Running Code und minimale Anfangsspezifikation.

Die Quellen belegen Regeln und Dokumentgeschichte, nicht Verbreitung, Vollständigkeit, Frische, aktuelle Last oder Erfolg.