Add a distributed port group to a vSphere Distributed Switch to create a distributed switch network for your virtual machines and to associate VMkernel adapters.
- In the vSphere Web Client, navigate to the distributed switch.
- Right-click the distributed switch and select .
- On the Select name and location page, type the name of the new distributed port group, or accept the generated name, and click Next.
- On the Configure settings page, set the general properties for the new distributed port group and click Next.
Choose when ports are assigned to virtual machines connected to this distributed port group.
Static binding: Assign a port to a virtual machine when the virtual machine connects to the distributed port group.
Dynamic binding: Assign a port to a virtual machine the first time the virtual machine powers on after it is connected to the distributed port group. Dynamic binding has been deprecated since ESXi 5.0.
Ephemeral - no binding: No port binding. You can assign a virtual machine to a distributed port group with ephemeral port binding also when connected to the host.
Elastic: The default number of ports is eight. When all ports are assigned, a new set of eight ports is created. This is the default.
Fixed: The default number of ports is set to eight. No additional ports are created when all ports are assigned.
Number of ports
Enter the number of ports on the distributed port group.
Network resource pool
Use the drop-down menu to assign the new distributed port group to a user-defined network resource pool. If you have not created a network resource pool, this menu is empty.
Use the VLAN type drop-down menu to select VLAN options:
None: Do not use VLAN.
VLAN: In the VLAN ID field, enter a number between 1 and 4094.
VLAN trunking: Enter a VLAN trunk range.
Private VLAN: Select a private VLAN entry. If you did not create any private VLANs, this menu is empty.
Select this check box to customize the policy configurations for the new distributed port group.
- (Optional) : On the Security page, edit the security exceptions and click Next.
Reject. Placing an adapter in promiscuous mode from the guest operating system does not result in receiving frames for other virtual machines.
Accept. If an adapter is placed in promiscuous mode from the guest operating system, the switch allows the guest adapter to receive all frames passed on the switch in compliance with the active VLAN policy for the port where the adapter is connected.
Firewalls, port scanners, intrusion detection systems and so on, need to run in promiscuous mode.
MAC address changes
Reject. If you set this option to Reject and the guest operating system changes the MAC address of the adapter to a value different from the address in the .vmx configuration file, the switch drops all inbound frames to the virtual machine adapter. .
If the guest operating system changes the MAC address back, the virtual machine receives frames again.
Accept. If the guest operating system changes the MAC address of a network adapter, the adapter receives frames to its new address.
Reject. The switch drops any outbound frame with a source MAC address that is different from the one in the .vmx configuration file.
Accept. The switch does not perform filtering and permits all outbound frames.
- (Optional) : On the Traffic shaping page, enable or disable Ingress or Egress traffic shaping and click Next.
If you enable either Ingress traffic shaping or Egress traffic shaping, you are setting limits on the amount of networking bandwidth allocated for each virtual adapter associated with this particular port group. If you disable the policy, services have a free, clear connection to the physical network by default.
Establishes the number of bits per second to allow across a port, averaged over time. This is the allowed average load.
The maximum number of bits per second to allow across a port when it is sending and receiving a burst of traffic. This tops the bandwidth used by a port whenever it is using its burst bonus.
The maximum number of bytes to allow in a burst. If this parameter is set, a port might gain a burst bonus when it does not use all its allocated bandwidth. Whenever the port needs more bandwidth than specified by Average bandwidth, it might temporarily transmit data at a higher speed if a burst bonus is available. This parameter tops the number of bytes that might be accumulated in the burst bonus and thus transferred at a higher speed.
- (Optional) : On the Teaming and failover page, edit the settings and click Next.
Specify how to choose an uplink.
Route based on originating virtual port. Choose an uplink based on the virtual port where the traffic entered the distributed switch.
Route based on IP hash. Choose an uplink based on a hash of the source and destination IP addresses of each packet. For non-IP packets, whatever is at those offsets is used to compute the hash.
Route based on source MAC hash. Choose an uplink based on a hash of the source Ethernet.
Route based on physical NIC load. Choose an uplink based on the current loads of physical NICs.
Use explicit failover order. Always use the highest order uplink from the list of Active adapters which passes failover detection criteria.
IP-based teaming requires that the physical switch be configured with etherchannel. For all other options, disable etherchannel.
Network failure detection
Specify the method to use for failover detection.
Link status only. Relies solely on the link status that the network adapter provides. This option detects failures, such as cable pulls and physical switch power failures, but not configuration errors, such as a physical switch port being blocked by spanning tree or that is misconfigured to the wrong VLAN or cable pulls on the other side of a physical switch.
Beacon probing. Sends out and listens for beacon probes on all NICs in the team and uses this information, in addition to link status, to determine link failure. This detects many of the failures previously mentioned that are not detected by link status alone.
Do not use beacon probing with IP-hash load balancing.
Select Yes or No to notify switches in the case of failover. If you select Yes, whenever a virtual NIC is connected to the distributed switch or whenever that virtual NIC’s traffic would be routed over a different physical NIC in the team because of a failover event, a notification is sent out over the network to update the lookup tables on physical switches. In almost all cases, this process is desirable for the lowest latency of failover occurrences and migrations with vMotion.Note:
Do not use this option when the virtual machines using the port group are using Microsoft Network Load Balancing in unicast mode. No such issue exists with NLB running in multicast mode.
Select Yes or No to disable or enable failback.
This option determines how a physical adapter is returned to active duty after recovering from a failure. If failback is set to Yes (default), the adapter is returned to active duty immediately upon recovery, displacing the standby adapter that took over its slot, if any. If failback is set to No, a failed adapter is left inactive even after recovery until another currently active adapter fails, requiring its replacement.
Specify how to distribute the work load for uplinks. To use some uplinks but reserve others for emergencies if the uplinks in use fail, set this condition by moving them into different groups:
Active uplinks. Continue to use the uplink when the network adapter connectivity is up and active.
Standby uplinks . Use this uplink if one of the active adapter’s connectivity is down.
Unused uplinks . Do not use this uplink.
When using IP-hash load balancing, do not configure standby uplinks.
- (Optional) : On the Monitoring page, enable or disable NetFlow and click Next.
NetFlow is disabled on the distributed port group.
NetFlow is enabled on the distributed port group. NetFlow settings can be configured at the vSphere Distributed Switch level.
- (Optional) : On the Miscellaneous page, select Yes or No and click Next.
Selecting Yes shuts down all ports in the port group. This action might disrupt the normal network operations of the hosts or virtual machines using the ports.
- (Optional) : On the Edit additional settings page, add a description of the port group and set any policy overrides per port and click Next.
- On the Ready to complete page, review your settings and click Finish.
Click the Back button to change any settings.