Wir haben 802.11r aktiviert und ein Drittel unserer Clients kaputtgemacht

802.11r — Fast BSS Transition — verkürzt die Zeit, die ein Client beim Roaming mit der erneuten Authentifizierung verbringt. Es ist ein gutes Feature, und Sie sollten es nutzen.

Es ist auch das Feature, das am ehesten aufdeckt, dass Ihr Client-Bestand vielfältiger ist, als Ihr Inventar behauptet.

Was schiefging

Eine Organisation aktivierte FT über alle SSIDs hinweg in einem einzigen Change Window, aus dem nachvollziehbaren Grund, dass der Standard fünfzehn Jahre alt ist und der Controller ihn mit einer Checkbox aktivierte.

Bis 09:30 am nächsten Morgen: Eine Flotte von Handheld-Barcodescannern konnte sich überhaupt nicht mehr verbinden. Eine Marke von IP-Telefonen verband sich und brach dann alle paar Minuten ab. Mehrere ältere Laptops verbanden sich problemlos, roamten aber langsamer als zuvor.

Die Clients, die kaputtgingen, waren erwartungsgemäß genau die, die niemand getestet hatte.

Die drei Modi und warum Over-the-DS die Falle ist

• FT over-the-air — der Client spricht direkt mit dem Ziel-AP, bevor er roamt. Weit verbreitet unterstützt und die sicherere Voreinstellung.
• FT over-the-DS — der Client spricht mit dem Ziel-AP über seinen aktuellen AP. In der Theorie effizienter, in der Praxis deutlich schlechter unterstützt.
• Adaptive/gemischte Modi — FT wird nur Clients angeboten, die Unterstützung signalisieren. Wo vorhanden, ist das der sinnvolle Ausgangspunkt, auch wenn manche Clients Unterstützung behaupten, die sie nicht haben.

Die meisten FT-Probleme im Feld führen auf Over-the-DS zurück.

Wie man es richtig ausrollt

1. Clients nach 802.11-Fähigkeit inventarisieren, nicht nach Asset-Tag. Assoziationsdaten ziehen und einzelne OUIs und Capability-Flags auflisten. Die Liste ist immer älter als erwartet.
2. Eine Test-SSID auf der Produktionsinfrastruktur aufbauen, damit Sie echtes HF testen.
3. Zuerst die schwierigen Geräte testen. Barcodescanner, IP-Telefone, medizinische Telemetrie, Badge-Leser, Drucker.
4. Zuerst over-the-air aktivieren. Over-the-DS erst in Betracht ziehen, wenn das stabil läuft.
5. Pro SSID ausrollen, nicht global. Zuerst Firmenlaptops, dann Voice, dann IoT zuletzt oder nie.
6. Eine Fallback-SSID ohne FT bereithalten. Sie ist unelegant und besser als ein kaputtes Lager.

Die allgemeine Lehre

Jedes Roaming-Feature ist eine Verhandlung mit Client-Firmware, die Sie nicht kontrollieren und nicht patchen können. Aktivieren Sie sie einzeln, jeweils auf einer SSID, mit einem Weg zurück, und mit den unmodernsten Geräten Ihres Bestands als Testgruppe.

Genau diesen Fehler haben wir bei einer Anwaltskanzlei gemacht — auf aktuellen Handsets getestet, die Geräte von 2019 kaputtgemacht. Es sind nie die Laptops.