Citrix ADC

Supervisión de servicios RTSP

El dispositivo Citrix ADC 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á vinculado abriendo una conexión con el servidor RTSP equilibrado 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 como se esperaba dentro del período de tiempo configurado, marca el servicio UP. Si el servicio no responde o responde incorrectamente, marca el servicio DOWN.

El dispositivo Citrix ADC 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, evitando el dispositivo. El dispositivo debe configurarse para supervisar los servicios RTSP de manera diferente en función de la topología que utilice la red. El dispositivo se puede implementar en modo en línea o no en modo en modo NAT desactivado y NAT activado.

En el modo Nat-off, el dispositivo funciona como un enrutador: Recibe solicitudes RTSP del cliente y las enruta al servicio que selecciona mediante el método de equilibrio de carga configurado. Si los servidores RTSP equilibrados de carga tienen asignados 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 figura muestra esta configuración.

Ilustración 1. RTSP en modo NAT desactivado

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 enruta la solicitud a Media Server-1.

  2. El cliente envía una solicitud SETUP al dispositivo. Si se intercambia el Id. de sesión RTSP en la solicitud DESCRIBE, el dispositivo, mediante la persistencia RTSPSID, enruta la solicitud al Servidor de medios 1. Si se intercambia el ID de sesión RTSP en la solicitud SETUP, el dispositivo realiza una de las acciones siguientes:

    • Si la solicitud RTSP viene en la misma conexión TCP, enruta la solicitud 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 se puede enviar a un servicio diferente.
  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 NAT para identificar la conexión RTSP, ya que 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 de medios. Media Server-1 realiza las acciones solicitadas, como reproducir, avanzar o rebobinar.

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

Imagen 2. RTSP en modo Nat-On

Modo RTSP-NAT-ON-ON

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 enruta la solicitud a Media Server-1.

  2. El cliente envía una solicitud SETUP al dispositivo. Si se intercambia el Id. de sesión RTSP en la solicitud DESCRIBE, el dispositivo, mediante la persistencia RTSPSID, enruta la solicitud al Servidor de medios 1. Si se intercambia el ID de sesión RTSP en la solicitud SETUP, el dispositivo realiza una de las acciones siguientes:

    • Si la solicitud RTSP viene en la misma conexión TCP, enruta la solicitud 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 se puede enviar a un servicio diferente.
  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 NAT para identificar el cliente para las conexiones de datos RTSP, y las conexiones RTSP pasan a través del dispositivo y se enrutan al cliente correcto.

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

El monitor RTSP utiliza 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 asegurarse de que el servidor funciona correctamente.

Parámetro Especifica
Solicitud RTSPRequest 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.
respCode 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