Showing results for 
Search instead for 
Did you mean: 

AP Failing to join the controller due to network or strong network suspect


This article shows some tips or references to isolate or narrow down the issues when the AP(s) is failing to join the controller (show status as OFFLINE on the controller).

The controller's dashboard shows AP status and if we happen to find any AP which is not intended to be offline then below are some basic troubleshooting which we can run through.

AP will show with RED status in the dashboard:



Where to check:

Login to vSZ GUI --> Access Points --> Select the AP which shows disconnected --> At the bottom panel click on Events Tab (as shown below)


Under the Events section, we will see SZ/vSZ generates event code 314 (AP heartbeat loss) and 303 (AP disconnect) once the heartbeat timer expires.


Heartbeat Interval:

The default heartbeat time is 30 seconds. The AP sends a heartbeat packet to SZ every 30 seconds as a form of a keepalive.

  1. If the SZ does not receive 2 consecutive heartbeats (60 seconds), SZ will generate a 'Heartbeat lost' message under 'Events'.
  2. If the SZ does not receive a heartbeat for a full 5-minute period (10 heartbeats), it will report the AP as OFFLINE in the GUI.

Basic Troubleshooting:

  1. Try to isolate the issue if all the AP on a specific switch is affected.
  2. Verify if the APs affected are all on the same floor or location.
  3. Based on the above evaluation check for cabling issues/switch issues or switch-port issues. Check connectivity/firewall issues (for problems site-wide).
  4. Check patch-panel-related issues. Connect the AP directly to the switch port instead of the AP patch panel to verify if the issue continues.
  5. If there are any AP working from the same site then compare the working and non-working AP switch-port configurations.
  6. Swap the working and non-working APs to verify if the issue follows the AP.
  7. If any firewall between the AP and SZ/vSZ, then verify all required ports are opened for reference:

NOTE: The firewall port information can be found in the Administrator guide of the respective firmware version available on the support portal for reference.

Alternatively, online documentation can be checked for the respective firmware version.

Tip: Shortcut to find the online document for reference:

Click on the question mark in the controller GUI to redirect to the Online documentation (as shown below). Search with the required keyword.


  1. Run the PING from AP to vSZ/SZ’s ‘Control IP’ and another way around.

TIP: To find the controller’s CONTROL IP, login to the controller GUI --> System --> Cluster --> Control Planes --> Control IP.


  1. Run a traceroute between AP and the controller’s ‘control IP’.
  2. Check the firewall logs (if any) for any communication issues or packet drops seen for the problematic AP.
  3. Check for the latest AP patch and see if the firmware upgrade can be applied.
  4. Verify no jumbo frames are enabled on the network side.
  5. MTU is set to 1500 or lower value on the network side as well. Default MTU used in Ruckus devices are 1500.

Next Step: Once the network-related issues are isolated then a Ruckus support ticket is needed with the following details:

  1. How many APs are impacted?
  2. Network topology.
  3. vSZ/SZ/AP firmware details.
  4. Switch details like make/model/version.
  5. The number of times in a day the AP loses the heartbeat.
  6. Any recent changes like switch upgrades or switch replacements etc. triggered the issue.