Zusammenfassung

  • draft-ietf-radext-connectinfo-00 beschreibt ABNF für Bitraten, RSSI, Frameverlust, Wiederholungen, Global Operating Class und Aggregationen in RADIUS Connect-Info. Geprüft wird die Form einer NAS-Aussage, nicht ihre physische Entstehung.
  • Ein augenblicklicher Access-Request-Wert und eine Zusammenfassung im Accounting-Request sind nicht austauschbar. Nachrichtentyp, Stichprobe, Algorithmus, Fenster, Gewicht und Periode gehören zum Messwert.
  • RADIUS/TLS schützt Übertragung und Gegenstelle. Messwahrheit, Herstellervergleich, zulässiger Zweck, Autorisierungsregel, Durchsetzung und Nutzerergebnis brauchen eigene Nachweise.

Ein Zeitfenster hat mehrere Wahrheiten

Bei der Abrechnung eines WLAN-Anschlusses soll Connect-Info mehr als einen flüchtigen Augenblick beschreiben können. Der Entwurf empfiehlt für Sende- und Empfangsraten Maxima, für RSSI einen Mittelwert und für Frameverlust sowie Wiederholungen eine Akkumulation. Alle drei Werte können dasselbe Fenster benennen und trotzdem ganz verschiedene Aspekte zusammenfassen.

Der aktuelle RADEXT-Text, seine HTML-Fassung und die XML-Quelle geben diesen Angaben eine ABNF. RFC 2869 hatte Connect-Info als RADIUS-Attribut 77 definiert und eine Verbindungsgeschwindigkeit am Anfang empfohlen. WLAN-Hersteller ergänzten danach 802.11-Generation, Signal und Kanal in unterschiedlichen komplexen Zeichenketten.

Nun lassen sich TxBitRate, RxBitRate, RSSI, FrameLoss, FrameRetry und Global-OC benennen. Die formale Sprache erkennt MIN, MAX, AVG-LIN, AVG-EXP und ACC, Fenster in Sekunden oder Minuten sowie Gewicht und optionale Stichprobenperiode für den exponentiellen Mittelwert. Das ist ein Gewinn an Lesbarkeit.

Er ist kein Blick in den Treiber. Der Server erfährt nicht automatisch, welche Frames, Antennenketten oder Links einbezogen wurden, wann ein Zähler zurückgesetzt wurde oder ob ein Wert veraltet war. RFC 6158 warnt vor komplexen Datentypen, wo Alternativen möglich sind. Der Entwurf begründet die Fortführung damit, dass er ein verbreitetes vorhandenes Format ordnet. Bestandsschutz ist kein Kalibrierungsnachweis.

Ein Maximum ist kein gehaltenes Leistungsversprechen

Ein Maximum von 600 Mbps in zehn Minuten kann für eine einzige günstige Übertragung stehen. Ein augenblicklicher Wert von 600 Mbps im Access-Request kann unmittelbar vor Interferenz oder Roaming entstanden sein. Keiner beweist, dass die Anwendung 600 Mbps über einen relevanten Zeitraum erhielt.

Der Entwurf berücksichtigt diesen Unterschied. Zu Beginn einer Verbindung liegen möglicherweise nur wenige Frames vor. Dann dürfen Rate und RSSI augenblicklich sein; AGGR sollte fehlen. Später kann der Accounting-Request ein Intervall aggregieren. Ein Datenmodell, das nur Zahl und Einheit behält, zerstört also gerade die Information, die Vergleichbarkeit begrenzt.

Beim RSSI akzeptiert die Syntax 41 und -41 jeweils als -41 dBm. Diese Regel vereinheitlicht historische absolute und vorzeichenbehaftete Darstellungen. Sie vereinheitlicht nicht Antennengewinn, Kettenauswahl, Takt, Rundung oder Mittelung. Zwei konforme Geräte bleiben zwei Messsysteme.

Auch eine Kanalnummer ist seit 6 GHz ohne weiteren Kontext nicht eindeutig. Global Operating Class ergänzt den regulatorischen und frequenzbezogenen Rahmen und darf bei Multi-Link-Betrieb mehrfach vorkommen. Wer Wiederholungen auf einen Wert reduziert, kann syntaktisch erfolgreich und sachlich unvollständig sein.

Erweiterbare Syntax verlangt ein sichtbares Nichtwissen

Die Grammatik erlaubt künftige unbekannte Schlüssel. Dadurch kann ein älterer Empfänger das Attribut erhalten, statt es vollständig abzulehnen. Doch der unbekannte Name besitzt noch keine gemeinsam vereinbarte Einheit, Kardinalität, Stichprobe oder Aggregation. „Gültig, aber unverstanden“ ist ein notwendiger Betriebszustand. Ohne ihn wird Protokollerweiterung heimlich zur Policy-Änderung.

Die Beweiskette beginnt am Funkgerät. Hardware oder Treiber beobachtet Frames. Software wählt die Population. Ein Algorithmus transformiert sie. Das NAS behauptet einen Wert in einer bestimmten Nachricht. Ein Transport liefert ihn. Der Server parst und normalisiert. Erst danach prüft eine Institution Zweck und Berechtigung, wendet eine Regel an, sendet eine Autorisierung, und das Zugangsnetz setzt sie um. Funk- und Anwendungsergebnis folgen.

Kein früherer Schritt darf für den späteren sprechen. Ein Parser belegt keine frische Stichprobe. Ein Access-Accept belegt keine richtige Durchsetzung. Eine erfolgreiche Assoziation belegt keine nutzbare Sprach- oder Videoverbindung.

TLS schützt eine falsche Aussage genauso gut

Der Entwurf empfiehlt sichere Kanäle und nennt durch TLS geschütztes RADIUS. RFC 6614 standardisiert RADIUS/TLS, RFC 7360 RADIUS/DTLS. Beide können Gegenstellen authentisieren und die Nachricht auf dem Weg vor Einsicht und Änderung schützen. Sie erkennen weder schlecht kalibrierten RSSI noch eine falsche Stichprobenauswahl.

Im Roaming kann ein Access Network Provider messen und ein fremder Identity Provider die Daten zur Autorisierung heranziehen. Der Entwurf definiert die Autorisierungstechnik ausdrücklich nicht. Schwellenwerte, Historie und abgeleitete Kennzahlen bleiben Beispiele. Ein Interconnection-Vertrag muss deshalb Parameter, Messdefinition, Zweck, Aufbewahrung, Offenlegung und unbekannte Schlüssel benennen. Ein Zertifikat beantwortet diese Fragen nicht.

Ein Betriebswert kann Bewegungen rekonstruieren

Die Arbeitsgruppenfassung trennt Datenschutz von Sicherheit und verwendet die Begriffe aus RFC 6973. RSSI kann zusammen mit bekannten Standorten von Access Points Anwesenheit, Nähe und Bewegung erkennen lassen. Mit einem beständigen Konto verknüpft, entsteht eine identifizierbare Spur, obwohl Connect-Info selbst weder Nutzername noch MAC-Adresse tragen muss.

Der Entwurf empfiehlt Datenminimierung, kurze Aufbewahrung und Unverknüpfbarkeit mit dauerhaften Kennungen. Er definiert jedoch keinen Mechanismus für Information oder Einwilligung der Endnutzer. Ob diese erforderlich sind, bleibt Betreiberpolitik und anwendbarem Recht überlassen. Formale Konformität rechtfertigt also weder Zweck noch Dauer noch spätere Zusammenführung.

Minimierung muss als Ablaufdatum, Identitätstrennung, protokollierte Verknüpfung und zweckgebundener Zugriff laufen. Eine Richtlinie ohne technische Durchsetzung ist kein Löschbeleg.

Die Arbeitsgruppenübernahme entfernte die Einsatzbehauptung

Die eingefrorene Datatracker-API, die Dokumentseite und die Historie führen Version 00 vom 24. September 2026 als aktiven RADEXT-Internet-Draft. Der Kopf nennt Informational; verantwortlicher AD, Shepherd und Telechat fehlen, der angezeigte vorgesehene RFC-Status ist null. Es ist kein RFC.

Der Vorgänger draft-grayson-connectinfo-10 enthielt einen nichtnormativen Abschnitt zu einem Proof of Concept und 17.000 Access Points. Die Arbeitsgruppenfassung entfernte ihn. Zugleich trennte sie Sicherheit und Datenschutz und ergänzte sicheren Transport, Interconnection-Policy, Minimierung, Unverknüpfbarkeit sowie die Grenze bei Einwilligung. Die Entfernung widerlegt keinen früheren Einsatz; sie bedeutet, dass der aktuelle Text diese Zahl nicht als Beleg mitführt.

Quellen und Grenzen

Grundlage sind Text, HTML, XML, API, Status und Historie, verglichen mit dem Vorgänger. RADIUS- und Datenschutzkontext liefern RFC 2869, RFC 6158, RFC 6614, RFC 7360 und RFC 6973. Sie enthalten keine aktuelle Einsatzstatistik, Herstellerkalibrierung, Autorisierungsgenauigkeit, Rechtsauskunft oder Nutzererfahrungsmessung.