cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
7817
Views
0
Helpful
6
Replies

Random radio resets on access points

marccollard
Level 1
Level 1

Since an IOS upgrade to version 15.3(3)JAB we experiance occasional resets of radio 0.

We see it on the 1140 and 2600 type Cisco Access Points. We are running the access points autonomous.

 

AP#show controllers Dot11Radio 0 radio-reset
Last radio reset code: 71

 

We have no idea what is causing the resets.

Reset code 71 is missing on the Cisco site:

http://www.cisco.com/c/en/us/support/docs/wireless/aironet-3700-series/117869-technote-ap-00.html?mdfid=285029867

 

Has anybody an idea what is causing these random resets of radio 0?

 

1 Accepted Solution

Accepted Solutions

I would recommend downgrading the IOS.

There is a bug related to 15.3(3)JA:

AP1600 2.4GHz radio resets with reason code 71 on event.r0
CSCut85224

Known Affected Releases:(1)
 
15.3(3)JA

 

 

Hope this helps.

Please rate helpful posts.

Thanks.

 

View solution in original post

6 Replies 6

Charles Hill
VIP Alumni
VIP Alumni

What does the event log show during the resets?

AP1140: Apr 14 13:42:55: %DOT11-6-ASSOC: Interface Dot11Radio0, Station  485a.3f6f.ce8a Reassociated KEY_MGMT[NONE]
AP1140: Apr 14 13:42:59: %DOT11-4-MAXRETRIES: Packet to client 485a.3f6f.ce8a reached max retries, removing the client
AP1140: Apr 14 13:42:59: %DOT11-4-MAXRETRIES: Packet to client 485a.3f6f.ce8a reached max retries, removing the client
AP1140: Apr 14 13:43:05: %EVT-4-WRN: Write of flash:/event.r0 done
AP1140: Apr 14 13:43:05: %LINK-5-CHANGED: Interface Dot11Radio0, changed state to reset
AP1140: Apr 14 13:43:06: %LINEPROTO-5-UPDOWN: Line protocol on Interface Dot11Radio0, changed state to down
AP1140: Apr 14 13:43:07: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station 7c7a.91eb.9dee Reason: Sending station has left the BSS
AP1140: Apr 14 13:43:07: %LINK-6-UPDOWN: Interface Dot11Radio0, changed state to up
AP1140: Apr 14 13:43:07: %DOT11-6-ASSOC: Interface Dot11Radio1, Station ap12-weo-1a16-6 7c7a.91eb.9dee Reassociated KEY_MGMT[NONE]



AP2600: Apr 15 20:43:59: %DOT11-6-DISASSOC: Interface Dot11Radio0, Deauthenticating Station 4851.b76f.6a80 Reason: Sending station has left the BSS
AP2600: Apr 15 20:44:20: %DOT11-2-RADIO_TX_DONE: Bad TX done:033AE5C2 stat:0800 opts:A0AA parms:0000 dtx:027135EC pak:DEAD0003
AP2600:  -Traceback= 0x63804 0x82C0B0 0x56BCA8 0x570280 0x325E08 0x321728 0x321728 0x325EC4 0x1E21CC
AP2600: Apr 15 20:44:20: %LINK-5-CHANGED: Interface Dot11Radio0, changed state to reset
AP2600: Apr 15 20:44:20: %LINK-3-UPDOWN: Interface Dot11Radio0, changed state to up

 

I did locate status 71 on another posting, however it references WLC and your AP's are autonomous.

https://supportforums.cisco.com/discussion/11364506/link-3-updown-interface-dot11radio0-changed-state-down

 

Status 71: Reset to update radio status on WLC. Also usually done upon AP joining the WLC after bootup.

 

Is the switchport and AP port, configured with the same speed/duplex setting?

Auto - Auto

or

hard coded - hard coded?

 

Do you mind doing a

show run interface "g0/1"  (switchport where the AP is connected)

and

show interface g0/1 (switchport where the AP is connected)

 

and paste the output to the posting?

 

 

 

Hello Charles

 

We don't have any WLC. We are operating all our access points in autonomous mode. It would be weird that a radio reset is triggered by a WLC, which is not present.

"Status 71: Reset to update radio status on WLC. Also usually done upon AP joining the WLC after bootup."

 

Both devices (switch and AP) have autonegotiate on their interface and end up with 1Gb FD.

 

C3750G#sh int status | i 1/0/43
Gi1/0/43  wlan3              connected    trunk      a-full a-1000 10/100/1000BaseTX

C3750G#sh run interface gi1/0/43
interface GigabitEthernet1/0/43
 description wlan3
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 780
 switchport trunk allowed vlan 260,274,296,574,780,938
 switchport mode trunk
 spanning-tree portfast trunk
 spanning-tree bpdufilter enable
 spanning-tree bpduguard enable
end


C3750G#sh int gi1/0/43
GigabitEthernet1/0/43 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet, address is 0014.f279.922b (bia 0014.f279.922b)
  Description: wlan3
  MTU 9000 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:26, output 00:00:02, output hang never
  Last clearing of "show interface" counters 05:52:32
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 1000 bits/sec, 1 packets/sec
  5 minute output rate 48000 bits/sec, 44 packets/sec
     11909 packets input, 2124719 bytes, 0 no buffer
     Received 748 broadcasts (618 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 618 multicast, 0 pause input
     0 input packets with dribble condition detected
     373481 packets output, 47163539 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

 

AP1140#sh run interface gi0
interface GigabitEthernet0
 no ip address
 no ip route-cache
 duplex auto
 speed auto
 no keepalive
end

AP1140#sh int gi0
GigabitEthernet0 is up, line protocol is up
  Hardware is PowerPC405ex Ethernet, address is 30e4.db05.992d (bia 30e4.db05.992d)
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive not set
  Full Duplex, 1Gbps, media type is T
  output flow-control is unsupported, input flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 12:59:50
  Input queue: 0/10013/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 75000 bits/sec, 71 packets/sec
  5 minute output rate 46000 bits/sec, 36 packets/sec
     637380 packets input, 75772890 bytes, 0 no buffer
     Received 578635 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     35653 packets output, 6258596 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

 

 

I would recommend downgrading the IOS.

There is a bug related to 15.3(3)JA:

AP1600 2.4GHz radio resets with reason code 71 on event.r0
CSCut85224

Known Affected Releases:(1)
 
15.3(3)JA

 

 

Hope this helps.

Please rate helpful posts.

Thanks.

 

Thanks Charles

 

We just received some new AP2700 series access points. It seems those will have the same issue:-)

Hopefully this bug will be resolved.

 

Thanks again for your feedback.

Review Cisco Networking for a $25 gift card