Cada nodo de transporte del host es un endpoint de túnel. Cada endpoint de túnel tiene una dirección IP. Estas direcciones IP pueden encontrarse en la misma subred o en diferentes subredes en función de la configuración de los grupos de direcciones IP o de DHCP para los nodos de transporte.

Cuando dos máquinas virtuales de hosts diferentes se comunican directamente, el tráfico encapsulado de unidifusión se intercambia entre las dos direcciones IP del endpoint de túnel asociadas a los dos hipervisores sin utilizar la inundación.

Sin embargo, al igual que con cualquier red de Capa 2, a veces el tráfico que origina una máquina virtual necesita inundarse, lo que significa que necesita enviarse al resto de las máquinas virtuales que pertenecen al mismo conmutador lógico. Esto sucede con el tráfico de multidifusión, de unidifusión desconocida y de difusión de Capa 2 (tráfico BUM). Recuerde que un único conmutador lógico de NSX puede abarcar varios hipervisores. El tráfico BUM que origina una máquina virtual de un determinado hipervisor necesita replicarse en los hipervisores remotos que alojan otras máquinas virtuales que están conectadas al mismo conmutador lógico. Para habilitar esta inundación, NSX admite dos modos de replicación diferentes:

• Segundo nivel jerárquico (en ocasiones denominado MTEP)

• Encabezado (en ocasiones denominado origen)

El modo de replicación del segundo nivel jerárquico queda ilustrado en el siguiente ejemplo. Imaginemos que tiene un host A, que cuenta con dos máquinas virtuales conectadas a los identificadores de red virtual (virtual network identifier, VNI) 5.000, 5.001 y 5.002. Imagine que los VNI son similares a las VLAN, pero cada conmutador lógico tiene un único VNI asociado a él. Por esta razón, los términos VNI y el conmutador lógico se suelen utilizar indistintamente. Cuando decimos que un host se encuentra en un VNI, queremos decir que tiene máquinas virtuales que están conectadas a un conmutador lógico con ese VNI.

Una tabla de endpoints de túnel muestra las conexiones entre el VNI y el host. El host A examina la tabla de endpoints de túnel del VNI 5.000 y determina las direcciones IP de endpoints de túneles de los otros hosts del VNI 5.000.

Algunas de estas conexiones de VNI se encontrarán en la misma subred IP, también denominado segmento de IP, como el endpoint de túnel del host A. Para cada una de ellas, el host A creará una copia independiente de cada marco BUM y enviará la copia directamente a cada host.

Otros endpoints de túneles de los hosts se encuentran en diferentes subredes o segmentos de IP. Para cada segmento en el que haya varios endpoints de túneles, el host A propone uno de estos endpoints para que sea el replicador.

El replicador recibe del host A una copia de cada marco BUM del VNI 5.000. Esta copia se marca como Replicar localmente en el encabezado de encapsulación. El host A no envía copias a otros hosts del mismo segmento de IP como el replicador. El replicador deberá crear una copia del marco BUM para cada host que sabe que está en el VNI 5.000 y en el mismo segmento de IP como ese host del replicador.

El proceso se replica para el VNI 5.001 y 5.002. Es posible que la lista de endpoints de túneles y los replicadores resultantes sean distintos para otros VNI.

Con la replicación de encabezado (también conocida como replicación de cabecera), no hay ningún replicador. El host A simplemente crea una copia de cada marco BUM para cada endpoint de túnel que sabe que está en el VNI 5.000 y lo envía.

Si todos los endpoints de túneles del host están en la misma subred, la opción del modo de replicación no será distinta porque el comportamiento no será diferente. Si los endpoints de túneles del host están en diferentes subredes, la replicación del segundo nivel jerárquico ayudará a distribuir la carga entre varios hosts. El segundo nivel jerárquico es el modo predeterminado.