NSX-T Installation Series: Step 9 – Configure Host Transport Node

Posted by
Reading Time: 5 minutes

The previous step, discussed Transport Node Profiles, its considerations and step-by-step instructions on how to create one. This blog is the “Step 9” of the NSX-T Installation series, where we will discuss Host Transport Nodes, step-by-step instructions on how to configure ESXi Hosts as Host Transport Node, TEP IP Identification and basic connectivity validation.

But before we proceed, I would encourage you to briefly skim through my other blogs below, which you may find useful for this step:

  1. NSX-T Architecture (Revamped)for v2.4 and later
  2. Series Overview: Step 0 – High Level Design
  3. Preceding Steps (Pre-requisites):

If you are deploying this in your home lab or performing a PoC in a nested vSphere Environment, I would also suggest you have a quick glance of my blog Home Lab Setup – Nested ESXi Host’s networking for NSX-T.

When a hypervisor host is prepared to function with NSX-T Data Center, the host is known as “Fabric Node” which carries the overlay traffic. All fabric nodes have NSX-T Data Center modules installed and are registered with the NSX-T Data Center management plane.

For a hypervisor host or a bare metal server to be part of the NSX-T Data Center overlay, it must first be added to the NSX-T Data Center fabric.

There are two methods of preparing the host for NSX-T Datacenter:

  1. Command Line (Manual):
    1. Install Kernel Modules on hypervisors – ESXi, KVM (Ubuntu, RHEL and CentOS)
    2. Join hypervisor hosts to Management Plane 
  2. Via NSX Manager UI (Automated):
    Both the manual installation steps i.e. installation of kernel modules and joining the host to the management plane are automatically performed using this method.


  • Bare-Metal Servers can only be added as fabric nodes via NSX Manager UI and NSX-T Datacenter kernel mode modules cannot be installed on them manually via command line
  • NSX-T Datacenter kernel mode modules can also be packaged with ESXi Image for bulk deployments.
  • On vSphere ESXi, the modules are packaged as VIBs. for KVM or bare metal server on RHEL/CentOS and Ubuntu, they are packaged as RPMs and DEBs respectively.

For Non ESXi Hosts, there are a couple of pre-requisites:

  • Third-Party Packages installation on a KVM Host or Bare Metal Server.
  • Openvswitch version on RHEL KVM Hosts.

For this series, we will be focusing on configuring ESXi Hosts as Host Transport Nodes via NSX-T manager UI.

Let’s get started…

1. System -> Fabric -> Nodes -> Host Transport Nodes -> Select the Site A’s vCenter Server, as shown in the screenshot below:

2. Select the compute cluster and click “Configure NSX”:

3. Select TNP-Compute-A-11 as Deployment Profile (created in Step – 8) -> Click Save as shown in the screenshot below:

4. Give it a few minutes, and the Configuration State and Node Status will show Success and Up:

To visualize the N-VDS from vCenter Server – Logon to the vCenter -> Click “Hosts and Clusters” -> Select Host -> Click Configure -> Expand Networking -> Click Virtual switches:

Configure Site B’s ESXi Host as Host Transport Node

1. Go back to the Host Transport Node and select the Site B’s vCenter from the dropdown menu -> Select the Site B’s Compute Cluster -> Click Configure NSX (as shown in the screenshot below):

2. Select TNP-Compute-B-11 as Deployment Profile (created in Step – 8) -> Click Save as shown in the screenshot below:

TEP IP Identification and basic connectivity test:

1. System -> Fabric -> Nodes -> Host Transport Nodes -> Select the Site A’s vCenter Server -> Select the Host. Click Physical Adapters -> Look for vmk10 and click the Interface Details icon. It will then display the TEP IP configured (as shown in the screenshot below):

Note: vmk10 and vmk11 are the new vmkernel interfaces created for Tunnel Endpoints.

2. Follow the same steps to identify one of the TEP IPs of the second Host:

The TEP IPs can also be identified by logging on to the esxi host and running the command below:

esxcli network ip interface ipv4 get

Run the following command to perform a ping test using the TEP interface:

vmkping ++netstack=vxlan

Note: Even though the overlay encapsulation used in NSX-T is GENEVE, the esxi command is still the same using the stack vxlan.

Optional Removal Steps 

Remove NSX-T Components from Host Transport Node:
At times we may want to remove/uninstall the NSX-T components from the Hosts for maintenance or replacements, should that be the case “Select one or more hosts -> Click Actions > Remove NSX”.

Note: The uninstallation may take two to three minutes. Uninstallation of NSX-T Data Center removes the transport node configuration on hosts and the host is detached from the transport zone(s) and N-VDS switch. Any new host added to the vCenter Server cluster will not be automatically configured until the transport node profile is reapplied to the cluster.

Remove a Transport Node from the transport zone.
Select a Transport Node -> Click Actions -> Remove from Transport Zone.

Note: If the transport node profile is detached from the cluster, the existing host continues to be attached to the transport zone and N-VDS switch but any new hosts added to the cluster would not be configured with N-VDS.

This concludes this step of configuring both site’s Host Transport Node successfully.

Let’s proceed ahead with the next blog in this series Step 10…

Leave a Reply

Your email address will not be published. Required fields are marked *