besides experiencing major performance and signal issues I have noticed that WMM UAPSD and QoS isn't working properly.
Even when the Client is requesting a buffer reales with QoS Null Data, the AP regurlaly doesn't send the content of the Queue, it waits till the scheduled buffered release. That behaviour is easily seen when pinging the Client with the same intervall as the beacon intervall and setting the DTIM higher.
Another problem ist, that QoS doesn't work at all. Putting the AP under higher load yields in high jitter and packet loss during a Voice call, although the client uses TSpec and the AP recognises the Voice Queue.
Interesting to know about your test scenario & results of your observation in detail.
"Another problem ist, that QoS doesn't work at all. Putting the AP under higher load yields in high jitter and packet loss during a Voice call, although the client uses TSpec and the AP recognises the Voice Queue."
How did you configure your WLC QoS & Wired QoS ? What AP model you using & what is the WLC software code used for this testing ?
I read below admin guide to see what level of QoS these product supports (as I haven't use these products). It looks like it will allow basic QoS config which you already configured. So nothing much we can do on AP itself.
Where is the other end of your voice calls ? Is there any wired network involve ? Have you configured any QoS in switches where these AP connected ? That may be something you should look at if it is go beyond this AP & into wired network.
Transferring Crash file from standby: Login to the Active WLC in HA.
From CLI: (Cisco Controller) >transfer upload datatype crash (Cisco
Controller) >transfer upload filename (Cisco
Controller) >transfer upload mode tftp (Cisco Controller) >transfer
This is the start of a display filter cross reference between Wireshark
and OmniPeek. The 1st installment is a table of advanced filters. More
filters will be added as time allows. It is a living doc, so check back
for changes every so often Please feel f...