I see, was hoping that it would be a new field to the "show client summary" as a manual retrieval of 25000 show client detail is a problematic task :) Might not be possible then, but thanks for the feedback! ... View more

Cant find anything related to that in the release notes, and its a big deployment that have had some instability with 8.5.x before so reluctant to upgrade if its not guaranteed to be in there:O ... View more

WLC 8540 running 8.3.143 btw. ... View more

Thanks for your reply Flavio! Sorry, forgot to include the EDRRM-settings:   EDRRM Enabled Sensitivity Medium Rogue Contribution Enabled Rogue Duty-cycle 80 <- Is it because this is set so high that RRM ignores rogues on same channel?   As you point out, the duty cycles on these locations arent that high - so might not be the cause, i just like the channels to be clean :) ... View more

Hi Manuel,   Thanks for your reply! Im not sure if this quite solves our problem, because as a start were letting all VLANs flow into ACI via extended bridge domains, so we have layer 2 between old and new. Layer 3 is still on 7k, and no unicast routing in ACI. If the HSRP in ACI is only available on routed or subinterfaces, doesnt that mean that my link into ACI can no longer be a pure layer 2? How can we maintain the layer 2 flow between old and new, and seamlessly migrate layer 3 into ACI with HSRP?  ... View more

Thanks for your reply! Yea, didnt like that idea at all, and it turned out not to do much anyways - we created a new ap-group with one new SSID presented with this configuration, and no change to the client. What TAC has said now is that it is a bug in AVC, and that AVC for all SSIDs have to be disabled. Have done that now, and monitoring the issue. ... View more

Update - TAC wants us to try checking all QoS-classes to defer off-channel scans on the production SSID. This will effectively disable off-channel scans as long as there are traffic in any queues. We have enabled this config for a new SSID and connected one of the monitored clients. So far so good, but we wont know for sure untill next week wheb the load is greater again. However, has anyone played with this before? Or had problems with the AP being off-channel?  ... View more

Hi again,   Thanks for the reply! Were running 19.71.x on our Intel clients, but these Apple Macbooks are running High Sierra, and i have no clue what the recommendations are here since you cant really upgrade any drivers there. Just moved my sniffer-ap close to the traffic forwarding ap to verify that the RSSI of the client at the AP is the same as the WLC reports, and it looks like it matches pretty good. The problem remains though, that once this problems occurs, it seems like the AP cant hear the client anymore - even though the client is stationary. I havent been able to verify this at the sniffer-ap as the problem hasnt occured today.  ... View more

Hi @patoberli and thanks for the reply! Sounds about right, i was only wondering if that could also increase the rx sensitivity, or would that just cause more harm then good? 8540 WLC running 8.3.133. The AP we have been looking specifically for this issue has been using channel 132 and 108 - but havent seen any channel changes during the day. I have clean air enabled, and "Report interferers" checked, the only thing i havent checked is "Enable traps for unclassified interferers". Cant really see much in the "Cisco Cleanair -> Interference devices" - only one "Continuous TX", but thats on a different building. Havent checked this during the problems though, so i will definitely check this while the issue is ongoing to see if something pops up. I will also try to install another sniffer-ap right beside the traffic carrying ap to see if what the client sends actually is lost on the way to the AP.    Thanks for the input, any ideas are greatly appreciated. ... View more

This specific AP is at power level 3, 11 dBm. Could it be a point to try to increase this to level 2, as i understand it when you increase the TX the RX sensitivity also increases? Not sure if the client can be boosted to transmit at a higher rate. ... View more

Thanks for your reply @Flavio Miranda! Agree, ill try to use the Packet capture feature from the AP on Monday to see if the AP actually sees the RTS at all. But isnt it weird that the client(s) are working fine for hours, then suddenly they can have 10-15 minutes of very bad connections and low rates, and then everything goes back up? I know theres no other SSIDs on the channel, but i can fire up my spectrum analyzer on Monday to see if theres some weird 5 GHz interferer that kicks in sporadically. Also weird that this seems to affect just some types of clients on the same AP. ... View more

Thanks for the reply Flavio, definitely good info - the thing is we're running pure 20 MHz channels, no 40 or higher. Just curious as most doc i read on this is based on protected/mixed-mode with slower clients, and that it was created because of the hidden node problem. Just cant find much information as to hard limits/cases where it has to be used. ... View more