Jason
Share your feedback through our survey, make your voice heard, and win a
WiFi 7 AP! https://bit.ly/2024_Survey_Community
[NEBULA] XGS1930 switches not setting correct VLAN upon Cloud connect
We recently received some XGS1930 switches and wanted to set them up in our network. Our network is running multiple VLANs, with VLAN 10 being the untagged default VLAN. So, in NCC, I added the new switches, and setup their static IP addresses and VLAN 10 as management VLAN. Also, all ports were setup to VLAN 10.
So, when initially started, the new switch connected to our network on the untagged VLAN 10 connection, since it's default VLAN (1) also is untagged. It got an DHCP IP address and connected to Nebula. It downloaded the configuration and rebooted. After that, it came up, but couldn't connect to Nebula any more. Also, I couldn't reach it on our local network.
This happened because the switch did not change it's management VLAN. All other config was set before reboot, but the management VLAN stayed at 1. Since no ports had VLAN 1 untagged, nobody could connect to the switch.
To work around this behaviour, I used NCC to set one of the switch ports to use VLAN 1 untagged. I then used this port as the uplink to our network, and reset the switch to factory defaults. This time, the switch came up in Nebula after the setup reboot, still using VLAN 1 as management VLAN, even though the NCC setup stated otherwise. I then had to use the switch' web config to change the management VLAN, and moved the uplink on the switch to another (VLAN 10-assigned) port. And it worked. The switch was now in Nebula through VLAN 10.
It is probably a bug that the management VLAN is not changed in the initial setup if set in NCC beforehand, but that is how you could do a workaround in a similar setup.
Another (not huge) problem is that NCC does not actually change the device's hostname when we give it a name in NCC. This might lead to some confusion, since all APs and switches show up on the network with default hostnames ("NWA1123-AC", "XGS1930", etc). It would be better if NCC actually changed the device hostnames locally, as well as in the NCC web UI.
So, when initially started, the new switch connected to our network on the untagged VLAN 10 connection, since it's default VLAN (1) also is untagged. It got an DHCP IP address and connected to Nebula. It downloaded the configuration and rebooted. After that, it came up, but couldn't connect to Nebula any more. Also, I couldn't reach it on our local network.
This happened because the switch did not change it's management VLAN. All other config was set before reboot, but the management VLAN stayed at 1. Since no ports had VLAN 1 untagged, nobody could connect to the switch.
To work around this behaviour, I used NCC to set one of the switch ports to use VLAN 1 untagged. I then used this port as the uplink to our network, and reset the switch to factory defaults. This time, the switch came up in Nebula after the setup reboot, still using VLAN 1 as management VLAN, even though the NCC setup stated otherwise. I then had to use the switch' web config to change the management VLAN, and moved the uplink on the switch to another (VLAN 10-assigned) port. And it worked. The switch was now in Nebula through VLAN 10.
It is probably a bug that the management VLAN is not changed in the initial setup if set in NCC beforehand, but that is how you could do a workaround in a similar setup.
Another (not huge) problem is that NCC does not actually change the device's hostname when we give it a name in NCC. This might lead to some confusion, since all APs and switches show up on the network with default hostnames ("NWA1123-AC", "XGS1930", etc). It would be better if NCC actually changed the device hostnames locally, as well as in the NCC web UI.
2
Accepted Solution
-
Hi @Eirik ,
I reproduce the same symptom in my local test with the same scenario from your description.
We are aware of this is a special scenario, so we will enhance it in the future.
Currently, we find a workaround that no need to access local WebGUI to configure:
Please only configure management VLAN on NCC before the new XGS1930 gets online.
After you see the Switch is online on NCC, you may go to configure the PVID for all ports.
For hostname configuration, since we support multiple languages on NCC, but local device has the limitation that supports English only, that why we don't apply the customize hostname to the local device.
Hope it helps.
5
All Replies
-
Hi @Eirik ,
I reproduce the same symptom in my local test with the same scenario from your description.
We are aware of this is a special scenario, so we will enhance it in the future.
Currently, we find a workaround that no need to access local WebGUI to configure:
Please only configure management VLAN on NCC before the new XGS1930 gets online.
After you see the Switch is online on NCC, you may go to configure the PVID for all ports.
For hostname configuration, since we support multiple languages on NCC, but local device has the limitation that supports English only, that why we don't apply the customize hostname to the local device.
Hope it helps.
Jason
Share your feedback through our survey, make your voice heard, and win a WiFi 7 AP! https://bit.ly/2024_Survey_Community5
Categories
- All Categories
- 415 Beta Program
- 2.3K Nebula
- 141 Nebula Ideas
- 94 Nebula Status and Incidents
- 5.6K Security
- 218 USG FLEX H Series
- 264 Security Ideas
- 1.4K Switch
- 71 Switch Ideas
- 1K Wireless
- 39 Wireless Ideas
- 6.3K Consumer Product
- 244 Service & License
- 383 News and Release
- 81 Security Advisories
- 27 Education Center
- 8 [Campaign] Zyxel Network Detective
- 3.1K FAQ
- 34 Documents
- 34 Nebula Monthly Express
- 84 About Community
- 71 Security Highlight