VLan Management on 300 series

---

Ekozan2 wrote:

But the switch is trying to take an IP on VLAN 1...

So, I tried to switch to untagged on VLAN 5:

• VLAN 5 U (PVID 5)
• VLAN 10/20/30 T 

without success 

 

and strangely, my port 2 is my Wi-Fi AP:

So, I configured it as follows:

• VLAN 5 U (PVID 5)
• VLAN 10/20/30 T 

and it still retrieves an IP on VLAN 1?

---

Nothing strange .... based on the fact the switch itself with the simple uC and the basic IP stack is simply not built on a managed core, and untagged frames - whatever does reach the switch can -and- -will- be able to reach the DHCP client, the switch config, being the Web UI or the NSDP if enabled for discovery -and- the configuration. In other words: Whatever VLAN and IP traffic makes up to the switch in untagged frames and will end up there.  

 

This has nothing to do with the switch 300 series, much more it depends on the specific models - some Plus switches (GSnnnE[xx] or MSnnnE[xx]) are built on Managed Cores, the majority of models are built on unmanaged switch cores and a uC glued-on taking care of Web UI, NSDP, and even the ICMP Multicast port handling. Said this: The uC does listen to all traffic on the switch, including IP frames, and does not know or care about any tagged VLAN. These can be 100, 300, or 700 Series switches. 

 

Already when reading VLAN[x] Management I can tell you will run into issues as there is -no- management VLAN possible, except as on the models built on a managed core where you can define the Management VLAN.

 

 

Most (if not all - I don't own all models) in what you designate as Series 300 don't.