Citrix ADC

RTSP サービスモニタリング

Citrix ADCアプライアンスには、RTSPサービスの監視に使用できる1つのモニタが内蔵されています。RTSPモニタです。ロードバランシングされた RTSP サーバとの接続を開いて、バインドされている RTSP サービスを定期的にチェックします。開く接続のタイプ、および予期する応答は、ネットワーク構成によって異なります。RTSP サービスが設定された期間内に期待どおりに応答すると、サービスが UP とマークされます。サービスが応答しない場合、または正しく応答しない場合は、サービスが DOWN とマークされます。

Citrix ADCアプライアンスは、NATオフとNATオンの2つのトポロジを使用してRTSPサーバーの負荷分散を構成できます。RTSP サーバは、アプライアンスをバイパスして、クライアントに応答を直接送信します。アプライアンスは、ネットワークが使用するトポロジに応じて、RTSP サービスを異なる方法で監視するように設定する必要があります。アプライアンスは、NAT オフモードと NAT オンモードの両方で、インラインモードまたは非インラインモードのいずれかに展開できます。

NAT オフモードでは、アプライアンスはルータとして動作します。クライアントから RTSP 要求を受信し、設定されたロードバランシング方式を使用して選択したサービスにルーティングします。負荷分散された RTSP サーバーに DNS でパブリックにアクセス可能な FQDN が割り当てられている場合、負荷分散されたサーバーはアプライアンスをバイパスして、クライアントに応答を直接送信します。次の図は、この構成を示しています。

図1:RTSP in NAT-off Mode

RTSP-NAT

このシナリオでの要求と応答の流れは次のとおりです。

  1. クライアントは、DESCRIBE 要求をアプライアンスに送信します。アプライアンスは、設定されたロードバランシング方式を使用してサービスを選択し、要求を Media Server-1 にルーティングします。

  2. クライアントは、アプライアンスに SETUP 要求を送信します。RTSP セッション ID が DESCRIBE 要求で交換された場合、アプライアンスは RTSPSID パーシステンスを使用して、要求をMedia Server-1 にルーティングします。RTSP セッション ID が SETUP 要求で交換された場合、アプライアンスは次のいずれかを実行します。

    • RTSP 要求が同じ TCP 接続で送信された場合、要求は Media Server-1 にルーティングされ、永続性が維持されます。
    • 要求が別の TCP 接続に着信した場合、設定されたロードバランシング方式を使用してサービスを選択し、永続性を維持せず、そのサービスに要求を送信します。これは、要求が別のサービスに送信される可能性があることを意味します。
  3. Media Server-1 は、アプライアンスから SETUP 要求を受信し、RTSP 要求を処理するためのリソースを割り当てて、適切なセッション ID をクライアントに送信します。

    注:アプライアンスは、RTSP 接続によってバイパスされるため、RTSP 接続を識別するために NAT を実行しません。

  4. 後続の要求では、クライアントはセッション ID を使用してセッションを識別し、制御メッセージをメディアサーバに送信します。Media Server-1 は、要求されたアクション(再生、転送、巻き戻しなど)を実行します。

NAT-onモードでは、アプライアンスはクライアントからRTSP要求を受信し、設定されたロード・バランシング方式を使用してこれらの要求を適切なメディア・サーバーにルーティングします。次に、次の図に示すように、メディアサーバはアプライアンスを介してクライアントに応答を送信します。

図2:RTSP in NAT-on Mode

RTSP-NAT-on-mode

このシナリオでの要求と応答の流れは次のとおりです。

  1. クライアントは、DESCRIBE 要求をアプライアンスに送信します。アプライアンスは、設定されたロードバランシング方式を使用してサービスを選択し、要求を Media Server-1 にルーティングします。

  2. クライアントは、アプライアンスに SETUP 要求を送信します。RTSP セッション ID が DESCRIBE 要求で交換された場合、アプライアンスは RTSPSID パーシステンスを使用して、要求をMedia Server-1 にルーティングします。RTSP セッション ID が SETUP 要求で交換された場合、アプライアンスは次のいずれかを実行します。

    • RTSP 要求が同じ TCP 接続で送信された場合、要求は Media Server-1 にルーティングされ、永続性が維持されます。
    • 要求が別の TCP 接続に着信した場合、設定されたロードバランシング方式を使用してサービスを選択し、永続性を維持せず、そのサービスに要求を送信します。これは、要求が別のサービスに送信される可能性があることを意味します。
  3. Media Server-1 は、アプライアンスから SETUP 要求を受信し、RTSP 要求を処理するためのリソースを割り当てて、適切なセッション ID をクライアントに送信します。

  4. アプライアンスは NAT を実行して RTSP データ接続のクライアントを識別し、RTSP 接続はアプライアンスを通過し、正しいクライアントにルーティングされます。

  5. その後の要求では、クライアントはセッション ID を使用してセッションを識別し、制御メッセージをアプライアンスに送信します。アプライアンスは RTSPSID パーシステンスを使用して適切なサービスを識別し、要求を Media Server-1 にルーティングします。Media Server-1 は、要求されたアクション(再生、転送、巻き戻しなど)を実行します。

RTSP モニタは、RTSP プロトコルを使用して RTSP サービスの状態を評価します。RTSP モニタは RTSP サーバに接続し、一連のハンドシェイクを実行して、サーバが正常に動作していることを確認します。

パラメーター 指定内容
rtspRequest RTSP サーバに送信される RTSP 要求ストリング(OPTIONS * など)。デフォルト値は 07 です。リクエストの長さは 163 文字を超えないようにしてください。
respCode サービスから期待される応答コードのセット。

RTSP モニタの設定手順については、ロードバランシング設定でのモニタの設定を参照してください。

RTSP サービスモニタリング