Zie
mijn reply in je andere topic.
Algemener:
WiFi performance is een combinatie van een aantal factoren:
1) de link rate/MCS, wat op zijn beurt bepaald wordt door subfactoren:
- WiFi-standaard en capabilities radio
- Aantal spatial streams (MIMO)
- Kanaalbreedte
- Signaalkwaliteit oftewel SNR, dus verschil tussen signaalsterkte (RSSI) en ruisvloer.
2) de hoeveelheid beschikbare airtime, dus hoeveel % van de zendtijd in een kanaal gebruikt kan worden voor de communicatie.
3) protocol overhead door headers, error correction en verplichte wachtpauzes tussen uitzendingen.
3 is het makkelijkst: ga bij WiFi-n, ac of ax uit van ~1/3 overhead, dus 2/3 van wat je uit 1 en 2 haalt is effectief mogelijk.
2 is meetbaar, maar verandert continu nav omstandigheden. Als je in een totale bunker van een huis woont zonder enige interferentie van buitenaf en je hebt je eigen APs niet ingesteld dat ze elkaar storen, heb je buiten de beacons die door AP verstuurd worden ("hoi, hier ben ik, dit is mijn netwerk") geen ander verkeer. In 2.4GHz nemen die beacons doorgaans 3% van airtime in, dus hou je 97% over, in 5GHz nemen ze doorgaans 0.6% in dus hou je 99.4% over. Maar de meesten van ons wonen in drukkere gebieden. Wat je bij voorbaat kunt zeggen is dat iedere 2.4GHz SSID in het kanaal 3% van airtime opsnoemt, en iedere 5GHz SSID 0.6%. Als je tien netwerken in zelfde - en/of overlappende - kanaal ziet, dan weet je dat je dus in 2.4GHz al 30% van airtime kwijt bent, nog voordat een van je buren ook maar een bit aan payload verstuurd heeft. Daar komt dus alles dat wel effectief verstuurd wordt bovenop.
1 is als je goed thuis bent in de materie eenvoudig te bepalen, maar voor de leek wat lastiger. Twee diagrammen kunnen je helpen:
1) een mapping van SNR (in dB) naar max haalbare MCS (Modulation Coding Scheme) per WiFi-standaard:
https://community.cisco.c...cs-to-snr-single-page.pdf
2) een mapping van MCS + aantal spatial streams (MIMO) naar link rate in Mbps
Wikipedia: IEEE 802.11ac
Hoe ga je dus te werk om performance te bepalen?
- zoek relevante specificatie (WiFi-standaard, band en aantal spatial streams) op van de devices die moeten communiceren. Neem de laagste gemeenschappelijke waarde, dus 1x1 2.4GHz-only client vs 3x3 2.4GHz+5GHz AP is nog steeds max 1x1 2.4GHz

- meet SNR op beoogde plek als het kan (zeldzaam), lukt dat niet, meet RSSI (in dB). Dat kan altijd wel met apps, op windows laptop kan het zonder app door
netsh wlan show interface in een command prompt uit te voeren en dan de helft van de percentage signal strength op te tellen bij -100dBm, dus 0% is -100dBm, 50% is -75dBm, 100% >=-50dBm etc. Als je niet weet wat de ruisvloer is, kun je doorgaans uitgaan van -97dBm totdat tegendeel bewezen wordt, dus bij -75dBm RSSI kom je uit op -75 - -97 = 23dB SNR. Heb je nog helemaal geen AP op die plek staan (situatie TS), ga dan uit van -50dBm in zelfde ruimte, -75dBm in aangrenzende ruimte. Dus in zelfde ruimte 47dB SNR, aangrenzenden ruimte 23dB SNR.
- zoek dan in eerste tabel op wat voor je WiFi standaard (WiFi-n 20MHz of WiFi-ac 80MHz) de maximale MCS is voor die SNR. Bij 47dB haal je altijd maximale MCS, dus 7 bij WiFi-n, 9 bij WiFi-ac. Bij 23dB zul je bij WiFi-n 20MHz uitkomen op MCS 6 en bij WiFI-ac 80MHz op MCS4
- zoek dan in tweede tabel op wat de link rate gaat zijn bij die MCS en het aantal spatial streams, bij correcte kolom qua kanaalbreedte. Kies bij hoogste MCS (7 of 9) voor short guard intervals, bij lagere MCS voor long guard intervals. Dus stel een 1x1 WiFi-n op 20MHz met MCS 6 - dan kom je uit op 58.5Mbps, stel een 2x2 WiFiac op 80MHz met MCS 4 - dan kom je uit op 351Mbps.
Dat is dus de maximale bruto link rate voor je situatie. Vervolgens moet je een schatting doen van beschikbare airtime. Zoals hierboven beschreven weet je dat zeker voor beacons: per SSID in het kanaal -3% in 2.4GHz, -0.6% in 5GHz. Waar je geen idee van hebt is hoeveel verkeer er overheen loopt. Gelukkig kun je dit vrij eenvoudig herleiden:
- zet op beoogde plek een WiFi client neer waar je link rate van kunt uitlezen. Windows laptop vodoet prima.
- verbind met een WiFi-netwerk in beoogde band- en kanaal.
- Lees met
netsh wlan show interface uit wat de link rate is en noteer.
- Voer een speedtest uit naar een known-good server (liefst in eigen netwerk, tip: iperf3), en noteer.
- Protocol overhead is ~1/3, dus bij 100% vrije airtime zou je 66% van de link rate moeten kunnen halen met speedtest. Als je minder dan dat haalt, is het verschil gevolg van bezette airtime. Dus bereken: (meetwaarde)/(link rate*(2/3))=deel beschikbare airtime.
Mooie is dat die percentage ook geldt voor andere apparatuur, dus je kunt deze meting desnoods met de mobile hotspot van je telefoon uitvoeren en op basis daarvan een uitspraak doen over te verwachten performance van een high-end AP, zolang hij maar de juiste band en kanaalbreedte ondersteunt.
Dus, je hebt 1 en 2, daar moet 3 vanaf.
Rekensom wordt dan: waarde van 1 (in Mbps) keer 2 (percentage) keer 2/3 (overhead). Et voila, je weet wat voor performance je kunt verwachten
Nu, twee belangrijke kanttekeningen:
- In deze berekening ga ik uit van een 'standaard' ruisvloer van -97dBm. In heel drukke gebieden zal een deel van WiFi-verkeer als ruis gedetecteerd worden waardoor die ruisvloer fors omhoog zal gaan. Ook heb je legio non-WiFi-apparaten (van microgolfoven en radar tot draadloze AV-transmitters en babyfoons) die voor WiFi als ruis werken. Gevolg is veel lagere MCS en dus performance. Bovendien is alles onder MCS 3 instabiel te noemen, ongeacht daadwerkelijke bandbreedte.
- Zowel ruisvloer als beschikbare airtime veranderen continu. Met een momentopname heb je nul garantie dat het 5 uren, minuten of zelfs seconden later hetzelfde zal zijn. Je kiest het best de drukste momenten waarop je de slechtste ervaringen hebt voor zo'n meting.
Er zijn nog wel wat meer factoren die meespelen, denk aan dingen als antenna diversity (als je 2x2, 3x3 of zelfs 4x4 AP luistert naar een 1x1 of 2x2 client kan het ongebruikte antennes inzetten om het signaal op te schonen, waardoor je wat SNR wint tov een AP met zelfde MIMO configuratie als client), beam forming en zo nog een paar dingen die het signaal lichtelijk kunnen opvijzelen. Maar voor het grote plaatje is dit gerommel in de marge.
MU-MIMO en OFDMA zijn vooralsnog in thuissituaties volkomen nutteloos of zelfs contraproductief. Negeer reclameblaat erover.
TLDR: nauwkeurige voorspelling van snelheid op een locatie is haalbaar, maar of je het nodig hebt? Zorg dat alles waar performance relevant voor is op 5GHz werkt, zorg voor een AP op dezelfde verdieping en liefst in dezelfde kamer, en je gaat blij zijn. 2.4GHz en AP ver weg is recept voor slechte ervaring, al helemaal als je in een drukke buurt zit met veel andere netwerken.