Can someone out there clarify why, if clients are not de-authenticated when LWAPP APs go off-channel to scan for Interference/Rogue APs/Noise, that clients have to be de-authenticated when the Dynamic Channel Allocation process chnages the channel? Aren't both processes doing the same thing (changing channels), and taking the same time to accomplish it (50-60ms)? It seems like de-authenticating the clients is like throwing the baby (client) out with the bathwater (channel). If the client is sustainable during the off-channel scans how less sustainable are they when the channel plan changes? Inquiring minds want to know...
Re: Why does DCA de-auth clients when RRM does not?
I think I perceive the reason why now. Since auto-rf is ultimately returning to the same channel there's no need to de-auth the clients. This is obviously not the case when an explicit channel change occurs.
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...