VW-Arjan schreef op dinsdag 12 december 2017 @ 16:49:
@
dion_b Thanks voor je feedback.
Voor mij logisch, maar voor jou natuurlijk niet...onze situatie ;-)
De eisen zijn internetacces ivm syncen telefoons/ipads. Sporadisch wordt er een presentatie gegeven op appletv's, maar die zitten bedraad aangesloten.
Wat wij nu merken is dat bij een grote bijeenkomst de max van de airports wordt opgezocht en gehaald, met dus haperende wifi tot gevolg.
Het zou handig kunnen zijn om te kijken exact waar het hier mis gaat - op layer 1 (SNR stort in door al die zooi), layer 2 (Medium Access oftewel de lucht zit vol cq je hebt last van near/farproblemen) danwel layer 3 (vrij vertaald: er zit ergens anders dan in de lucht een bottleneck)
Aangezien julle een Apple-shop zijn kun je dit vrij eenvoudig met een packet capture bepalen - op een MacBook Wireshark installeren, de WiFi in monitor mode zetten en kijken wat je op zo'n druk moment vangt. Let wel dat je een MacBook capturet in de band en het kanaal waar hij mee verbonden is - verbind dus met iets problematisch, anders zie je niets.
Kijk voor layer 1 in de radiotap headers. Daar zie je SSI noise. In een schone omgeving zit die ruis onder de -95dBm. Als ik nu in de 2.4GHz kijk in mijn ernstig vervuilde lab zie ik het op -78dBm. Hier is 2.4GHz bijna onbruikbaar. Als het bij jou ook zo erg is, kun je op hogere layers weinig doen. Oplossing hier is segmenteren: meer AP's met lager zendvermogen op verschillende kanalen - en mogelijk ook richtantennes. Het is mogelijk om een vol voetbalstadion of - erger - een druk metrostation vol bewegende mensen - van goed WiFi te voorzien, maar dat is echt een andere tak van sport. Als je tegen uitdagingen op layer 1 aanloopt die je niet met een paar AP's extra kunt fixen is het waarschijnlijk goedkoper om expertise in te kopen dan zelf de tijd uit te spenderen dit uit te zoeken.
Kijk naast de ruis naar de gebruikte data rates (die kun je als extra column toevoegen, dat zoekt makkelijk). Als alles op hoge data rate verbindt, is het goed. Zo niet zitten er waarschijnlijk clients met slecht signaal of lage specs de boel omlaag te trekken. In dat geval is het in eerste instantie verstandig om de laagste link rates simpelweg uit te schakelen. Hoe hoger de minimale link rates, des te efficienter je netwerk wordt. Alle WiFi-b rates uitschakelen is (tenzij je oude/obscure zooi moet supporten) een no-brainer, maar je kunt ook flink in de a/g-rates zagen. Alle a/g-rates uitzetten wordt door clients slecht ondersteund, maar je kunt rustig 24Mbps (ipv default 1 of 6) als laagste toegestane rate instellen. Dan worden apparaten met slecht signaal simpelweg gedwongen om met een ander AP te verbinden (of gewoon op te rotten).
Voor layer 2 kun je kijken naar pakkettype. Dat kan met een recente versie van Wireshark heel makkelijk. Als je gecaptured hebt, ga naar Wireless -> WLAN Traffic. Je krijgt dan per BSSID een overzicht van verkeer. Sorteer op Percent Packets en je ziet welke BSSIDs (welk AP) grootste deel van het verkeer afhandelen. Dat zou bekend moeten voorkomen. Zo niet heb je gelijk je eerste uitdaging te pakken

Vervolgens sorteren op Percent Retry. Dat zijn packets waarvoor geen layer 2 ACK ontvangen is die dus opnieuw verzonden moeten worden. Oorzaak is ofwel zeer slechte RF (maar die heb je hierboven als het goed is al uitgesloten) danwel collisions. Als het erg druk is krijg je veel collisions.
Veel RTS/CTS pakketten zijn ook indicatie van stations die collisions ervaren. RTS/CTS houdt data integrity mooi hoog, maar helpt aggregate throughput om zeep.
En als alles in de lucht schoon lijkt? Dan zou je in je switches of kabels problemen kunnen hebben...
Dik 70 van de devices (max 100 bij volle opkomst) zijn recente iphones (se) of recente ipad.
Oftewel 5GHz-support en WiFi-ac is prima, maar ze hebben maar 1x1 SISO en ondersteunen geen MU-MIMO (

). Dan is - om in UniFi-termen te praten - de meerwaarde van UAP AC Pro's tov Lite beperkt, aangezien ze toch maar met een client tegelijk kunnen praten en de client's enkele radio de beperkende factor is.
We hebben in het verleden gekeken naar allerlei managed oplossingen, maar dat is het niet voor ons.
We willen geen gastenportaal met tickets etc. Onze wifi is volledig gescheiden van ons bedrijfsnetwerk.
Met wat testen (5 airports) kregen we een acceptabele wifi maar met te weinig bereik. Vandaar uitgebreid naar 10 stuks en dat werkt echt goed hoor.
Behalve dus als het druk wordt...
Nu is wellicht de tijd gekomen om het netwerk wat te gaan upgraden, mede door de aankomende verbouwing. Vandaar dat ik naar aanleiding van erg positieve verhalen van Ubiquiti daarover ben gaan vragen.
Ivm de mogelijke grote bezetting in de kantine wil ik daar 1 of 2 extra AP's plaatsen, dus dat past mooi in jouw stukje liever een AP meer dan sterker uitzenden.
Dat is ongeacht gekozen oplossing een goed idee.
Het meten minimaal -65Dbm kan je pas doen als die dingen er hangen toch?
Dus dan wordt het toch een beetje trial on error. Wel er 1 bij of juist 1 weghalen/verplaatsen.
Uiteindelijk wel, maar je hoeft niet blind aan dat proces te beginnen: je hebt nu al die Airports staan. Op basis daarvan kun je al een prima heatmap maken van de huidige situatie. De nieuwe AP's gaan nooit exact zelfde eigenschappen hebben als de huidige, en plafondmontage gaat altijd andere spreidingseigenschappen hebben dan bij plaatsing op tafel - maar demping van muren en vloeren verandert niet, verstoring van aangrenzende gebouwen verandert niet. Dus je kunt al een heel goede gok doen mbt hoeveel AP's je nodig hebt voor dekking en waar die dingen moeten staan, dus kun je een voorlopig design maken. Als je de nieuwe apparatuur daadwerkelijk gaat ophangen hoef je dan alleen te toetsen of die voorspelling klopte en op basis daarvan kleine aanpassingen te maken.
Gezien de prijzen van de Ubiquiti's kan je voor een leuk bedrag een zeer goed netwerk maken. Dat is de insteek. Maar dat was het ook al met de Airports van Apple.
"Zeer goed" zou ik het gezien toepassing niet noemen. Wat je mist tov echt enterprise spul is niet eens de captive portal waar je het eerder over had (die kan trouwens met UniFi ook prima), maar vooral real-time monitoring en alerts, waarbij het netwerk automatisch aanpassingen maakt om veranderingen op te vangen. Dat kan UniFi evenmin als Apple.
Wat je wel wint:
- centraal beheer (met zoveel AP's echt nodig)
- mogelijkheid om dingen als data rates fijnmazig aan te passen
- beperkte facilitering van roaming
Het is vooruitgang, maar het blijft redelijk dicht bij de onderste uit de kan. Lovende userreviews van thuisgebruikers en SOHO-ZZP'ers die nooit iets beters meegemaakt hebben maken iets nog niet een goed systeem. UniFi is toch behoorlijk beperkt in zakelijke omgeving - maar datgene wat het wel doet, doet het goed, stabiel en met redelijke support. Als je echt niet meer budget hebt, kan ik weinig beters aanraden.
Desalniettemin: een AeroHive Connect 122 heb je al voor EUR 275 (wat omlaag kan bij grotere bestellingen). Bij AeroHive is de controller distributed tussen de AP's, dus geen losse controller nodig. Kijk daar eens naar, dat is het alternatief dat een flink deel van de minpunten die ik hierboven benoemde aanpakt.