VMware ESXi and vSphere Cluster Management

Configure Physical NIC Speed and Duplex on VMware ESXi

Learn how to view and configure ESXi vmnic speed and duplex in the vSphere Client, when to use auto-negotiation, and how to validate link health safely.

Physical network adapters are the connection between an ESXi host and the physical Ethernet switching network. This lesson explains how to view and configure the speed and duplex of an ESXi physical NIC, commonly named vmnic0, vmnic1, and so on.

Use this procedure carefully: changing a physical uplink can interrupt management, storage, vMotion, VM, or other VMkernel traffic that uses the adapter.

What Speed and Duplex Control

An ESXi host is the VMware hypervisor system that runs virtual machines. A physical network adapter is a network interface card exposed to ESXi. ESXi identifies these adapters with names such as vmnic0; vmnic is the ESXi identifier for a physical NIC.

Speed is the Ethernet link rate, such as 100 Mbps, 1 Gbps, or 10 Gbps. Duplex describes how the link transmits data. Full duplex permits simultaneous transmission and reception, while half duplex permits transmission in alternating directions.

The vmnic connects through a cable or transceiver to a physical switch port. ESXi then assigns the vmnic as an uplink for a standard vSwitch or a vSphere Distributed Switch. Virtual machines and VMkernel adapters use these virtual networking constructs, but their traffic ultimately reaches the physical network through one or more vmnic uplinks.

Consequently, changing a vmnic's link settings can affect every management, VM, vMotion, storage, or other VMkernel flow using that uplink. The link state indicates whether the physical Ethernet connection is up, down, or otherwise unavailable.

Auto-Negotiation and Ethernet Standards

Auto-negotiation is the Ethernet process in which connected link partners advertise and agree on compatible characteristics, including supported speed and duplex. The ESXi NIC and the connected physical switch port are link partners and must use compatible settings.

Gigabit Ethernet normally relies on auto-negotiation as part of normal link operation. For a 1 GbE connection, the usual recommendation is to leave the ESXi adapter and switch port set to automatic negotiation unless a specific, vendor-supported design requires another setting.

A manually forced setting at one end can cause a duplex mismatch when the other end remains set to auto-negotiate. A duplex mismatch commonly produces poor throughput, retransmissions, late collisions, and interface errors. For a fixed configuration, correct both the ESXi vmnic and the physical switch port together.

Plan the Change Before Editing a vmnic

  1. Identify the target ESXi host and the exact physical adapter to change.
  2. Determine which standard vSwitch or distributed switch uses the adapter as an uplink.
  3. Find out whether the uplink carries management, VMkernel storage, vMotion, VM, or multiple traffic types.
  4. Check the physical switch port configuration, supported speeds, duplex behavior, cable or transceiver type, and switch interface status.
  5. Check the NIC hardware capabilities and the driver support presented by ESXi. Available speed choices depend on the installed adapter and driver.
  6. Record the current speed, duplex, link state, driver, MAC address, switch-port state, and any relevant interface counters.
  7. Plan a maintenance window or confirm an alternate management uplink, direct console, or out-of-band access before changing an uplink that may carry host management traffic.

View Physical NIC Information

The vSphere Client is the management interface used to administer ESXi hosts and their networking. The physical adapter view commonly shows the adapter name, link state, speed, duplex, MAC address, driver, and uplink association.

For command-line verification, connect to the ESXi Shell or use an approved remote ESXi shell method and run:

esxcli network nic list

This lists physical NICs and typically includes their administrative state, link state, speed, duplex, driver, and MAC address.

To inspect one adapter in more detail, replace vmnicX with the target adapter name:

esxcli network nic get -n vmnicX

Use the command output as a verification aid, but always compare it with the connected switch port and the physical cabling or transceiver.

Configure Speed and Duplex in the vSphere Client

  1. In the vSphere Client, select the target ESXi host from the inventory.
  2. Open Manage.
  3. Open Networking.
  4. Open the Physical adapters view.
  5. Select the target vmnic.
  6. Choose Edit or the equivalent action for editing adapter settings.
  7. Choose automatic negotiation or a supported manual speed and duplex value.
  8. Review the warning and confirm that the switch port is configured compatibly.
  9. Save the change.
  10. Wait for the adapter to renegotiate, then verify its link state, speed, and duplex.

Exact labels can vary slightly between vSphere versions and client views. The important path is the selected host's management networking area, followed by Physical adapters, the target vmnic, and its edit settings.

Speed and Duplex Configuration Choices

Configuration choiceTypical use caseSwitch-side requirementKey caution

Auto-negotiate — General-purpose Ethernet, especially Gigabit Ethernet — The switch port must also support compatible auto-negotiation — Usually the preferred setting; verify the resulting rate and duplex.

Forced speed and duplex — A documented legacy or vendor-specific requirement — Configure the switch port with the same compatible speed and duplex — Never force one side while leaving the other side to negotiate.

Gigabit Ethernet connection — 1 GbE host uplinks — Leave both endpoints on auto-negotiation in normal designs — Gigabit operation commonly depends on negotiation; forcing settings can prevent the link from working correctly.

Legacy lower-speed Ethernet connection — Supported 100 Mbps or other older Ethernet equipment — Confirm that both endpoints and the cable support the selected mode — Investigate errors and mismatch symptoms before selecting a fixed mode.

Validate the Change

  1. Confirm that the vmnic reports an active or up link.
  2. Confirm that the displayed speed and duplex match the intended values.
  3. Check the corresponding physical switch interface and confirm it reports the same state.
  4. Test host management reachability.
  5. Test the VMkernel services that use the uplink, such as vMotion or storage connectivity.
  6. Verify representative VM traffic if the uplink carries virtual-machine networks.
  7. Review ESXi and switch counters for dropped packets, CRC errors, input errors, late collisions, retransmissions, or other duplex-related symptoms.
  8. If the vmnic belongs to a team, verify that uplink redundancy and failover behavior remain healthy.

Symptoms of Link Configuration Problems

SymptomLikely causeWhere to verifyCorrective action

Link does not come up — Unsupported speed, incompatible duplex, faulty cable or transceiver, or an inactive switch port — ESXi physical adapter view, switch interface, cable, and transceiver — Confirm hardware support, make the two endpoints compatible, and restore auto-negotiation or a known-good matching configuration.

Unexpected negotiated speed — Port capability, transceiver limitation, cable limitation, or a different setting on the link partner — ESXi NIC details and switch-port status — Check capabilities and physical media, then use a supported compatible configuration.

Slow or intermittent traffic — Duplex mismatch, errors, congestion, or a physical-layer problem — ESXi counters, switch counters, and application or VMkernel tests — Compare both endpoints, inspect errors, and configure both sides consistently.

CRC or duplex-related interface errors — Duplex mismatch, damaged media, or signal problems — Physical switch counters and ESXi NIC statistics — Correct the link configuration and replace or reseat suspect cable or transceiver components.

Loss of host management connectivity — The changed vmnic was the sole active management path or failed to renegotiate — vSphere Client availability, direct console, alternate uplink, and switch port — Use the alternate or out-of-band path, restore the recorded setting, and validate the switch before retrying.

Troubleshooting Examples

Gigabit ESXi Management Uplink

An ESXi host's vmnic is connected to a 1 GbE switch port. Leave both sides on auto-negotiation, then verify that ESXi and the switch report 1 Gbps full duplex. If the reported values differ, investigate the port configuration, adapter capability, cable, and transceiver rather than immediately forcing a value.

Correcting a Forced-Speed Mismatch

A legacy 100 Mbps connection has poor throughput, and switch counters show duplex-related errors. Compare the ESXi adapter setting with the switch port. Where supported, return both endpoints to auto-negotiation. If a fixed configuration is required, set the same supported speed and duplex on both sides, then clear or note counters and retest.

Protecting Management Access

Before editing a vmnic that carries management traffic, confirm that a second management uplink, direct console, or out-of-band management path is available. Record the old setting so it can be restored if the link does not return.

The Link Is Down After the Change

  • Confirm that the cable, transceiver, and switch port are operational.
  • Confirm that the selected speed is supported by both the NIC and switch port.
  • Compare the ESXi setting with the switch-port setting.
  • Restore auto-negotiation or a known-good matching configuration.

Performance Is Severely Degraded

  • Check ESXi NIC status and physical switch counters.
  • Look for CRC errors, input errors, late collisions, and duplex-related errors.
  • Verify that neither endpoint is forced while the other endpoint negotiates automatically.
  • Configure both ends consistently and retest traffic.

The Expected Speed Option Is Unavailable

  • Review NIC hardware capabilities, installed driver support, and connected port or transceiver capabilities.
  • Check whether the adapter is designed to negotiate only its supported rates.
  • Use auto-negotiation when manual selection is unavailable or inappropriate.

Exam-Relevant Notes

  • A vmnic is a physical ESXi NIC; a vSwitch or distributed switch is a virtual networking construct that uses vmnics as uplinks.
  • Speed and duplex must be compatible at both ends of the physical link.
  • Gigabit Ethernet should generally remain on auto-negotiation.
  • Forcing one endpoint while the other endpoint negotiates can create a duplex mismatch.
  • Changing a shared uplink can affect management, VMkernel, and virtual-machine traffic simultaneously.
  • Always validate both ESXi and switch status after a change.

Summary

Configure physical NIC speed and duplex from the selected ESXi host's Manage > Networking > Physical adapters view. Identify the correct vmnic, understand its traffic dependencies, record the current state, and ensure the switch port and ESXi adapter use compatible settings. In normal Gigabit Ethernet deployments, retain auto-negotiation. After saving a change, verify link state, negotiated values, switch counters, management access, VMkernel services, and uplink failover.

Continue with speed and duplex configuration guidance when reviewing this procedure alongside your host networking change plan.