Es posible que se produzca una alarma de pérdida de comunicación entre NSX Manager y el host. Los latidos se envían cada minuto desde el nodo de Manager al nodo del host. Esta alarma notifica una pérdida de latido, lo que indica la última vez que se comunicaron NSX Manager y el host.

Si el host pierde conectividad con NSX Manager o con el servicio del controlador, se enviará al host una configuración completa o una sincronización de estado de tiempo de ejecución, respectivamente, cuando se restaura la conectividad.

La información de las alarmas se muestra en varias ubicaciones dentro de la interfaz de NSX Manager. Para obtener una lista completa de eventos, consulte el Catálogo de eventos de NSX. Por ejemplo, las alarmas se muestran en la página Alarmas de la interfaz de usuario de NSX Manager. Cada alarma contiene una acción recomendada. Utilice esta acción y la información de este tema para solucionar el problema de la alarma.

En la siguiente tabla se describe el protocolo IP utilizado, el mecanismo de comprobación de estado del canal y las validaciones relacionadas con temporizadores, autenticación, seguridad y comprobación de estado del canal de comunicación. También proporciona información sobre los diversos problemas comunes que degradan el estado del tejido.

Para validar el estado de los canales de comunicación, utilice los detalles de la tabla Supervisión de estado de NSX Manager.
Tabla 1. Supervisión de estado de NSX Manager
Comunicación Protocolo IP y puerto Canal Autenticación Comprobación de estado
Conectividad del hub de proxy del dispositivo del plano de administración (MP APH) al host TCP: 1234 TLS entre Manager y el host Autenticación TLS mutua basada en certificados autofirmados o de CA entre clientes (hosts/nodos de transporte) y el servidor (APH en MP) Para determinar el estado de conectividad entre el nodo de transporte y los administradores, utilice el comando de la CLI get managers en el nodo de transporte.

Se activan varias alarmas cuando los canales de comunicación entre MP y el host están desconectados.

  • La alarma management_channel_to_transport_node_down se activa cuando MP y el host están desconectados durante más de 5 minutos. La descripción de la alarma menciona el nombre del nodo de transporte y la dirección IP: El canal de administración al nodo de transporte {nombre_nodo_transporte} ({dirección_nodo_transporte}) lleva inactivo 5 minutos.
  • La alarma management_channel_to_transport_node_down_long se genera cuando MP y el host están desconectados durante más de 15 minutos. La descripción de la alarma menciona el nombre del nodo de transporte y la dirección IP: El canal de administración al nodo de transporte {nombre_nodo_transporte} ({dirección_nodo_transporte}) lleva inactivo 15 minutos.
  • La alarma network_latency_high se activa cuando la latencia entre MP y el host es superior a 150 ms durante un período de 5 minutos. La descripción de la alarma menciona el nombre del nodo de transporte y la dirección IP: El promedio de la latencia de red entre los nodos de Manager y el host {nombre_nodo_transporte} ({dirección_nodo_transporte}) es superior a 150 ms durante 5 minutos.

Si el host se desconecta por algún motivo, se borrarán las alarmas.
Conectividad del plano de control central (CCP) al host (proxy de NSX) TCP: 1235 TLS entre CCP y el host Autenticación TLS mutua basada en certificados autofirmados o de CA entre clientes (hosts/nodos de transporte) y el servidor (CCP)

Para determinar el estado de conectividad entre el nodo de transporte y CCP, utilice el comando de la CLI get controllers.

Se activan varias alarmas cuando los canales de comunicación entre MP y el host están desconectados.
  • La alarma control_channel_to_manager_node_down se genera cuando el host y CCP están desconectados durante más de 3 minutos. Descripción de la alarma: La conexión del plano de control del nodo de transporte {id_entidad} con el nodo de Manager {dirección_dispositivo} está inactiva desde hace al menos {tiempo_de_espera_en_minutos} minutos desde el punto de vista del nodo de transporte.
  • La alarma control_channel_to_manager_node_down_too_long se genera cuando el host y CCP están desconectados durante más de 15 minutos. Descripción de la alarma: La conexión del plano de control del nodo de transporte {id_entidad} con el nodo de Manager {dirección_dispositivo} está inactiva desde hace al menos {tiempo_de_espera_en_minutos} minutos desde el punto de vista del nodo de transporte.