Bra Wi-Fi-täckning betyder inte bra Wi-Fi

En klient kan visa stark signal och ändå uppleva långsamhet, korta avbrott eller dålig roaming. Täckning är viktig, men den beskriver bara en del av den trådlösa upplevelsen.

Signalstyrka är startpunkten — inte svaret

RSSI och täckningskartor hjälper oss att förstå om klienten kan höra accesspunkten. SNR visar dessutom hur tydligt signalen kan urskiljas från brusgolvet. Inget av måtten säger däremot hur mycket airtime som är ledig, hur många omsändningar som sker eller om klienten kan byta accesspunkt utan märkbar påverkan.

En heatmap kan därför se bra ut samtidigt som användarna ändå upplever problem.

Airtime och retries kan vara den verkliga flaskhalsen

Wi-Fi är ett delat medium. Klienterna konkurrerar om sändningstid på samma kanal. Hög channel utilization, långsamma klienter, management overhead, co-channel contention och störningar kan göra att den användbara kapaciteten blir betydligt lägre än signalstyrkan antyder.

Retries är särskilt viktiga att följa. De kan orsakas av exempelvis störningar, kollisioner, dolda noder eller otillräcklig signalkvalitet. De är både ett symptom på problem och något som i sig förbrukar mer airtime. Channel utilization behöver också tolkas i sitt sammanhang: värdet visar hur upptagen kanalen är, men inte ensamt vad som gör den upptagen.

När vi analyserar en miljö tittar vi därför inte bara på signalnivåer utan även på bland annat:

• SNR och kanalplan
• channel utilization
• retries och packet loss
• klientfördelning per accesspunkt
• störningar och co-channel contention
• data rates och faktisk klientprestanda

Roaming är ett systembeteende

Bra roaming kräver mer än överlappande celler. RF-design, transmit power, minsta datahastigheter, autentisering, WLAN-policy och klienternas egna roamingalgoritmer påverkar tillsammans hur övergången mellan accesspunkter fungerar.

Funktioner som 802.11k, 802.11v och 802.11r kan vara relevanta i rätt miljö, men de ersätter inte en bra RF-design eller verifiering med de klienttyper som faktiskt används.

Problemet kan ligga under WLAN-lagret

Användaren säger ofta “Wi-Fi är dåligt” även när radioförbindelsen fungerar som den ska.

Autentisering via exempelvis 802.1X och RADIUS kan fallera efter att radioanslutningen redan ser bra ut. Därefter kan DHCP, DNS, gateway, brandvägg, switching, uplinks, internetanslutning eller själva applikationsvägen skapa symptom som fortfarande upplevs som ett Wi-Fi-problem. Därför bör felsökningen följa hela datapathen i stället för att sluta vid RF.

En praktisk felsökningsordning

1. Bekräfta symptomet: när, var och för vilka klienter uppstår det?
2. Kontrollera RF: signal, SNR, kanalplan, utilization, retries och störningar.
3. Kontrollera roaminghändelser och klientbeteende.
4. Verifiera WLAN-policy och autentisering i controller- och loggdata.
5. Följ datapathen vidare genom switching, DHCP, DNS, gateway, relevanta säkerhetskontroller och fram till den berörda applikationen.
6. Gör en ändring i taget och mät resultatet med samma mätpunkter som före förändringen.

Täckning är ett krav — kvalitet är ett resultat

En bra Wi-Fi-design behöver ge rätt täckning, men också tillräcklig kapacitet, kontrollerad RF, stabil roaming och fungerande tjänster hela vägen till applikationen.

Det är därför en heatmap ensam aldrig är en fullständig kvalitetsbedömning. En användbar analys kombinerar RF-mätning med klientdata och verifiering av de tjänster som trafiken faktiskt är beroende av.