ADC

RTSPサービスの監視

NetScalerアプライアンスには、RTSPサービスの監視に使用できる組み込みモニターが1つあります。それがRTSPモニターです。負荷分散された RTSP サーバーとの接続を開くことで、バインドされている RTSP サービスを定期的にチェックします。開く接続のタイプと期待される応答は、ネットワーク構成によって異なります。RTSP サービスが、設定した時間内に期待どおりに応答すると、サービスが UP とマークされます。サービスが応答しない、または正しく応答しない場合は、サービスを DOWN とマークします。

NetScalerアプライアンスは、NAT-OffとNAT-onの2つのトポロジーを使用してRTSPサーバーの負荷分散を行うように構成できます。RTSP サーバーは、アプライアンスをバイパスして応答をクライアントに直接送信します。ネットワークが使用するトポロジに応じて、RTSP サービスを異なる方法で監視するようにアプライアンスを設定する必要があります。アプライアンスは、NAT-off モードと NAT on モードの両方で、インラインモードでも非インラインモードでも導入できます。

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

図1:RTSP in NAT-off Mode

RTSP-NAT

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

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

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

    • 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:NATオンモードでの RTSP

RTSP-NAT-on-mode

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

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

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

    • 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サービスの監視

この記事の概要