Skip to main content

25 Messages

 • 

420 Points

Fri, Jan 31, 2020 8:18 AM

Answered

Random AP reboots: heartbeats lost + kernel panic

We're seeing random reboots of certain AP's (R500 and R510), connected to our ZoneDirector 1200 (release 10.3.1.0 build 21).

In the ZoneDirector Events/Activities: 
AP[...] joins with uptime [79] s and last disconnected reason [AP Restart : kernel panic]

In the AP Events/Activities:
First AP[...] heartbeats lost, followed by AP[...] joins with uptime [79] s and last disconnected reason [AP Restart : kernel panic]the same entry as 


There's no pattern as to when it occurs: it can happen in the middle of the night, during working hours, not always on the same AP's. We don't know what's the reason of those kernel panics and we can't reproduce the issue. Any advice or related information could be helpful.





Responses

69 Messages

 • 

1.1K Points

9 months ago

I have had an expirience whith the same situation on the cisco APs. There were due to SIP on wifi phones.

6 Messages

 • 

160 Points

9 months ago

Sip on phones?

69 Messages

 • 

1.1K Points

You should better to open a case & pick up some logs.
In another vendor, not ruckus, the reason of the same troubles was: 
While SIP call initiation, AP crashes and Kernel panic seen. Root Cause: While SIP call initiation, WLC sends AP_SIP_CAC_CALL_BW_PAYLOAD to AP. The Payload contains SIP INVITE message, which further has to be sent to client. After AP receive the payload, AP makes Packet (SIP INVITE) from buffer inside the payload but didn't set transport header location in the packet. While the packet reach IPClassifier element, Transport header is dereferenced and crash happens. This issue got exposed after IPClassifier element was inserted between sip_snooping_tx and todev_aprXvY path 
You'd better open a case in Ruckus.

246 Messages

 • 

4.2K Points

9 months ago

Hi Pieter,

I would suggest you to open a case with the support team so that we can check on the logs based on the event and identify the issue.

25 Messages

 • 

420 Points

9 months ago

Since the update of the ZoneDirector to 10.4.0.0 build 69, we're seeing more random AP reboots, but with another reason in the logs: AP Restart : target fail detect.

25 Messages

 • 

420 Points

8 months ago

Update: we performed a factory reset on a couple of AP's on which the reboots occurred (kernel panic or target fail detect). After more than a week, those AP's that have been reset are behaving normal again: the occasional reboots haven't occurred again.
We'll watch it closely and will reset other AP's that have the same issue.