ADC

Supervisión de servicios RTSP

El dispositivo NetScaler tiene un monitor integrado que se puede utilizar para supervisar los servicios RTSP: el monitor RTSP. Comprueba periódicamente el servicio RTSP al que está enlazado abriendo una conexión con el servidor RTSP con equilibrio de carga. El tipo de conexión que abre y la respuesta que espera varían según la configuración de la red. Si el servicio RTSP responde según lo esperado dentro del período de tiempo configurado, marca el servicio como activo. Si el servicio no responde o responde de forma incorrecta, lo marca como INACTIVO.

El dispositivo NetScaler se puede configurar para equilibrar la carga de los servidores RTSP mediante dos topologías: NAT-OFF y Nat-ON. Los servidores RTSP envían sus respuestas directamente al cliente, sin pasar por el dispositivo. El dispositivo debe configurarse para supervisar los servicios RTSP de forma diferente según la topología que utilice la red. El dispositivo se puede implementar en modo en línea o no en línea, tanto en modo NAT activado como en modo NAT activado.

En el modo NAT Off, el dispositivo funciona como un enrutador: recibe las solicitudes RTSP del cliente y las redirige al servicio que selecciona mediante el método de equilibrio de carga configurado. Si a sus servidores RTSP con equilibrio de carga se les asignan FQDN de acceso público en DNS, los servidores con equilibrio de carga envían sus respuestas directamente al cliente, sin pasar por el dispositivo. La siguiente ilustración muestra esta configuración.

Figura 1. RTSP en modo Nat-Off

RTSP-NAT

El flujo de solicitudes y respuestas en este caso es el siguiente:

  1. El cliente envía una solicitud DESCRIBE al dispositivo. El dispositivo utiliza el método de equilibrio de carga configurado para elegir un servicio y dirige la solicitud a Media Server-1.

  2. El cliente envía una solicitud de CONFIGURACIÓN al dispositivo. Si se intercambia el ID de sesión RTSP en la solicitud DESCRIBE, el dispositivo, mediante la persistencia de RTSPSID, dirige la solicitud a Media Server-1. Si se intercambia el ID de sesión RTSP en la solicitud de CONFIGURACIÓN, el dispositivo realiza una de las siguientes acciones:

    • Si la solicitud RTSP proviene de la misma conexión TCP, la envía a Media Server-1, manteniendo la persistencia.
    • Si la solicitud llega a una conexión TCP diferente, utiliza el método de equilibrio de carga configurado para elegir un servicio y envía la solicitud a ese servicio, sin mantener la persistencia. Esto significa que la solicitud podría enviarse a otro servicio.
  3. Media Server-1 recibe la solicitud SETUP del dispositivo, asigna recursos para procesar la solicitud RTSP y envía el ID de sesión apropiado al cliente.

    Nota: El dispositivo no realiza la NAT para identificar la conexión RTSP, porque las conexiones RTSP la omiten.

  4. Para las solicitudes posteriores, el cliente utiliza el ID de sesión para identificar la sesión y enviar mensajes de control al servidor multimedia. Media Server-1 realiza las acciones solicitadas, como reproducir, avanzar o retroceder.

En el modo Nat-ON, el dispositivo recibe las solicitudes RTSP del cliente y las dirige al servidor multimedia correspondiente mediante el método de equilibrio de carga configurado. A continuación, el servidor multimedia envía sus respuestas al cliente a través del dispositivo, como se ilustra en el siguiente diagrama.

Figura 2. RTSP en modo Nat-ON

RTSP-NAT-on-mode

El flujo de solicitudes y respuestas en este caso es el siguiente:

  1. El cliente envía una solicitud DESCRIBE al dispositivo. El dispositivo utiliza el método de equilibrio de carga configurado para elegir un servicio y dirige la solicitud a Media Server-1.

  2. El cliente envía una solicitud de CONFIGURACIÓN al dispositivo. Si se intercambia el ID de sesión RTSP en la solicitud DESCRIBE, el dispositivo, mediante la persistencia RTSPSID, dirige la solicitud a Media Server-1. Si se intercambia el ID de sesión RTSP en la solicitud de CONFIGURACIÓN, el dispositivo realiza una de las siguientes acciones:

    • Si la solicitud RTSP proviene de la misma conexión TCP, la envía a Media Server-1, manteniendo la persistencia.
    • Si la solicitud llega a una conexión TCP diferente, utiliza el método de equilibrio de carga configurado para elegir un servicio y envía la solicitud a ese servicio, sin mantener la persistencia. Esto significa que la solicitud podría enviarse a otro servicio.
  3. Media Server-1 recibe la solicitud SETUP del dispositivo, asigna recursos para procesar la solicitud RTSP y envía el ID de sesión apropiado al cliente.

  4. El dispositivo realiza la NAT para identificar al cliente para las conexiones de datos RTSP, y las conexiones RTSP pasan por el dispositivo y se enrutan al cliente correcto.

  5. Para las solicitudes posteriores, el cliente utiliza el ID de sesión para identificar la sesión y enviar mensajes de control al dispositivo. El dispositivo utiliza la persistencia de RTSPSID para identificar el servicio adecuado y dirige la solicitud a Media Server-1. Media Server-1 realiza la acción solicitada, como reproducir, avanzar o retroceder.

El monitor RTSP usa el protocolo RTSP para evaluar el estado de los servicios RTSP. El monitor RTSP se conecta al servidor RTSP y realiza una secuencia de apretones de manos para garantizar que el servidor funcione correctamente.

Parámetro Qué especifica
Solicitud RTS La cadena de solicitud RTSP que se envía al servidor RTSP (por ejemplo, OPTIONS *). El valor predeterminado es 07. La longitud de la solicitud no debe superar los 163 caracteres.
Código RESP Conjunto de códigos de respuesta que se esperan del servicio.

Para obtener instrucciones sobre cómo configurar un monitor RTSP, consulte Configuración de monitores en una configuración de equilibrio de carga.

Supervisión de servicios RTSP

En este artículo