VMware network architecture is the layer that determines how virtual machines and ESXi services reach the physical network. The short answer is this: virtual switches are created inside ESXi, physical NICs are attached as uplinks, port groups are used to separate traffic types, and dedicated VMkernel adapters carry management, vMotion, storage, and other host-side services. This guide is written for teams working in the October 13, 2025 context.
Quick Summary
- The main components of VMware networking are vSwitch, uplink, port group, VMkernel adapter, and where needed distributed port groups.
- Broadcom KB 406133 says CDP can be used on both standard and distributed switches, while LLDP visibility is available only on vSphere Distributed Switch uplinks.
- Broadcom KB 416520 says the Standard vSwitch has fewer options but does not require vCenter for management, while richer network capabilities arrive on the Distributed Switch track.
- Broadcom KB 376245 shows that if uplinks are configured as VLAN trunks, the Management Network on a standard switch may require the correct VLAN ID to maintain host connectivity.
- Broadcom KB 425702 explains that static and non-ephemeral distributed portgroups are controlled by vCenter and cannot be modified directly from ESXi host direct access.
- Broadcom KB 418471 shows that when port group roles are not designed properly on a standard switch, expected VM network assignment behavior can become confusing.
- In the October 13, 2025 context, Broadcom KB 326316 lists vCenter Server 8.0 Update 3g / 8.0.3.00600 / Build 24853646 as one visible current vCenter 8 baseline.
Table of Contents
- What Are the Main Components of VMware Networking?
- Which vCenter Baseline Makes Sense on October 13, 2025?
- How Do vSwitch, Uplink, and Port Group Work Together?
- What Is a VMkernel Adapter For?
- How Do Standard Switch and Distributed Switch Change the Design?
- How Should VLAN and Traffic Separation Be Designed?
- Most Common Network Design Mistakes
- Initial Checklist
- Frequently Asked Questions

Image: Wikimedia Commons - Datacenter Empty Floor (22166545884).
What Are the Main Components of VMware Networking?
To understand VMware networking, the core objects need to be clear:
- vSwitch: the virtual switching layer
- uplink: the attached physical NIC
- port group: the logical grouping that applies network policy
- VMkernel adapter: the interface used by ESXi services
- virtual machine network adapter: the NIC used by the VM itself
Together, these components carry both VM traffic and host-side service traffic to the physical network.
Which vCenter Baseline Makes Sense on October 13, 2025?
Especially when distributed switching and centralized port group management are part of the design, the vCenter baseline matters. According to Broadcom KB 326316, one visible vCenter 8 line in the October 13, 2025 context is:
- Product: vCenter Server 8.0 Update 3g
- Version: 8.0.3.00600
- Release date: 2025-07-29
- Build: 24853646
This guide uses vCenter Server 8.0 Update 3g / Build 24853646 as the management baseline.
How Do vSwitch, Uplink, and Port Group Work Together?
The logic is straightforward:
- create a vSwitch inside ESXi
- attach one or more physical NICs as uplinks
- define port groups to separate traffic types
- connect a VM or VMkernel adapter to the correct port group
This allows the same ESXi host to carry:
- management traffic
- virtual machine traffic
- vMotion traffic
- storage traffic
as separate logical flows even when physical capacity is shared.
What Is a VMkernel Adapter For?
A VMkernel adapter is not for end-user VM traffic. It is used for ESXi host-side services such as:
- management
- vMotion
- iSCSI or NFS storage access
- other host-level service networks
The critical operational rule is not to mix service traffic with ordinary VM traffic carelessly. Broadcom KB 418471 shows that incorrect or unsuitable port group role design on a standard switch can affect expected interface behavior. Management, VM traffic, and service traffic should therefore be separated clearly.
How Do Standard Switch and Distributed Switch Change the Design?
Standard Switch
According to Broadcom KB 416520, the standard vSwitch:
- has fewer features
- does not require vCenter for management
That makes it useful for small environments and per-host administration.
Distributed Switch
Distributed switch provides centralized control. Broadcom KB 406133 says LLDP visibility is available only on distributed switch uplinks, which gives network and virtualization teams better visibility from vCenter.
Broadcom KB 425702 adds an important operational detail: static and non-ephemeral distributed port groups are managed by vCenter and cannot be edited directly from host direct access.
That means vDS is more centralized, but also more dependent on vCenter-driven operations.
Related guide:
How Should VLAN and Traffic Separation Be Designed?
VLANs are used to separate traffic types logically over the same physical uplinks. Broadcom KB 376245 shows that when uplinks are trunks, the Management Network on a standard switch may require the correct VLAN ID to maintain host reachability.
A practical design usually means:
- one VLAN for management
- separate VLANs for VM traffic segments
- a separate network for vMotion
- a separate storage VLAN or dedicated uplinks when required
Most network problems here come not from missing technology, but from poor traffic role separation.
Most Common Network Design Mistakes
Putting every traffic type into one port group
Combining management, VM traffic, and service traffic under one logical group may look simple at first, but it creates operational and security problems later.
Forgetting VLAN behavior on trunked uplinks
Broadcom KB 376245 shows that a wrong VLAN value on the management side can directly affect connectivity.
Assuming every distributed port group can be edited everywhere
Broadcom KB 425702 explains that static and non-ephemeral distributed port groups are not meant to be edited directly from host access.
Expecting LLDP visibility on a standard switch
Broadcom KB 406133 says LLDP visibility is only available on distributed switch uplinks.
Initial Checklist
- Management, VM, vMotion, and storage traffic were treated as separate roles
- The uplink model was defined clearly
- A correct port group exists for each traffic type
- VMkernel adapter roles were defined
- VLAN trunk and access behavior was reviewed
- The correct VLAN ID is set for Management Network when needed
- The choice between vSS and vDS matches the operating model
- The network and virtualization teams agree on the topology
Next Step with LeonX
VMware networking is not just about creating switches. It is about separating management, security, performance, and operational responsibilities clearly. LeonX helps teams design practical VMware network architecture for port group policy, VLAN planning, uplink separation, and distributed switch transition.
Related pages:
- Hardware & Software Sales
- Managed Services
- Contact
- VMware Standard Switch vs Distributed Switch Comparison
- How to Install VMware vCenter
Frequently Asked Questions
What are the most basic objects in VMware networking?
vSwitch, uplink, port group, and VMkernel adapter are the main building blocks. Together they carry both VM traffic and ESXi service traffic.
Is a VMkernel adapter the same as a VM network?
No. A VMkernel adapter is for ESXi service traffic, while VM network traffic belongs to the guest virtual machine.
Why is LLDP not visible on every switch type?
Because Broadcom KB 406133 says LLDP visibility is available only on distributed switch uplinks.
Why can Management Network VLAN settings be critical?
Because Broadcom KB 376245 shows that when uplinks are trunks, the management port group may need the correct VLAN ID to keep host connectivity working.
Why might a distributed port group not be editable from direct host access?
Broadcom KB 425702 says static and non-ephemeral distributed port groups are controlled by vCenter and cannot be modified directly from the ESXi host UI.
Conclusion
The key to understanding VMware network architecture is to avoid mixing up the roles of vSwitches, uplinks, port groups, and VMkernel adapters. In the October 13, 2025 context, the right approach is to separate traffic types clearly, design VLAN behavior deliberately, and choose standard or distributed switching according to the operating model.
Sources
- Broadcom KB 416520: VDS Improvements and Features per Version
- Broadcom KB 406133: LLDP not supported on vSphere standard switches
- Broadcom KB 376245: Moving host from DVS to standard switch using ESXi CLI commands
- Broadcom KB 425702: Unable to edit distributed portgroup for a VM's network adaptor in ESXi host direct Access
- Broadcom KB 418471: Standard Switch Port Groups are not showing as options to assign to Network Adapters in the settings of VMs
- Broadcom KB 326316: VMware vCenter Server versions and build numbers



