What decides between the three subnet types on AHV.
From Ultra Transcenders NCP-MCI-7.5 by Tony Rough (coming November 2026)
The subnet type fixes who manages it, where it can be edited and which features it can use, and several of those choices cannot be undone.
| VLAN Basic Subnet | VLAN Subnet | Overlay subnet | |
|---|---|---|---|
| Managed by | Acropolis leader of the cluster | Network Controller | Network Controller |
| Create and manage in | Prism Element or Prism Central | Prism Central only | Prism Central only |
| Change a vNIC’s subnet | Yes, to another Basic subnet, without re-creating the vNIC | No; delete the vNIC and create a new one | - |
| Trunk mode | Each network binds to one VLAN; vNICs in Trunk mode block migration to VLAN Subnets | Not supported; access mode only | - |
| Unknown unicast | - | Flooding not supported; port security is enabled after migration | Dropped |
| IGMP snooping | Supported | Supported | Not supported; multicast reaches all VMs in the subnet and stays there |
| Limits | - | Not on clusters with compute-only nodes; not for ROBO deployments; no kDirect vNICs | Needs a VPC |
A VLAN Basic Subnet is the default product of the Prism Central Create Subnet workflow. Change that in Prism Central Settings > Flow Management > Flow VLAN Networking, or clear VLAN Basic Networking under Advanced Configuration for one subnet.
Common trap: Using one VLAN ID in both stacks - provision any single VLAN ID either in the AHV stack or in the Flow Virtual Networking stack. Configuring one VLAN as both a Flow external network and an AHV IPAM network can cause IP address conflicts.
IPAM lets AHV assign addresses to VMs by DHCP. A network with IPAM is a managed network, and one without is unmanaged.
Check that the physical switch allows the VLANs configured for virtual networks: the user is responsible for the switch ports, and for the virtual switch existing on all hosts.
IGMP snooping stops a host delivering multicast to every VM on a VLAN. It is enabled per virtual switch and needs a querier, either native Acropolis (sending IGMP v2 queries) or third party. A snooping timeout of 30 seconds means a query every 15 seconds.
Migration is done in Prism Central, one subnet at a time, and is irreversible. The Basic VLAN is locked, a VLAN Subnet is created with the same UUID and properties, vNICs move with their MAC addresses preserved, and the Basic VLAN is then deleted. Prism Central VM vNICs must stay on a Basic VLAN, so on a shared subnet they move to a newly created Basic VLAN.
The precheck requires Super Admin or Prism Admin access and blocks migration in these cases:
An attached Flow Network Security policy must be migrated to the Next-Gen version first, on the Security Policies page.
This note is one section of Ultra Transcenders NCP-MCI-7.5: Nutanix Multicloud Infrastructure, an independent study guide that explains every topic the exam covers by technology, with comparison tables, diagrams and the common traps, plus a glossary linked to the Nutanix Support Portal.
Due on Amazon in November 2026, in Kindle and paperback editions.
About the book · NCP-MCI-7.5 terms in the glossary · All NCP-MCI-7.5 study notes
How to move Prism Central from one VM to a scale-out deployment, and what to check first.
How RF and FT relate on a Nutanix cluster, and what each protects against.
What each mode does when a host fails, and what guaranteed mode reserves.
Which platforms Nutanix Move can migrate from and to.
Asynchronous, NearSync and synchronous replication compared.
The two ways of live-migrating VMs between clusters, and what each needs.
How LCM gets its updates with and without internet access.