SG2016P gets ip address from non-management VLAN DHCP server

SG2016P gets ip address from non-management VLAN DHCP server

SG2016P gets ip address from non-management VLAN DHCP server
SG2016P gets ip address from non-management VLAN DHCP server
Yesterday
Model: SG2016P  
Hardware Version: V1
Firmware Version: 1.20.14 Build 20251031 Rel.72837

Our SG2016P is configured with VLAN 2 as the management VLAN and has a static ip on that LAN, where it is managed by the Omada controller. Yet the SG2016P also gets an ip address from a DHCP server on a non-management VLAN and serves up the web GUI on that non-management IP with a message saying "This switch is being managed by controller". Is there a config setting to prevent switch management on non-management VLANs? 

 

Also in our setup there is no reason for the switch to use a DHCP client. Is there a config setting to disable the DHCP client?  We configured the non-management VLAN network where the switch received an ip with a static ip address on a bogus LAN, yet the switch runs its DHCP client anyway and gets an ip regardless.

 

Thanks

  0      
  0      
#1
Options
2 Reply
Re: SG2016P gets ip address from non-management VLAN DHCP server
17 hours ago

  @randoman 

 

If the switch is being managed by a controller on the management VLAN, there is no need to enable a switch interface on any other VLAN unless you are routing or providing DHCP services with the switch.

 

1x ER7406 1x OC300 4x SG2008 1x EAP610 3x EAP650-Desktop
  0  
  0  
#2
Options
Re: SG2016P gets ip address from non-management VLAN DHCP server
10 hours ago - last edited 6 hours ago

Hi  @jra11500 ,

 

Only the management VLAN (2) is enabled on the switch and it is assigned a static ip. Yet the switch still leases an ip from disabled VLAN 1 via the upstream DHCP server. It should not matter but disabled VLAN 1 is configured with a bogus static ip.

 

It seems the switch insists on getting an ip via DHCP regardless of which VLANs are enabled. Even when all VLANs are set to DHCP: None, the switch still leases an ip.

  0  
  0  
#3
Options