cancel
Showing results for 
Search instead for 
Did you mean: 

Wing 5.8 - Cluster - Config

Wing 5.8 - Cluster - Config

Phil_storey
Contributor

I have tow RFS units setup in a cluster, today I failed the primary over to ensure that the backup took over and then failed back at the times set, which it did, I noticed that on one of the WLAN clients could not connect, when the Primary came back online and the AP's moved back to the primary the clients could connect, so there is some issue with the config, If the cluster is taken down and then recreated will this push the config from the primary to the backup, or is there a command line that I could use to ensure the backup does have the most up to date version that works on the primary ?
9 REPLIES 9

Phil_storey
Contributor

Hi The VLAN is available, not sure what you mean " some device overwrites on RFS "

Timo_Sass
New Contributor
Do you have some device overwrites on the RFS, that maybe produce the problem? Or maybe the VLAN isn't available from the LAN site of the backup controller.

Phil_storey
Contributor

Hi Timo - it was all clients on only one wlan, soon as the primary was backup and running and it became active all clients connected.

Hi Michael
you mention local bridging instead of tunnelling, are you referring to the wlan bridging mode ?

Timo_Sass
New Contributor
The config is just pushed, if you have a config mismatch. In that case the controller with the higher cluster id.

If you do no changes doing the down time, no config is pushed.

One of the clients sounds, all other works? Sound more like a client problem for me. Do you check the log?

vanelm
Contributor
Hello, Please check on both units the client target vlan is available. "sh interface switchport" should display exactly the same results on the both cluster members. Consider to use local bridging instead of tunnelling - this removes controller from data path. Misha
GTM-P2G8KFN