Wat vendors je niet vertellen over roaming

Wat vendors je niet vertellen over Wi‑Fi roaming – de vergeten waarheden

Wi‑Fi roaming is een van de meest besproken én meest verkeerd begrepen onderwerpen in de wireless wereld. Marketingteams gooien graag met termen als “seamless handoff” of “fast roaming”, maar in de praktijk blijkt dat veel van deze beloftes slechts de helft van het verhaal vertellen.

Als CWNE en Wi‑Fi-specialisten weten we dat roaming nooit enkel een access point-kwestie is. In deze blog lees je wat vendors vaak níét vertellen – en wat je absoluut moet weten voordat je AP’s ophangt of de zoveelste controller upgrade plant.

De client bepaalt (bijna) alles

Roamingbeslissingen worden niet genomen door het Wi‑Fi netwerk, maar door de client device zelf. Access points kunnen weliswaar helpen met bepaalde hints (zoals 802.11k/v/r), maar de uiteindelijke beslissing wanneer en waar naartoe wordt overgestapt, ligt bij het OS van de client.

Daarom zie je:

• Clients die “kleven” aan verafgelegen AP’s

• Delay bij roaming, ondanks perfecte dekking

• Roamingpaden die onlogisch lijken

Vendors praten liever over hun AP’s, maar niet over het feit dat Android 11 anders roamt dan iOS 17 – of dat Intel NICs roamingvertragingen introduceren.

802.11r ≠ automatisch fast roaming

Veel access points adverteren met 802.11r (FT) support, maar:

• Niet alle clients ondersteunen het (zeker oudere Androids, VoIP-handsets of embedded devices)

• In mixed environments leidt het soms tot authenticatieproblemen

• Je moet 802.11k en 11v vaak meeleveren om roaming écht te versnellen

Ook belangrijk: bij WPA2-Enterprise met RADIUS is FT over-the-air nog steeds afhankelijk van PMK caching of opportunistic key caching (OKC) – en niet elke RADIUS-oplossing ondersteunt dit vlekkeloos.

OKC, PMK caching, 802.11r – wat werkt nou echt?

Roaming performance ≠ alleen latency

Veel klanten denken bij roaming alleen aan “hoe snel schakelt mijn device over?”, maar vergeet niet:

• Packet loss tijdens handover kan VoIP of Teams-calls doen falen

• Duplicate packets bij layer 2 bridging (bijv. via SDA of WLC mobility tunnels) kunnen performance degraderen

• Multicast buffering beïnvloedt applicatiegedrag bij roaming

4. Roaming performance ≠ alleen latency

Veel klanten denken bij roaming alleen aan “hoe snel schakelt mijn device over?”, maar vergeet niet:

• Packet loss tijdens handover kan VoIP of Teams-calls doen falen

• Duplicate packets bij layer 2 bridging (bijv. via SDA of WLC mobility tunnels) kunnen performance degraderen

• Multicast buffering beïnvloedt applicatiegedrag bij roaming

Meten = weten: analyseren van roaming met tools zoals Ekahau, Wireshark of Sidekick 2 is cruciaal.

Roaming verbeteren? Begin niet bij de AP’s

Betere roaming bereik je niet door maar “meer access points” te plaatsen. Begin hier:

• Client device-analyse: Wat gebruiken jouw gebruikers écht?

• Roam trigger thresholds: Denk aan -65 dBm als cutoff

• Coverage gaps en overlaps analyseren met SSID‑specifieke roaming test

• Tuning van 802.11k/v/r, beacon intervals en tx power

• Gebruik van sticky client avoidance (ClientMatch™, load balancing, etc.)

Conclusie

Roaming is een samenwerking tussen client, infrastructuur en configuratie. Laat je dus niet vangen door een glossy brochure met “fast roaming” bulletpoints. Alleen met inzicht in clientgedrag, protocolondersteuning en real‑world testing krijg je roaming die écht werkt.

Benieuwd of jouw netwerk wel écht klaar is voor vlekkeloze roaming?

Laat MetaWiFi een roaming-analyse uitvoeren of plan een Wi‑Fi Health Check.
Neem contact op via metawifi.nl/contact of bel +31 (0)77 770 3364.