NSX Data Center 6.4.2 y versiones posteriores admiten el enrutamiento de multidifusión.

NSX utiliza dos protocolos de enrutamiento de multidifusión: el protocolo de administración de grupos de Internet (Internet Group Management Protocol, IGMPv2) y la multidifusión independiente de protocolo (Protocol Independent Multicast, PIM). Se admite PIM Sparse Mode (PIM-SM). Se utiliza PIM en las ESG, pero no en el DLR.

  • Se admite el enrutamiento de multidifusión entre la ESG y el DLR.
  • Los hosts receptores notifican su membresía de grupo a un enrutador de multidifusión local, que les permite unirse a grupos de multidifusión y abandonarlos.
  • Protocol-Independent Multicast (PIM) se utiliza para las señales de enrutador a enrutador. Mantiene el modo de servicio multidifusión de IP de la membresía iniciada por el receptor.

Después de que se habilite por primera vez un protocolo de enrutamiento (o se deshabilite y se vuelva a habilitar), el tráfico no se reenvía hasta que el protocolo converge, y se conocen y se instalan las rutas correspondientes. En una red de multidifusión, se requiere que los protocolos de enrutamiento de unidifusión y multidifusión converjan para reenviar el tráfico. PIM Sparse Mode también requiere que se conozca el RP de un grupo de multidifusión antes de que se procese el tráfico de datos o de control para el grupo de multidifusión. Cuando el mecanismo de arranque PIM se usa para distribuir la información del RP, solo se conocen los RP del candidato después de recibir un mensaje de arranque desde un vecino de PIM. Estos mensajes tienen una periodicidad predeterminada RFC de 60 segundos. Si se configura un RP estático, la información del RP está disponible inmediatamente y se evita el retraso asociado al mecanismo de arranque.

Soporte técnico y limitaciones:
  • Se admite IPv4.
  • Se admite IGMPv2.
  • Se admite PIM Sparse Mode.
  • Se puede enviar la información del punto de Rendezvous mediante mensajes de arranque o configurados estáticamente.
  • El rango de multidifusión de replicación no se debe superponer al rango de multidifusión de la zona de transporte.
  • Una puerta de enlace de servicios Edge (ESG) no puede ser un enrutador candidato de arranque.
  • Una ESG no puede ser el RP.
  • Durante la migración con vMotion de máquinas virtuales que son receptoras de multidifusión , se perderá el tráfico de multidifusión durante 1 o 2 segundos.
  • A partir de NSX 6.4.7, el firewall distribuido (DFW) es compatible con el tráfico de multidifusión. Sin embargo, IPFIX no es compatible con la multidifusión.
  • A partir de NSX 6.4.7, se admite el firewall de Edge para el tráfico de multidifusión. El firewall de Edge admite el filtrado de paquetes IGMP en función del protocolo en el encabezado IP. El firewall no puede filtrar el tipo de paquetes IGMP, como el informe de pertenencia, abandonar el grupo, etc.
Topologías:
  • En un entorno de Cross-vCenter, no se admite la conexión de dos puertas de enlace de servicios Edge con multidifusión al mismo TLS universal.
  • Se admite un solo nivel de puerta de enlace de servicios Edge.
  • Un único enrutador lógico distribuido, es decir, un único vínculo inferior por ESG.
  • En NSX 6.4.5 o versiones posteriores, se admite la multidifusión en un máximo de dos interfaces de vínculo superior y una interfaz de vínculo inferior por cada ESG. Sin embargo, si utiliza NSX Edge 6.4.4 o una versión anterior, la multidifusión solo se admite en una única interfaz de vínculo superior y en una única interfaz de vínculo inferior por cada ESG.
  • En un DLR, se admite la multidifusión en una única interfaz de enlace ascendente y en varias interfaces internas.
  • A partir de NSX 6.4.7, PIM es compatible con un túnel GRE por ESG. PIM se puede habilitar en un máximo de dos interfaces de vínculo superior de ESG o una interfaz de túnel GRE, pero no en ambas al mismo tiempo. Para llegar a las orígenes, los receptores y el RP fuera de la red de NSX, las rutas estáticas deben configurarse con la dirección IP del endpoint del túnel GRE como salto siguiente.
  • Puede utilizar la alta disponibilidad en modo activo-en espera mediante la habilitación de ESG HA. No se admite la alta disponibilidad en modo activo-activo con ECMP.
  • El tiempo de conmutación por error de la alta disponibilidad es de 30 segundos.
  • Espera pasiva, sin sincronización de mroutes ni mFIB.
  • No se admite el puente de Capa 2 en un conmutador lógico con un enrutamiento de multidifusión.
  • No se admiten las puertas de enlace VTEP de hardware (puertas de enlace ToR) en un conmutador lógico con un enrutamiento de multidifusión.