10-17-2017 10:43 PM - edited 07-05-2021 07:44 AM
Cisco 5520 with HA
Cisco 2802i
8.2.161.0
AP is in local mode.
User is authenticated using WPA2-PSK
Issues are affecting Windows 10, Windows 7 and macOS (High Sierra)
Once the client is not able to pass traffic the only way to recover is fresh authentication from the client or roam client to a different AP.
This was recorded in Bug id CSCvc67005 and flagged as fixed in version 8.2.160.0 but it seems issue are still there.
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvc67005
Help anyone?
10-18-2017 03:43 AM
Hello @Dave Anthony David
This Bug was fixed on release version 8.4.100.
Refers to:
https://www.cisco.com/c/en/us/td/docs/wireless/controller/release/notes/crn84.html
Go to "Table 10 Resolved Caveats".
-If I helped you somehow, please, rate it as useful.-
10-18-2017 03:53 AM
Hi Flavio,
Appreciate your reply, however are you referring to the BUG ID CSCvc67005? If yes, then it was already resolved as of 8.2.160.0 but still we are having issues.
Regards,
Dave
10-18-2017 04:23 AM
Sorry, you are right. I took the wrong bug´s name.
Table 16 Resolved Caveats for Release 8.2.160.0 and 8.2.161.0.
However, this Bug tells about ARP packet. In your description you refer to any communication right? . Maybe you are being affected by other Bug or some other problem.
10-18-2017 04:55 AM
No worries, I am thinking that it could be another bug and might be experienced by other users here.
It's kind weird because when user losses traffic, it is still connected to SSID. The client and even ARP entry in WLC and AP respectively are intact but in client Windows 10 device, arp -a tell us that gateway ip address is gone (10.19.13.1). See below screenshots..
10-18-2017 05:01 AM
The image attached was not available but you mention something interesting. If gateway config has changed, which means the client might had DHCP release, as the only possibility for client to get this information is through DHCP, if you are not using static IP address.
Is there any possibility your DHCP does not send the gateway? You can try to extend the lease period or even try static IP address to work around and see if the problem is actually the Bug.
-If I helped you somehow, please, rate it as useful.-
10-18-2017 05:13 AM
10-18-2017 05:36 AM
Client session is layer 2 communication and we can see active sessions sometimes where clients has IP 0.0.0.0, or no IP.
I think you could take a close look on the DHCP possibility. According to what you mentioned that Gateway is gone , this can explain why traffic stops.
I dont see any other way for client to lose Gateway address without DHCP transaction.
10-18-2017 05:57 AM
10-18-2017 05:53 AM
I have seen this on my 3800 and I either had to roam back to another AP or bounce the affected AP. However the length of time until it happened again is unknown. Open a TAC case so possible they can create a new bug or determine if the fix was missed in the version you are running.
10-18-2017 06:01 AM
10-18-2017 07:36 PM
Hi Scott,
what firmware were you using on your WLC?
Also encountered this issue, users are complaining because they don't want to connect and disconnect to the SSID once they are dropped. Temporary fix is changing the 2802i AP to 2600/3700 AP.
JE
10-18-2017 08:57 PM
11-15-2018 11:03 AM
currently we have similar problem between 5520 WLC and 2802I AP, is there any suggestion for this. ?
i tried this WLC versions : 8.2.166, 8.3.144 and 8.5.x but same result, ?
regards,,
11-15-2018 12:05 PM
Hello, have you tried updating your device drivers?
I would suggest next step is packet capture, get an over the air capture?
You our can also get a capture from the AP, I don’t have the commands to hand but I would check to see what is occurring.
also take local capture on laptop and check it’s arp table for local gateway during issue.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide