Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
To release the "bad addresses", log into your DHCP server, find the DHCP subnet in question, select all of the "BAD_ADDRESS" entries and delete them. The access-points should immediately reacquire an IP address and rejoin the controller.
I'm seeing this very similar error on one of our stack of four 3850-48F-L's running IOS-XE 16.3.7, up time is just over 42 weeks. CPU does not seem to spike and it averages around 15-20%. Switch functionality does not seem to be impacted. Example of ...
I am seeing this error excactly every thirty (30) minutes on my 6509-E running IOS 12.2(33)SXI10, so it is not fixed according to the bug reference. Active switch supervisor up time is 4 years, 33 weeks, secondary supervisor up time is 1 year, 38 wee...
We are seeing this message appear about every 2-3 seconds on IOS-XE 03.07.03E. Removing and adding the "snmp-server" commands did not stop these messages from occurring.
@takhzar no change on this issue; I have not tried swapping out any suspect stack cables, and this switch is still operational on IOS 16.3.7 after 1 year, 7 weeks; no user impact, CPU averages 12-15% and no incrementing "changes to link" counters eit...
We have confirmed this bug is affecting us on our 3850-48's with Denali 16.3.5b. The bug has a doomsday timer of around 43 weeks and 4 days, which then causes the active/master switch to lock up. The switch stack sees it as "removed" and must be manu...
om, thanks for the tip, I will try this. I never noticed the date stamp on the stack cables before. An interesting side note is that running the command "show switch stack-ports summary" shows no incrementing changes to link. The cryptic error messag...
My reboot did NOT resolve this error, which continued about once a minute as soon as the switch had fully rebooted. No IOS upgrade was performed either, still running Denali 16.3.5.b.