Hoe bereken je wifi-capaciteit voor bedrijven? Dit artikel geeft directe, testbare stappen om de juiste wifi-capaciteit te berekenen voor kantoren, winkels, evenementen en warehouses. Geen theorie zonder toepassing: rekenvoorbeelden, meetmethodes en concrete aanbevelingen voor AP-aantallen, backhaul en QoS.
wifiinstallateur.nl positioneert zich als dé specialist: wij helpen je van inventarisatie tot validatie met rapporten en praktische aanpassingen. Volg onderstaande stappen en voer de tests uit om een werkend, schaalbaar netwerk te garanderen.
Stap 1 — Inventariseer apparaten en applicaties (direct toepasbaar)
Maak een lijst met alle apparaattypes en hun meeste gebruikte applicaties. Werk met drie categorieën per apparaat: licht (mail, web), medium (video streaming, cloud apps) en zwaar (videoconferentie, grote uploads).
- Voorbeelden throughput per apparaat: VoIP 0,1–0,2 Mbps; web/mail 0,5–2 Mbps; videostreaming HD 5 Mbps; videoconferentie HD 1,5–4 Mbps; 4K streaming ~25 Mbps.
- Tel per locatie: totaal aantal medewerkers, gasten, POS-systemen, IoT-sensoren en camera’s.
Stap 2 — Bepaal gelijktijdigheid en concurrency factor
Niet iedereen gebruikt het netwerk max tegelijk. Gebruik een concurrency factor (percentage actieve gebruikers op piekmoment): kantoor: 30–60%; retail: 10–30%; evenement: 70–100%. Kies conservatief voor kritische omgevingen.
Formule: Totaal vereiste throughput (Mbps) = Σ(per device gemiddelde Mbps × aantal devices) × concurrency factor.
Stap 3 — Voeg overhead en headroom toe
Wi‑Fi kent overhead (CSMA/CA, management frames, retransmissies). Reken met 30–50% protocolverlies en voeg extra headroom voor pieken (1,25–1,5×).
Voorbeeld: berekende behoefte 200 Mbps → rekenkundig: 200 × 1,4 (overhead) × 1,3 (headroom) ≈ 364 Mbps aan effectieve netwerkcapaciteit.
Stap 4 — Bepaal throughput per access point (AP)
Gebruik praktische vuistregels in plaats van theoretische PHY-snelheden:
- Wi‑Fi 5 (802.11ac): reële per-AP-datarate 150–400 Mbps bij moderne AP’s met meerdere clients.
- Wi‑Fi 6 (802.11ax): reële per-AP-datarate 300–1.2 Gbps afhankelijk van radios, OFDMA en multi-user MIMO.
- Conservatieve aanname: gebruik 30–50% van de maximale PHY-rate als betrouwbare netto-capaciteit bij meerdere gelijktijdige gebruikers.
Formule: Benodigde AP’s = (Totale vereiste netto throughput) / (Netto throughput per AP).
Stap 5 — Voorbeeldberekening (praktisch)
Case: kantoor 100 medewerkers, elk gemiddeld 3 Mbps (mix van web, video calls). Concurrency 50%.
- Totaal basis = 100 × 3 = 300 Mbps
- Reken met concurrency 50% → 300 × 0,5 = 150 Mbps
- Overhead 40% en headroom 30% → 150 × 1,4 × 1,3 ≈ 273 Mbps
- Als je Wi‑Fi 6 AP’s inzet met netto 400 Mbps per AP, heb je 273/400 ≈ 0,68 → afronden naar 1–2 AP’s, maar ruim plannen op dekking en densiteit → meestal 3–4 AP’s om radiodekking en RF-controle te garanderen.
Stap 6 — Houd rekening met dichtheid en airtime, niet alleen Mbps
Veel clients betekent airtime-concurrentie. Bepaal maximale clients per radio: zakelijke richtlijn: 20–30 clients per 5 GHz radio voor goede ervaring; tot 50 voor lichte dispositieven. Bij IoT of camera’s kun je veel hoger, maar let op latency en jitter.
Stap 7 — Backhaul en bekabeling
Zorg dat uplinks en switch-poorten de som van alle AP-throughputs kunnen dragen. Reken: Backhaul capacity ≥ som(AP netto throughput) × 1,2 voor veiligheidsmarge. Gebruik minimaal 1 Gbps per switch-poort voor 1–4 moderne AP’s; voor 6+ AP’s of Wi‑Fi 6E overweeg 2,5/5/10 Gbps uplinks.
Stap 8 — Channelplanning en RF-architectuur
Plan 5 GHz als primaire band. Gebruik 20/40/80 MHz kanalen bewust: brede kanalen geven hogere throughput per AP maar verminderen kanaalhergebruik. Voor hoge dichtheid: geef voorkeur aan 20/40 MHz en meer AP’s; voor throughput per AP gebruik 80/160 MHz waar mogelijk en weinig co‑channel interferentie.
Stap 9 — Quality of Service (QoS) en prioritering
Implementeer QoS: markeer VoIP en video conferencing met hogere prioriteit (DSCP), zet bandbreedtebuffers en airtime fairness aan op AP’s. Test jitter en pakketverlies met real-time metrics: latency < 30 ms en jitter < 20 ms voor goede spraak/vergaderingen.
Stap 10 — Site survey en validatie (stap-voor-stap testbaar)
Voer dit uit:
- Maak floorplan en plaats voorlopige AP-locaties.
- Passive survey: meet rssi en co-channel met tools (NetSpot, WiFi Explorer, inSSIDer).
- Active survey: meet throughput en latency met iPerf3 tussen client en wired server op meerdere plekken.
- Peak test: voer loadtest uit met gelijktijdige clients (iperf-stress, of tools zoals MGEN/IXIA) om concurrency-scenario’s te simuleren.
- Documenteer resultaten, herbereken AP-aantal en pas kanaalplan aan.
Stap 11 — Specifieke scenario’s en praktijkwaardes
- Kantoor (generiek): 2–5 Mbps per gebruiker gemiddeld; concurrency 30–60%.
- Callcenter / videobel-apps: 4–8 Mbps per gebruiker en hoge concurrency → dichter AP-planning en Wi‑Fi 6 aanraden.
- Retail/point-of-sale: lage throughput per device, maar veel IoT → focus op AP-densiteit en segmentatie/VLANs.
- Evenementen: verwacht pieken tot 10–20 Mbps per bezoeker bij zware contentverbruik; concurrency 70–100% → tijdelijke extra AP’s of mobiele cells.
Stap 12 — Monitoring en capaciteitsmanagement
Implementeer monitoring: SNMP of cloud beheertools voor clientcount, airtime utilization en retries. Stel drempels in (bijv. airtime > 40% → schaal op). Periodiek herberekenen na groei of nieuwe applicaties.
Tools en meetmethodes (direct toepasbaar)
- iPerf3: throughput testen tussen client en server.
- NetSpot / Ekahau / AirMagnet: site survey en heatmaps.
- Wireshark / tcpdump: packet loss en retransmits analyseren.
- Cloud controller logs (UniFi, Aruba, Cisco DNA): clientcount, airtime, retries en per-SSID throughput.
Checklist voor implementatie
- Stap 1: apparaat- en applicatie-inventaris compleet?
- Stap 2: concurrency realistisch gekozen?
- Stap 3: overhead en headroom ingebouwd?
- Stap 4: netto throughput per AP vastgesteld en backhaul voldoende?
- Stap 5: site survey en iPerf-tests uitgevoerd op piekmoment?
- Stap 6: QoS en VLAN-segmentatie ingesteld?
- Stap 7: monitoring en alerts geconfigureerd?
Praktische tip/check die je nu direct kunt doen: voer een snelle stresstest uit tijdens piekuren: verbind 30–50 clients (virtueel met VMs of fysieke devices) en draai iPerf3 naar een bedrade testserver; meet throughput, latency en packet loss. Als airtime-utilization > 40% of packet loss > 1% bij kritische apps, schaal AP’s of schakel QoS en kanaalaanpassing in.