rajivw's profile

24 Messages

 • 

382 Points

Tue, Oct 19, 2021 7:36 AM

Converting Unleashed to Ruckus Cloud (Bulk)

Hi everyone, we have around 80 Unleashed APs and we're planning to purchase Ruckus Cloud. Is there a direct way we can convert these to be operational on cloud? Or will we have to convert each AP to standalone mode? 

33 Messages

 • 

348 Points

3 m ago

Hi, 

From my tests in my lab on this today (on Unleashed FW 200.10.10.5.246) you'll need to convert the APs back to standalone FW to allow them to join cloud. 

You can make use of the Crossbreeder tool to help with multiple APs: https://github.com/andreacoppini/crossbreeder. 

Crossbreeder is a troubleshooting and automating some simple commonly used tasks for Ruckus APs such as factory reset, update firmware etc. It does not rely on any controller. Instead, it runs through a list of IP addresses supplied by the user to contact each AP directly via SSH. This utility is built for windows and macOS platforms.

Hope this helps.

24 Messages

 • 

382 Points

3 m ago

Hi Sam,

Thanks a lot for the quick response! I'll check this out and let you know how it goes. 

24 Messages

 • 

382 Points

Hi @sam_evans,

Facing a minor issue here. Since by default, all the APs are set up with 192.168.0.1, Crossbreeder is unable to identify all the APs. So we created a DHCP server in one of the Switches with DHCP option 43. However, the APs are not receiving any IPs from the pool. 

Do note, that these some of the APs previously had SZ configs in them, so that could be the reason? (Because when I connect a brand new AP to the network, the DHCP pool releases a new IP without any issues and the AP connects with the SZ).

So my issue now is, how can I factory reset number of APs, which previously had SZ-pushed configs in them? DHCP server is not issuing any new IPs to these. But for new APs it does issue. So DHCP is functioning properly. For some reason, the APs with existing SZ configs don't seem to obtain an IP and therefore I'm unable to use Crossbreeder to factory reset. 

Official Rep

 • 

1.4K Messages

 • 

18.6K Points

@rajivw do you know if these APs has static IP assigned or from DHCP?

Try to SSH into one of them and check the IP config.

get ipaddr wan

Also it is worth checking if APs are on management VLAN from old configuration. If yes, APs are tagged with management VLAN, so will not be able to communicate with DHCP server on untagged/native VLAN. 

Regards,

Syamantak Omer

Official Rep | Staff TSE | CWNA | CCNA | RASZA | RICXI

Follow me on Linkedin

Official Rep

 • 

274 Messages

 • 

4.6K Points

@rajivw 

Can you try doing a factory reset on of the AP and see if it gets the IP from the DHCP server.

If yes, then it is something to do with the Static IP or VLAN config (most probably).

24 Messages

 • 

382 Points

Hi @syamantak_omer & @sanjay_kumar

When we connect a brand new AP or a FR-ed AP, it joins the cluster, wtihout doing any changes from the WLC-end. These APs previously received IPs from the same DHCP pool.

As I remember, these APs went down when we changed the VLAN Untag ID on the AP port connecting to Switch to 40 (LAN PoE-In Port of the AP). The PoE Switch ports are currently untagged to 40. Should these be tagged from Switch end to 40?

Official Rep

 • 

1.4K Messages

 • 

18.6K Points

Hi Rajiv,

Yes, if APs were earlier running with tagged 40 VLAN, you have to revert the settings so that APs can communicate with network.

Regards,

Syamantak Omer

Official Rep | Staff TSE | CWNA | CCNA | RASZA | RICXI

Follow me on Linkedin

24 Messages

 • 

382 Points

1 m ago

Hi @sam_evans , @syamantak_omer , @sanjay_kumar 

Thanks for the advice. Network is functional now!

Important Announcement