Preview Tool

Cisco Bug: CSCus83638 - 5-GHz radio on Cisco AP beaconing but not accepting client associations

Last Modified

Dec 04, 2018

Products (1)

  • Cisco Aironet 3700 Series Access Points

Known Affected Releases

10.2(120.0) 10.2(140.15) 15.3(3)JN 8.0(110.0) 8.2(100.0) 8.2(110.13) 8.3(102.0)

Description (partial)

A radio may get into a state where it beacons, but does not accept associations from clients.
  An over the air capture shows the AP transmitting beacons.  It does not, however, transmit probe responses.  If the client sends unicasts to the AP (unicast probe requests or auth packets), the AP does not acknowledge them.
  Once every 10-60 seconds, the AP may ACK some packets, and may unicast some responses, but the associations are still unable to complete.
  At the time when the AP is failing to ack the incoming packets, if you run radio driver debugs on the AP radio (debug dot11 dot11radio1 trace print mgmt rcv xmt), you will not see debug messages for the incoming packets.
  Reboot of AP temporarily fixes the issue but again come back after some time. Issue is intermittent.

Seen if using 5GHz radio on a 1570, 1700, 2700 or 3700 series AP
  (not seen on a 2.4GHz radio.)

Related Community Discussions

<key>CSCus83638</key> - 5 GHz Clients Not Connecting
I have this problem with  AIR-AP2802I-E-K9 running 8.6.101.   2.4GHz radio is fine while 5GHz stops accepting clients while it's is visible. Reboot of AP temporarily fixes the issue.
Latest activity: Mar 07, 2018
Bug details contain sensitive information and therefore require a account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.