Probleem met Wifi Clients na switch "upgrade".

[MasterL]

Ik heb een irritant probleempje thuis welke ik niet kan plaatsen, het probleem:
Laatst is mijn router in de meterkast gesneuveld dus dit leek mij een leuk moment
om de apparatuur die ik al had liggen maar eens aan te gaan sluiten.

Dit is de situatie nu:




Ik heb een T1700G-28TQ vervangen door de QSW-M3216R-8S8T omdat ik meer Multi-Gigabit poorten nodig had op die plek. Het probleem is nu dat de Ubiquiti UAP-AC-Pro verbonden met de QNAP switch niet
vooruit te branden is, althans de clients verbonden met het AP. Ik heb nog een AP verbonden met een
T1700G-28TQ hetzelfde model waar het probleem AP eerder ook mee verbonden was.

symptomen:
- Lagere throughput ten opzichte van het andere AP (verbonden met een T1700G-28TQ)
Bij meerdere "Ookla" testen is het verschil z'n 90-100Mbit downstream.
- Streamen van camera beelden gaat schokkerig, bijvoorbeeld de klok van de camera
springt van bijvoorbeeld 14:00:01 naar 14:00:04 waarbij verbonden met het andere AP
dit netjes van 14:00:01 naar 14:00:02 etc gaat. Vloeiend dus.
- Bovenstaande gaat ook op voor het laden van web pagina's gaat echt merkbaar veel sneller (500-600%?)
op het andere AP, zelfs 5G verbonden met VPN gaat veel sneller als intern WiFI op dit AP.

Mijn werkstation is verbonden met dezelfde switch (linespeed 2.5Gbit) en hier heb ik deze problemen
dus niet. Ook de switches "achter" deze switch hebben dit probleem niet. Ik heb als test het AP verbonden
met een T1700G-28TQ in de huidige configuratie...Probleem opgelost. Dit is dus de huidige situatie.

Algemene config info:
- Geen jumbo frames (MTU 1500).
- LAG/LACP (geen static) config 2X 10Gbit van Router <> Switch.
- Geen flow control op geen enkele switch.
- Geen errors op het AP (/var/log/messages) dus geen link flapping o.i.d.
- AP's gebruiken 2 netwerken beiden tagged VLAN's, uiteraard getagged op de poort.
- Geen ICMP timeouts.
- Geen IGMP configuratie, gebruik ook geen multicast apps/IPTV o.i.d.
- Logs in de QSW-M3216R-8S8T zijn dramatisch dus weinig info daarover.
- Patchkabels tevens vervangen, link is gewoon netjes 1Gbit full duplex.
- Geen IP-adres conflicten.
- Geen loops heb met Wireshark het broadcast verkeer geanalyseerd op de VLAN's.
- Absoluut geen hoge port utilisation op de AP poort.

Heeft iemand ervaring met deze klachten? Ik weet dus de packet buffer van de QSW-M3216R-8S8T
niet maar zou deze gesatureerd worden door een camera stream van <15Mbit? In dat geval gaat de
switch sowieso de prullenbak in. Als iemand nog een idee heeft wat ik over het hoofd heb gezien...

[laurens0619]

Heb je het probleem ook als je het ap buiten die switch aansluit ?

[FredvZ]

Communiceert het AP wel via de switch?
Met deze symptomen lijkt het erop dat de AP gebruikt maakt van de mesh-functie en het verkeer dus eerst draadloos naar een andere AP stuurt.

[MasterL]

laurens0619 schreef op donderdag 13 februari 2025 @ 18:15:
Heb je het probleem ook als je het ap buiten die switch aansluit ?

Nope AP's aangesloten op een van de andere switches hebben dit probleem niet ondanks dat
de traffic sowieso door de QNAP heen moet:

MasterL schreef op donderdag 13 februari 2025 @ 16:14:
Mijn werkstation is verbonden met dezelfde switch (linespeed 2.5Gbit) en hier heb ik deze problemen
dus niet. Ook de switches "achter" deze switch hebben dit probleem niet. Ik heb als test het AP verbonden
met een T1700G-28TQ in de huidige configuratie...Probleem opgelost. Dit is dus de huidige situatie.

FredvZ schreef op donderdag 13 februari 2025 @ 22:11:
Communiceert het AP wel via de switch?
Met deze symptomen lijkt het erop dat de AP gebruikt maakt van de mesh-functie en het verkeer dus eerst draadloos naar een andere AP stuurt.

AP is prima bereikbaar via ICMP op zijn management interface, staat ook gewoon als "Online" in de controller.
Ik wist niet eens dat Unifi AP's dit konden . Maar goed heb het even gecontroleerd en de optie
"Wireless Meshing" staat uit in de Unifi controller. Hoewel de symptomen er misschien op lijken lijkt het mij
wel raar dat dit meshen dan alleen zou gebeuren op 1 switch. Voor de duidelijkheid het AP is nu aangesloten op een andere switch en alles werkt nu wel zoals het zou moeten. Hierbij niks veranderd aan de locatie en/of config van het AP.

[ Voor 3% gewijzigd door MasterL op 14-02-2025 08:35 ]

[laurens0619]

MasterL schreef op vrijdag 14 februari 2025 @ 08:31:
[...]


Nope AP's aangesloten op een van de andere switches hebben dit probleem niet ondanks dat
de traffic sowieso door de QNAP heen moet:

Andere aps helder, maar wat als je dit betreffende ap verplaatst? Bv verwisseld met een ander ap?

[MasterL]

Welllicht was ik niet duidelijk maar ik heb het "probleem" AP verplaatst en verbonden met een andere switch. verder:
- Zelfde AP
- Zelfde config
- Zelfde patch kabels
- Zelfde port config (2 tagged VLANS verder niks)

Hiermee is het probleem dus opgelost.
Het AP staat nu dus goed te werken op een andere fysieke locatie aangesloten op een andere switch.
Op dezelfde fysieke locatie aangesloten op een andere switch (met lange patch kabel door de woonkamer) werkte dit ook prima.