ローカル管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.2
スタンドアロンContent Engine の RTSP メディア サービスの設定
スタンドアロンContent Engine の RTSP メディア サービスの設定
発行日;2012/02/02 | ドキュメントご利用ガイド | ダウンロード ; この章pdf | フィードバック

目次

スタンドアロンContent Engine の RTSP メディア サービスの設定

スタンドアロンContent Engine の RTSP ストリーミングおよびキャッシングの概要

スタンドアロンContent Engine の RealMedia ストリーミング メディア ソリューションの概要

RTSP ゲートウェイおよびバックエンド RTSP サーバについて

RealProxy によるライブ分割および VOD ファイルのキャッシングについて

RealMedia キャッシングのキャッシング ポリシーについて

アクセス制御について

RealProxy SMIL ファイルのサポートについて

RealProxy のライセンス キーについて

Content Engine の RealProxy ストリーミングおよびキャッシング サービスの設定

スタンドアロンContent Engine 上での RealProxy のイネーブル化

スタンドアロンContent Engine の RTSP ゲートウェイの設定

デフォルト RTSP ゲートウェイ設定

RTSP ゲートウェイの基本設定値の設定

RTSP ゲートウェイの拡張オプションの設定

RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定

直接プロキシ ルーティングおよび RealMedia プロキシ キャッシングの設定

RealSystem Administrator GUI による RealProxy の設定

スタンドアロンContent Engine の RealProxy 設定の確認

シナリオ 1:RealMedia VOD キャッシングに関する設定の確認

シナリオ 2:RealProxy ライブ分割に関する設定の確認

スタンドアロンContent Engine 上でのデフォルト RealProxy 設定の復元

スタンドアロンContent Engine 上での RealProxy の再始動

スタンドアロンContent Engine 上での RealMedia キャッシングのディセーブル化

RealProxy ライセンス キーのアンインストール

スタンドアロンContent Engine の RealProxy 統計情報の表示

スタンドアロンContent Engine の RTSP メディア サービスの設定

この章では、Real-Time Streaming Protocol(RTSP)ストリーミングおよびキャッシング サービスを設定する方法を説明します。たとえば、Content Engine 上で実行する RTSP ゲートウェイを設定する方法を説明します。この章の構成は、次のとおりです。

「スタンドアロンContent Engine の RTSP ストリーミングおよびキャッシングの概要」

「Content Engine の RealProxy ストリーミングおよびキャッシング サービスの設定」

「スタンドアロンContent Engine の RealProxy 設定の確認」

「スタンドアロンContent Engine 上でのデフォルト RealProxy 設定の復元」

「スタンドアロンContent Engine 上での RealProxy の再始動」

「スタンドアロンContent Engine 上での RealMedia キャッシングのディセーブル化」

「RealProxy ライセンス キーのアンインストール」

「スタンドアロンContent Engine の RealProxy 統計情報の表示」

ストリーミング メディア サービスに関する基本情報については、「ACNS ストリーミング メディアの基本概念」を参照してください。この章で使用される CLI コマンドの構文と使用方法については、『 Cisco ACNS Software Command Reference, Release 5.2 』を参照してください Content Distribution Manager に登録される Content Engine のストリーミング メディア サービスを設定する方法に関しては、『 中央管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.2 』を参照してください。


) Content Engine を ACNS の旧リリースから ACNS リリース 5.1.9 以降または ACNS リリース 5.2.1 以降にアップグレードすると、キャッシュされているすべての RealMedia コンテンツは Content Engine mediafs キャッシュから削除されます。これは、これらのリリースではメタファイル フォーマットが変更され、キャッシュされている RealMedia ストリーミング ファイルの解釈に影響するためです。


スタンドアロンContent Engine の RTSP ストリーミングおよびキャッシングの概要

ストリーミングとは、コンテンツのアクセスまたは表示する際に、すべてのメディア パケットを受信するまで待つ必要をなくする技術です。それに対して、キャッシングは、コンテンツが アクセスされる前に、そのコンテンツ全体が受信されていなければなりません。ビデオ オン デマンド(VOD)など、ライブ コンテンツまたはオンデマンド コンテンツとして、ストリーミング メディアを配信できます。

Cisco ACNS ソフトウェアは、数種類の形式のストリーミング メディア ソリューションをサポートしていて、その中には WMT(Microsoft Windows Media Technologies)ソリューション、RealNetworks RealMedia ソリューションなどが含まれています。サポートされているストリーミング メディアのリストは、 表 1-3 を参照してください。配置できるストリーミング メディア ソリューションのタイプは、Content Engine が、Content Distribution Manager に登録されているか、スタンドアロンContent Engine であるかによって異なります。登録された Content Engine では、 表 1-3 にリストされたすべてのソリューションがサポートされるが、スタンドアロンContent Engine では WMT および RealMedia ソリューションしかサポートされていません。たとえば、RTSP ベースの Cisco Streaming Engine および Apple QuickTime ソリューションは、スタンドアロンContent Engine でサポートされていません。

RTP および RTSP は、インターネットを介するストリーミング メディア用に設計された 2 つのインターネット標準プロトコルです。

RTP (RFC-1889) は、ユニキャスト(TCP および UDP)およびマルチキャストの両方を介したマルチメディア データ用のデータ転送プロトコルです。

RTSP は、標準のインターネット ストリーミング制御プロトコル(RFC-2326)です。

RTSP は、アプリケーション レベルのプロトコルで、ビデオやオーディオなど、リアルタイム性をもつストリーミング メディア データの配信を制御します。RTSP は、テキスト ベースのプロトコルで、通常 TCP ポート 554 で動作します。RTSP は、マルチメディアサーバのネットワーク リモート制御として機能し、ストリーミングメディア プロトコルとして広く普及しています。Apple QuickTime、RealProxy、および Cisco Streaming Engine はすべて、RTSP をストリーミング メディア プロトコルとして使用し、RTP をデータ転送プロトコルとして使用するコンテンツ配信方式です。RealNetworks は、この標準 RTSP プロトコルに専用の拡張機能を追加しました(たとえば、RealMedia クライアントと RealNetwork ストリーミングサーバ間の要求および応答)。

IETF 標準 RTP および RTSP プロトコルのサポートは、ACNS ソフトウエア プロダクト(Release 5.1 以降)の一部として含まれています。ただし、ACNS 5.x ソフトウェアを実行する Content Engine でイネーブルにできる、次の 2 つのストリーミング メディア 機能には別途ライセンスが必要です。

WMT ストリーミング メディア機能は、WMT ライセンスが必要です。スタンドアロンContent Engine の WMT ストリーミング ソリューションの詳細は、 「スタンドアロンContent Engine上の WMT ストリーミング メディア サービスの設定」 を参照してください。

RealProxy ストリーミング メディア機能は、RealProxy ライセンスが必要です。このトピックに関する詳細は、「Content Engine の RealProxy ストリーミングおよびキャッシング サービスの設定」を参照してください。


) Content Distribution Manager に登録される Content Engine のストリーミング メディア サービスを設定する方法に関しては、『中央管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.2』を参照してください。


スタンドアロンContent Engine の RealMedia ストリーミング メディア ソリューションの概要

RealMedia は、RealNetworks, Inc. のストリーミング メディア ソリューションです。RealMedia は、RealNetworks RTSP プロトコル(IETR 標準 RTSP プロトコルおよび専用の拡張機能)を使用して、ストリーミング メディア コンテンツを RealMedia クライアント(RealPlayer 8.0 および RealOne Player など)に配信します。

RealMedia には、2 つの主要なソフトウェア コンポーネントがあります(RealProxy および RealSubscriber)。登録された Content Engine では RealProxy および RealSubscriber をイネーブルにして実行できますが、スタンドアロンContent Engine は RealProxy しかサポートしていません。スタンドアロンContent Engine で RealSubscriber をイネーブルにして実行することはできません。

ACNS 5.x ソフトウェアにソフトウェア オプションとして組み込まれているRealNetworks, Inc. 製の RealProxy ソフトウェアを使用して、スタンドアロンContent Engine 上に次の RealMedia サービスを配置できます。

ライブ分割(ライブ ストリームを複数同時配信)

RTSP ベース フォーマットでのビデオ オンデマンド(VOD)のストリーミング

VOD ファイルのキャッシング

表 8-1 では、スタンドアロンContent Engine でサポートされている RealMedia サービスを説明します。

 

表 8-1 スタンドアロンContent Engine でサポートされている RealMedia ストリーミングおよびキャッシング サービス

サービス
説明

RealMedia プロキシ キャッシング VOD ファイルの

スタンドアロンContent Enginge は、RealMedia Player を使用してコンテンツを要求するエンド ユーザに対して非透過プロキシ サーバとして機能します。RealMedia Player から直接 RTSP 要求を受け取った後、ローカル キャッシュに保存していない場合、Content Engine は要求された VOD ファイルを取得し、コピーをローカル キャッシュに格納して、要求されたコンテンツを RealMedia Player に送信します。「直接プロキシ ルーティングおよび RealMedia プロキシ キャッシングの設定」を参照。

VOD ファイルの RealMedia 透過キャッシング

スタンドアロンContent Enginge は、RealMedia Player を使用してコンテンツを要求するエンド ユーザに対して透過プロキシ サーバとして機能します。WCCP Version 2 ルータまたはレイヤ 4 スイッチからリダイレクトされた RTSP 要求を受け取った後、Content Engine は要求されたコンテンツを取得し、コピーをローカル キャッシュに格納して、要求されたコンテンツを RealMedia Player に送信します。「RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定」を参照。

RealProxy ライブ分割

Content Engine は、要求を送ったすべてのローカル ユーザ(RealMedia Player)に RTSP ライブ ストリームを配信します。RTSP ライブ ストリームは、ユニキャスト ライブ供給またはマルチキャスト ライブ供給になります。Content Engine は、ライブ供給をマルチキャストまたはユニキャストに分割し、ストリームを RealMedia クライアントに中継します。ライブ ストリームは、ファイルでないのでキャッシュできませんが、VOD ファイルはキャッシュできます。「RealProxy によるライブ分割および VOD ファイルのキャッシングについて」を参照。


) ACNS 5.2 ソフトウェアでは、RealProxy に Synchronized Multimedia Integration Language (SMIL) ファイルのサポートが追加されました。詳細は、「RealProxy SMIL ファイルのサポートについて」を参照してください。


表 8-2 では、スタンドアロンContent Engine の RealProxy の機能と利点を説明します。

表 8-2 RealProxy の機能と利点

RealProxy の機能
説明
利点

RealMedia Player 用のプロキシ(RealPlayer 8.0 または RealOne Player など)

RealProxy は、RealMedia クライアントに代わってコンテンツを要求する。

同様のコンテンツに対する要求を調整して、ファイアウォール内部でトラフィックを管理する。

エンド ユーザの IP アドレスをマスクする。

ライブ ブロードキャストに対する分割サポート

RealProxy は、複数の RealMedia クライアントに供給される単一の受信ライブ ブロードキャストを「分割」する。

ライブ イベント中に、コンテンツを単一ストリームにして、受信帯域幅の使用を減らす。

RealSystem G2 および Progressive Network Audio(PNA)コンテンツのキャッシング

RealProxy は、RealNetworks サーバから送信され、代理処理されたすべてのストリーミング メディア トラフィックをキャッシングする。RealProxy は、オリジン ストリーミング サーバに対して認証された後に、ローカル側でコンテンツをキャッシングする。

ネットワーク上の冗長なファイル伝送をなくすことによって、受信帯域幅の使用を大幅に減少させる。

認証およびアカウンティング

RealProxy は、キャッシングされたコンテンツをクライアントに配信する前に、オリジン ストリーミング サーバからすべてのコンテンツ要求の認証を受ける。

Broadcaster の一般使用状況データへのアクセスを保持する。

ユーザを適宜認証する。

エンド ユーザに最新のコンテンツを保証する。

集合帯域幅のしきい値

RealProxy しきい値により、受信および発信 RTSP トラフィック(キャッシュされるコンテンツおよびライブ コンテンツ)の帯域幅の上限を設定できる。

ネットワーク内の集合帯域幅の使用を管理し、基幹業務アプリケーションへの過度な負荷を防ぐ。

プロキシ ルーティング

RealProxy は、ネットワーク内の下位ノードのプロキシで、帯域幅を管理できる。ダウンストリーム プロキシに関連する論理的な規則に基づいて、「親」プロキシを選択する。

ルート要求を代理処理し、別の管理レベルを提供できるようにする。

Content Engine は、RealMedia Player からの従来のプロキシ スタイルの要求はもとより、透過的にリダイレクトされるコンテンツ要求も受け入れるように設定できます。Content Engine メディア キャッシュへの RTSP トラフィックのリダイレクトは、Content Engine のGUI または CLI を使用して行います。RealProxy ソフトウェアの設定は、RealSystem Administrator GUI を使用して行います。この GUI には、Content Engine GUI の RealProxy ウィンドウからアクセスします(「RealSystem Administrator GUI による RealProxy の設定」を参照)。

スタンドアロンContent Engine 上での RealProxy の機能はライセンスが必要なソフトウェアです。このトピックに関する詳細は、「RealProxy のライセンス キーについて」を参照してください。

RTSP ゲートウェイおよびバックエンド RTSP サーバについて

RTSP ゲートウェイは、RTSP メッセージのエントリのシングル ポイントです。RTSP ゲートウェイは、スタンドアロンContent Engine 上で自動的にイネーブルになり、実行されます。RTSP ゲートウェイは、標準 RTSP ポート (デフォルトでは 554)上で待ち受け(リスン)しそのポートを通過する受信 RTSP トラフィックを集中して送り込み、RTSP 要求に対するルールベースの適用と URL フィルタリングを行います。クライアント プレーヤー、最終宛先、メディア ファイル タイプなどを含む受信要求のプロパティに基づいて、RTSP ゲートウェイは要求を Content Engine 上で実行されているバックエンド RTSP サーバの 1 つに送り込みます。RTSP ゲートウェイは URL を符号化するので、バックエンド RTSP サーバは Unified Name Space (UNS) 変換する前にオリジナルの URL を認識します。


) Content Engine 上で実行される RTSP ベースのサーバは、「バックエンド RTSP サーバ」とも呼ばれます。


ACNS ソフトウェア リリース 5.2 以前を実行しているスタンドアロンContent Engine 上では、RealProxy は、Content Engine でイネーブルになる唯一の RTSP ベースのコンテンツ ディストリビュータ(RTSP バックエンド サーバ)です。RealProxy サーバは、RealNetworks RTSP 専用のプロトコルを RTP で使用し、RTSP コンテンツを RealMedia Player に送信します。

一方 Content Engine が ACNS 5.x 環境のデバイス グループの一部の場合(つまり、Content Engine が Content Distribution Manager に登録されている場合)、RealSubscriber および Cisco Streaming Engine も、登録された Content Engine 上で実行されるバックエンド RTSP サーバとしてサポートされます。登録された Content Engine の Cisco Streaming Engine および RealSubscriber を設定する方法に関しては、『中央管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.2 』を参照してください。

Content Engine で実行されている各バックエンド RTSP サーバは、トランザクション ロギングを独自に行います。たとえば、RealProxy は、RealProxy トランザクション ログを使用します。デフォルトでは、トランザクション ロギングは Content Engine 上でイネーブルです。

RTSP ゲートウェイの詳細は、「スタンドアロンContent Engine の RTSP ゲートウェイの設定」を参照してください。

RealProxy によるライブ分割および VOD ファイルのキャッシングについて

RealProxy がスタンドアロンContent Engine 上でイネーブルになっていると、Content Engine は、RealMedia 要求をその Content Engine に送信しているすべてのローカル ユーザ(RealMedia Player)に対してストリーム分割ポイントとして動作します。オリジン ストリーミング サーバ(Helix Universal Server)への以降の要求はすべて、Content Engine によって受信され、Content Engine はストリームを分割し、それを RealMedia クライアントに配信します。

図 8-1 は、ローカル ネットワークで Content Engine が 1 つのユニキャスト ライブ ストリームを複数のユニキャスト ストリームに分割する方法を示しています。オリジナル ストリームを要求した最初のクライアント(クライアント 1)がネットワークとの接続を解除しても、すべてのクライアントがネットワークとの接続を解除するまでは、Content Engine は、他のクライアント(クライアント 2 とクライアント 3)に引き続き送信することに注意してください。

図 8-1 スタンドアロンContent Engine がライブ分割をサポートする方法

 

Content Engine にライブ分割させることにより、クライアントとオリジン サーバ間のネットワーク帯域幅を軽減することができます。Content Eigine の方がクライアントに近いからです。


) RealProxy は、ライブ ブロードキャスト(「ライブ クリップ」や「ライブ ストリーム」とも呼ばれている)をキャッシュに保存することができません。これは、キャッシュに入れる実際のダウンロード可能なファイルが存在しないからです。ただし、RealProxy は、RealMedia クライアントがブロードキャストを「共有」するようにライブ分割をサポートするので、WAN 帯域幅を節約します。


Content Engine が、ローカル キャッシュに保存されていない RealMedia VOD ファイル(.rm ファイル)に対する要求を受け取ると、Content Engine はオリジン ストリーミング サーバ(Helix Universal Server)から要求された VOD ファイルを取得し、VOD ファイルをキャッシュしてから(Content Engine 上で RealMediaキャッシングがイネーブルになっている場合)、要求された VOD ファイルを RealMedia クライアントに送信します。

両方の操作(VOD ファイルのストリーミングおよびライブ分割)において、次の 2 つの方法のいずれかを使用して RealMedia 要求を Content Engine に送ります。

WCCP Version 2 またはレイヤ 4 スイッチを経由する透過リダイレクション

直接プロキシ ルーティング(RealMedia Player のプロキシを明示的に設定する)

これらの 2 つの操作の設定は、Content Engine およびルータ上では同じです。ソースが異なるだけです(VOD ファイルかライブ ストリーム)。

すべての着信 RTSP 要求が、Content Engine 上の RTSP ゲートウェイに送られます。RTSP ゲートウェイは、Content Engine 上のバックエンド RTSP サーバ(RealProxy など)を決定し、要求を転送します。RTSP ゲートウェイの詳細は、「スタンドアロンContent Engine の RTSP ゲートウェイの設定」を参照してください。

スタンドアロンContent Engine の RealMedia キャッシングの詳細は、「Content Engine の RealProxy ストリーミングおよびキャッシング サービスの設定」 を参照してください。

RealMedia キャッシングのキャッシング ポリシーについて

HTTP キャッシングと異なり、RealMedia キャッシングのキャッシング ポリシーは簡単です。ストリーミング メディアの大部分は大きなスタティック コンテンツのためです。RealMedia キャッシングのキャッシング ポリシーは、簡単明瞭です。ライブ ストリーム以外のすべての応答は、部分応答も含めて、キャッシュ可能です(VOD ファイルはキャッシュできます)。要求がキャッシュ ヒットでも、RealMedia 要求は、Content Engine とオリジン ストリーミング サーバ(Helix Universal Server)間の通信になります。

ストリーミング制御セッションを設定することによって、Content Engine は、キャッシュされたコンテンツが最新のものであり、クライアントがそのコンテンツにアクセスできることを確認できます。ストリーミング オブジェクトはサイズが非常に大きいため、サーバでの制御セッションを設定するオーバーヘッドからは無視され、キャッシュ ヒットの帯域幅は、軽減されません。


) ライブ ストリームはキャッシュに保存できません。


アクセス制御について

RealMedia クライアントがキャッシュされたストリームを要求すると、クライアントがストリームを再生する許可を得る前に、Content Engine 上で実行されている RealProxy サーバは、RealNetwork 専用の RTSP プロトコルを使用してオリジン ストリーミング サーバ(Helix Universal Server)に要求を送信し、許可を確認します。オリジン ストリーミング サーバに要求が拒否されると、RealMedia クライアントは、要求したストリーム受信することを許可されません。

RealProxy SMIL ファイルのサポートについて

SMIL は、簡易で強力なマークアップ言語であり、複数のクリップを組み合わせることができます。また、SMIL を使用すると、複数のクリップを再生する方法、時間、および場所を定義できます。

ビデオやプレゼンテーション素材を SMIL ファイルなどのメディアインデックス ファイルにパッケージ化すると、クライアント ブラウザは、クライアント デスクトップで自動的にメディア プレーヤーを起動できます。ブラウザは通常、SMIL ファイルを取得すると同時にクライアント デスクトップで RealMedia Player を起動し、その SMIL ファイルをクライアントの RealMedia Player に渡すように設定されています。メディアインデックス ファイルは、メディア ファイルへの相対リンクまたは絶対リンクを含むことができます。


) .asx ファイルは WMT ストリーミング ソリューションによって使用され、SMIL ファイルは RealNetwork ストリーミング ソリューションによって使用されます。メディアインデックス ファイルに関する基本的な情報は、「クライアントのメディア プレーヤーによる要求の発行方法」を参照してください。


SMIL ファイルを使用する主な目的は、次のとおりです。

SMIL ベースのプレゼンテーションのレイアウト全体を記述する。

SMIL ベースのプレゼンテーションのためのマクロ メタファイルとして動作する。プレゼンテーションを単一のファイルで符号化するのではなく、SMIL では、コンテンツ作成者は別々のファイルにプレゼンテーションの部分を符号化してから、SMIL を使用してそれらの別々のファイルの相互対話を制御できます。SMIL ファイルは、SMIL ベースのプレゼンテーションを構成する、さらに特定のメタファイルのソースだけでなく、メディアおよびデータ ファイルのソースをポイントします。

SMIL ベースのプレゼンテーションのタイムライン全体を設定する。

SMIL ベースのプレゼンテーションの場合、同期化制御によってプレゼンテーションの各要素を符号化して、別々に伝送できます。そのため、コンテンツ作成者は、伝送に最も帯域帯を消費しないフォーマットを指定することによって、SMIL ベースのプレゼンテーションの配信を最適化できます。帯域幅の要件を減少させることのほかに、SMIL は、プレゼンテーションが完了した後にも、SMIL ベースのプレゼンテーションを編集する過程を速めます。たとえば、コンテンツ作成者は、実際のオーディオ ファイルを編集する必要なく、SMIL を使用して完了した SMIL ベースのプレゼンテーションのオーディオ トラックを簡単に遅らせることができます(たとえば、プレゼンテーションが始まった後 5 秒間オーディオを開始しない)。

ACNS 5.2 ソフトウェアでは、RealProxy に SMIL ファイルのサポートが追加されています。次の状況で、SMIL サポートが適用されます。

ケース 1:SMIL ファイルおよびそのコンテンツが、登録された Content Engine 上に事前配信されている。

ケース 2:SMIL ファイルおよびそのコンテンツが、Content Engine に事前配信されていない。

ケース 3:SMIL ファイルに絶対 URL が指定されていて、各 URL が異なるサーバをポイントしている。

上記の 3 つのケースはすべて、次の要件を満たす Content Engine でサポートされています。つまり、Content Engine が ACNS ソフトウェア リリース 5.2 以降を実行している、RealProxy が Content Engine 上でイネーブルになっている、および Content Engine が Content Distribution Manager に登録されています。

2 と 3 のケースだけが、次の要件を満たすスタンドアロンContent Engine(Content Distribution Manager に登録されていない Content Engine)上でサポートされています。つまり、Content Engine が ACNS ソフトウェア リリース 5.2 以降を実行している、および RealProxy が Content Engine 上でイネーブルになっています。

RealProxy のライセンス キーについて

RealNetworks, Inc. の RealProxy 製品は、ライセンスが必要なソフトウェアです。スタンドアロンContent Engine 上でライセンスを受けた RealProxy の機能をアクティブにするには、ライセンス キーが必要です。Content Engine に付属の証明書に表示されている無期限 RealProxy ライセンス キーを指定するか、一時的に評価キーを使用する必要があります。ACNS 5.x ソフトウェアをダウンロードする場合は、Cisco.com の Web サイトから RealProxy ライセンスを購入できます。スタンドアロン Content Engine 上で RealProxy の機能をイネーブルにする一環として、RealProxy ライセンス キーを指定します。「スタンドアロンContent Engine 上での RealProxy のイネーブル化」を参照。

Content Engine の RealProxy ストリーミングおよびキャッシング サービスの設定

Content Engine は、RealMedia Player からの従来のプロキシ スタイルの RTSP 要求と透過的にリダイレクトされる RTSP 要求を受け入れるように設定できます。RealProxy はまた、ライブ分割や RealMedia VOD ファイル(.rm ファイル)のキャッシングもサポートしています。

Setup ユーティリティを使用すると、ACNS ソフトウェア リリース 5.2 以降を実行しているスタンドアロンContent Engine 上でライセンスを受けた RealProxy 機能をイネーブルにしてから、そのContent Engine 上で RealMedia プロキシ キャッシングおよび RealMedia 透過キャッシングをイネーブルにすることができます。Setup ユーティリティを使用すると、Content Engine が WCCP Version 2 対応ルータからリダイレクトされた RTSP 要求を受け入れるように設定できます。Content Engine CLI では、Content Engine が WCCP Version 2 対応ルータまたはレイヤ 4 スイッチからからリダイレクトされた RTSP 要求を受け入れるように設定できます。RealProxy の設定は、RealSystem Administrator GUI を使用して行います。この GUI には、Content Engine GUI の RealProxy ウィンドウからアクセスします(RealSystem Administrator GUI へのアクセスの詳細は、「RealSystem Administrator GUI による RealProxy の設定」 を参照してください)。


) Setup ユーティリティを使用してスタンドアロンContent Engine 上で RealMedia キャッシングをイネーブルにする方法については、「Setup ユーティリティを使用したスタンドアロン Content Engine の基本コンフィギュレーション設定」 を参照してください。


ここでは、Content Engine CLI および RealSystem Administrator GUI を使用して、スタンドアロン Content Engine の RealProxy ストリーミングおよびキャッシング サービスを設定する方法を説明します。ここでは、次のトピックについて説明します。

スタンドアロンContent Engine 上での RealProxy のイネーブル化

スタンドアロンContent Engine の RTSP ゲートウェイの設定

RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定

直接プロキシ ルーティングおよび RealMedia プロキシ キャッシングの設定

RealSystem Administrator GUI による RealProxy の設定

スタンドアロンContent Engine で RealProxy ストリーミングおよびキャッシング サービスを設定するときは、次の重要事項に注意してください。

RealMdia 透過キャッシングをサポートするには、WCCP Version 2 がスタンドアロンContent Engine 上で動作している必要がある。WCCP Version 2 はまた、RTSP 要求を Content Engine にリダイレクトするルータ上で動作している必要がある。

disk config コマンドを使用して、mediafs ストレージ用のディスク スペースを確保するように設定すると RealProxy を使用したキャッシュ ストリーミング メディアを実行することができる。

mediafs 区画は、Content Engine 上にマウントされる。このストレージ区画は、Content Engine 上にキャッシュされる RTSP ストリーミング メディア コンテンツを保存するために使用される。

透過的な WCCP リダイレクションを使用する場合、WCCP Version 2 対応ルータには IP アドレスがある。

スタンドアロンContent Engine 上で RealProxy をイネーブルにして実行する場合、スタンドアロンContent Engine には IP アドレスがある。

RealProxy ライセンス キーがある。RealProxy ライセンスに関しては、「RealProxy によるライブ分割および VOD ファイルのキャッシングについて」を参照。

ライブ ブロードキャストは、ライブ ストリームでありファイルではないため、キャッシングできない。ただし、RealProxy は、ライブ ブロードキャストを分割して(ライブ分割)ネットワーク帯域幅を節約することができる。ライブ分割に関する詳細は、「RealProxy によるライブ分割および VOD ファイルのキャッシングについて」を参照。


) Content Service Switch (CSS) を使用してストリーミング トラフィックのロード バランスする Content Engine は、UDP トラフィック(MMSU および RTSPU など)を送信できません。これは、Content Service Switch が UDP トラフィックをサポートしていないためです。


図 8-2 は、スタンドアロンContent Engine で RealProxy ストリーミングおよびキャッシングを初期設定する方法の詳細を示しています。

図 8-2 スタンドアロンContent Engine の RTSP ストリーミングおよびキャッシング サービスの設定

 

表 8-3 は、ACNS ソフトウェア リリース 5.2 以降が実行されているスタンドアロンContent Engine に RTSP ストリーミングおよびキャッシング サービスを設定する作業のチェックリストです。このチェックリストは、スタンドアロンContent Engine 上でこれらのサービスを設定する手順を表しています。たとえば、RTSP 要求を Content Engine に転送するように 1 つ以上のルーティング方式を設定します。

 

表 8-3 スタンドアロンContent Engine に RTSP ストリーミングおよびキャッシング サービスを設定するためのチェックリスト

タスク
追加情報および説明

1. スタンドアロンContent Engine 上で RealProxy の機能をイネーブルにする。

a. RealProxy ライセンス許諾書を承諾する。

b. 評価 RealProxy ライセンスを受け入れる、または Cisco 無期限 RealProxy ライセンスを指定する。

c. スタンドアロンContent Engine 上でライセンスを受けた RealProxy の機能をイネーブルにする。

「スタンドアロンContent Engine 上での RealProxy のイネーブル化」を参照。

2. 必要に応じて、RTSP ゲートウェイ設定値を指定する。

a. Content Engine が NAT 対応ルータの背後にある場合、RTSP ゲートウェイの IP アドレスを指定する必要がある(必須)。

b. また、デフォルトの基本および拡張 RTSP ゲートウェイ設定値を変更できる(オプション)。

「スタンドアロンContent Engine の RTSP ゲートウェイの設定」 を参照。

3. 次のルーティング方式のうち 1 つ以上を設定して、RealMedia Player からのコンテンツ要求をこのスタンドアロンContent Engine 上の RTSP ゲートウェイに転送する。

直接プロキシ ルーティング(非透過)

透過リダイレクション(WCCP Version 2 またはレイヤ 4 スイッチ)

直接プロキシ ルーティングでは、RealMedia クライアント プレーヤー(RealPlayer や RealOne Player など)はコンテンツ要求を直接この Content Engine に送信する(非透過フォワード プロキシ サーバとして動作する)。直接プロキシ ルーティングでは、RealMedia クライアントに直接 Content Engine をポイントさせる必要があります。「直接プロキシ ルーティングおよび RealMedia プロキシ キャッシングの設定」を参照。

WCCP ルーティングまたはレイヤ 4 スイッチでは、WCCP ルーティングまたはレイヤ 4 スイッチ、および Content Engine(透過プロキシ サーバ)を設定して RTSP 透過リダイレクションにする必要があります。「RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定」を参照。

4. RealSystem Administrator GUI を使用して RealProxy を設定する(たとえば、RealProxy でライブ分割を設定する)。


ヒント ライブ ブロードキャストは、ライブ ストリームでありファイルではないため、キャッシングできません。ただし、RealProxy は、ライブ ブロードキャストを分割して(ライブ分割)ネットワーク帯域幅を節約できます。

「RealSystem Administrator GUI による RealProxy の設定」を参照。

スタンドアロンContent Engine 上での RealProxy のイネーブル化

RealNetworks, Inc. の RealProxy 製品は、ライセンスが必要なソフトウェアです。スタンドアロンContent Engine 上でライセンスを受けた RealProxy の機能をアクティブにするには、ライセンス キーが必要です。RealProxy ライセンスに関する詳細は、「RealProxy のライセンス キーについて」を参照してください。

ストリーミング メディア サービスのライセンスを Content Engine 上で有効にするには、事前に、Content Engine のクロックとカレンダーが正しく設定されていることを確認してください。正しく設定されていない場合、エラー メッセージが表示されてインストールは失敗します。システム クロックを表示するには、 show clock EXEC コマンドを使用します。システム クロックを設定するには、 clock set EXEC コマンドを使用します。

Content Engine CLI を使用してスタンドアロンContent Engine 上でライセンスを受けた RealProxy の機能をイネーブルにする手順は、次のとおりです。


ステップ 1 show rtsp proxy media-real license-agreement EXEC コマンドを入力して、RealProxy のライセンス許諾書を表示します。

ContentEngine# show rtsp proxy media-real license-agreement
 

ステップ 2 ライセンス許諾書の内容を確認した後、グローバル設定モードに入り、ライセンス許諾書に同意します。

ContentEngine# configure terminal
ContentEngine(config)# rtsp proxy media-real accept-license-agreement
 

ステップ 3 シスコのライセンス キーを入力して、ライセンスを受けた RealProxy の機能をアクティブにします。

ContentEngine(config)# rtsp proxy media-real license-key licensekey
 

別の方法として、 rtsp proxy media-real evaluate グローバル設定コマンドを指定して、評価 RealProxy ライセンスを受け取ります。

ContentEngine(config)# rtsp proxy media-real evaluate
 

ステップ 4 Content Engine 上で rtsp proxy media-real enable グローバル設定コマンドを使用して、ライセンスを受けた RealProxy の機能をオンにします。

ContentEngine(config)# rtsp proxy media-real enable
 


 


) スタンドアロンContent Engine で RealProxy ライセンスをアンインストールする方法については、「RealProxy ライセンス キーのアンインストール」 を参照してください。


次のステップでは、必要に応じて RTSP ゲートウェイ設定を指定します。RTSP ゲートウェイは、デフォルト設定で Content Engine 上で自動的にイネーブルになるため( 表 8-4 参照)、次の状況でのみデフォルト RTSP ゲートウェイ設定を変更する必要があります。

Content Engine が NAT 対応ルータの背後にある場合、RTSP ゲートウェイの IP アドレスを指定する必要があります。デフォルトでは、RTSP ゲートウェイの IP アドレスは指定されていません。

RTSP ゲートウェイが着信要求を待ち受ける(リスン)ポート(ポート 554 がデフォルト)などのデフォルト設定を変更する場合。

RTSP ゲートウェイ設定を変更する方法については、「スタンドアロンContent Engine の RTSP ゲートウェイの設定」 を参照してください。

それ以外の場合は、次のステップで、次のルーティング方式のうち 1 つ以上を設定して、RealMedia Player からのコンテンツ要求をこのスタンドアロンContent Engine に転送します。

直接プロキシ ルーティング(非透過)

直接プロキシ ルーティングでは、RealMedia Player は自らのコンテンツ要求を直接この Content Engine に送信します(非透過フォワード プロキシ サーバ)。エンド ユーザのデスクトップの RealMedia Player を設定してそのプロキシ サーバとしてこのContent Engine をポイントする方法については、「RealMedia Player に直接スタンドアロン Content Engine を指定」を参照してください。

WCCP Version 4 またはレイヤ 4 スイッチ(RTSP 透過リダイレクション)

デフォルトでは、レイヤ 4 スイッチは使用不可であり、WCCP 透過リダイレクションは RTSP ゲートウェイで設定されていません( 表 8-4 を参照)。レイヤ 4 スイッチまたは WCCP Version 2 で RTSP 要求の透過リダイレクトをイネーブルにするには、「RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定」 で説明されているプロセスを実行します。

スタンドアロンContent Engine の RTSP ゲートウェイの設定

RTSP ゲートウェイは、Content Engine 上で実行されるプロセスです。RTSP ゲートウェイは、RTSP 要求を受け入れ、Content Engine 上で実行されているバックエンド RTSP サーバ(RealProxy サーバなど)の代理として、RTSP ベースのクライアント(RealMedia クライアントなど)と、はじめに RTSP ハンドシェイクを実行します。

一様性(uniformity)のチェックが正常に完了すると、RTSP ゲートウェイは要求を Content Engine 上で実行されている該当バックエンド RTSP サーバにトンネリングします。RTSP ゲートウェイは、要求されたメディア タイプ、Content Engine 上で現在イネーブルになっているバックエンド RTSP サーバ、または要求を出しているメディア プレーヤーに応じて、Content Engine 上の RealProxy、RealSubscriber、または Cisco Streaming Engine に要求をトンネリングします。


) スタンドアロンContent Engine の場合、RealProxy が Content Engine でイネーブルになる唯一のバックエンド RTSP サーバです。Content Distribution Manager に登録される Content Engine の場合、RealSubscriber および Cisco Streaming Engine も Content Engine 上で実行されるバックエンド RTSP サーバとしてイネーブルになります。


RTSP ゲートウェイが Content Engine 上で実行されている特定のバックエンド RTSP サーバに要求をトンネリングし、バックエンド サーバとクライアントの UDP ポート上でのネゴシエーション後、RTSP ゲートウェイは RTSP メッセージ転送(SETUP)を続行します。RTSP クライアントが PLAY 要求を出すと、ストリーミング サーバは UDP を使用してデータのストリーミングを開始します。

ユーザ エージェント、最終宛先、メディア ファイル タイプなど、着信要求の属性に応じて、RTSP ゲートウェイはスタンドアロンContent Engine で次の処理を実行します。

Content Engine 上で実行されている該当するバックエンド RTSP サーバ(RealProxy サーバ)に着信要求を転送する。

着信要求をリダイレクトする。

着信要求を拒絶する。

Content Engine が Content Distribution Manager に登録されている場合も、RTSP ゲートウェイは、その Content Engine で設定される他のコンテンツ ディストリビュータ(RealSubscriber または Cisco Streaming Engine など)に着信要求をリダイレクトします。

Network Address Translation (NAT) は、内部用 IP アドレスの割り当ておよびアドレスの節約の目的で設計され、登録されていない IP アドレスを使用するプライベート IP インターネット ワーキングをインターネットに接続します。NAT はルータ上で動作し、通常 2 つのネットワークを接続し、パケットがもう 1 つのネットワークに転送される前に、内部ネットワークのプライベート アドレスを正当な(グローバル)アドレスに変換します。この機能の一部として、NAT を設定してネットワーク全体で 1 つのアドレスとして外部に公開します。これによりセキュリティ レベルを上げることができ、そのアドレスの背後にある世界から内部ネットワーク全体を効果的に隠蔽できます。NAT には、セキュリティおよびアドレス節約という 2 つの機能があり、通常リモート アクセス環境に実装されます。


) Content Engine が NAT 対応ルータの背後にある場合、Content Engine 上で実行されている RTSP ゲートウェイの IP アドレスを指定する必要があります。デフォルトでは、IP アドレスは指定されていません。


デフォルト RTSP ゲートウェイ設定

RTSP ゲートウェイは、Content Engine 上で自動的にイネーブルになり、コマンドで使用不可にすることはできません。 表 8-4 では、RTSP ゲートウェイのデフォルト設定をリストしています。

 

表 8-4 RTSP ゲートウェイのデフォルト設定

RTSP ゲートウェイ設定
デフォルト設定値

RTSP ゲートウェイの IP アドレス

指定されていない

着信 RTSP ポート

ポート 554

着信 RTSP 要求レート

1 秒あたり 40 回の要求

レイヤ 4 スイッチ

使用不可

WCCP 透過代行受信

設定されていない

最大初期セットアップ遅延

10 秒

最大要求レート

1 秒あたり 40 回の要求

RTSP ゲートウェイの基本設定値の設定

デフォルトで、RTSP ゲートウェイは Content Engine 上で常にイネーブルになり、CLI コマンドを入力することによって使用不可にすることはできません。 表 8-4 で示すように、RTSP ゲートウェイには、一連のデフォルト設定値があります。次の状況でのみこのデフォルト設定値を変更する必要があります。

デフォルト ポート(ポート 554)以外のポートで着信 RTSP 要求を待ち受ける(リスン)ように、RTSP ゲートウェイを設定する。

Content Engine が NAT 対応ルータの背後にある。この場合、RTSP ゲートウェイの IP アドレスを指定する必要があります。デフォルトでは、RTSP ゲートウェイの IP アドレスは指定されていません。

RTSP ゲートウェイの基本設定値をスタンドアロンContent Engine 上に設定するには、 rtsp グローバル設定コマンドを使用します。

rtsp { ip-address rtsp-gateway-ip-address | L4-switch enable | port incoming port } コマンド。

表 8-5 では、コマンド パラメータを説明します

 

表 8-5 rtsp コマンド用のパラメータ

パラメータ
説明

ip-address

RTSP ゲートウェイの IP アドレスを設定する。

rtsp-gateway-ip-address

Content Engine 上でが実行されている RTSP ゲートウェイの IP アドレス。デフォルトでは、IP アドレスは指定されていない。

l4-switch

レイヤ 4 スイッチの RTSP との相互運用を設定する。

enable

レイヤ 4 スイッチの RTSP との相互運用をイネーブルにする。

port

RTSP ゲートウェイのポートを設定する。

incoming

RTSP ゲートウェイが着信要求を受信(リスン)するポートを設定する。

port

RTSP ゲートウェイが着信要求を受信(リスン)するポート番号。着信ポート番号をただ 1 つ指定できる。ポート番号の範囲は 1 ~ 65535 で、デフォルトはポート 554 。

スタンドアロンContent Engine で、基本 RTSP ゲートウェイ パラメータを設定する手順は、次のとおりです。


ステップ 1 rtsp port incoming port-number グローバル設定コマンドを入力して着信ポート(RTSP ゲートウェイが着信 RTSP 要求を受信するポート)を指定します。

ContentEngine(config)# rtsp port incoming port-number
 

ステップ 2 rtsp ip-address ip-address グローバル設定コマンドを入力してRTSP ゲートウェイの IP アドレスを指定します。

ContentEngine(config)# rtsp ip-address rtsp-gateway-ip-address
 

ステップ 3 WCCP Version 2 またはレイヤ 4 スイッチを経由する RTSP 要求の透過リダイレクションを設定します。

詳細は、「RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定」を参照してください。


 

RTSP ゲートウェイの拡張オプションの設定

Content Engine が ACNS ソフトウェア リリース 5.2 以降を実行している場合、 rtsp advanced グローバル設定コマンドを使用して次の 3 つの RTSP ゲートウェイの拡張オプションを設定できます。

バイパス ゲートウェイ

最大初期セットアップ遅延

最大要求レート

rtsp advanced { bypass-gateway media-real | max-initial-setup-delay time_delay | max-request-rate number }

表 8-6 では、コマンド パラメータを説明します。

 

表 8-6 rtsp 拡張 CLI コマンド用のパラメータ

パラメータ
説明

advanced

Content Engine 上で実行されている RTSP ゲートウェイの拡張オプションを設定する。

bypass-gateway

指定されたタイプの RTSP 要求(RealMedia 要求など)が RTSP ゲートウェイをバイパスできるようにするバイパス ゲートウェイ機能を設定する。

media-real

RTSP ゲートウェイが RealProxy 要求をバイバスするように指定する。RealProxy はスタンドアロンContent Engine でイネーブルになる唯一の RTSP ベースのバックエンド サーバなので、このオプションだけが、スタンドアロンContent Engine に有効なバイパス ゲートウェイ オプションです。ただし、Content Engine が Content Distribution Manager に登録されている場合、Cisco Streaming Engine および RealSubscriber が RTSP ベースのバックエンド サーバとしてサポートされているため、次の追加オプションを Content Engine に指定できます。 bypass-gateway cisco- streaming-engine オプションおよび bypass-gateway real-subscriber オプション。

max-initial-setup-delay

クライアントからの最初の RTSP メッセージと TCP 受け入れの間の最大遅延を設定する。 測定単位は秒です。デフォルト値は 10 秒。

time_delay

最大遅延の秒数(0-2147483647)。デフォルト値は 10 秒。

max-request-rate

RTSP ゲートウェイで許容される、毎秒あたりの着信要求の最大数を設定する。

number

RTSP ゲートウェイで許容される、毎秒あたりの着信要求の最大数。デフォルト値は、毎秒あたり 40 回の要求。

RTSP 透過リダイレクションおよび RealProxy 透過キャッシングの設定

WCCP Version 2 またはレイヤ 4 スイッチを経由する透過リダイレクトを使用して RealMedia クライアントからのコンテンツ要求をスタンドアロンContent Engine に転送する場合、Content Engine を設定して VOD ファイルの RealMedia 透過キャッシングをサポートできます。この場合、スタンドアロンContent Enginge は、RealMedia Player を使用してストリーミング メディア コンテンツを要求するエンド ユーザに対して透過プロキシ サーバとして機能します。透過的にリダイレクトされた RTSP 要求を受け取った後、自身のローカル キャッシュに保存していない場合、Content Engine は要求されたコンテンツをオリジン ストリーミング サーバから取得し、可能ならばコピーをローカル キャッシュに格納して(VOD ファイルはキャッシュできますが、ライブ ストリームはできません)、要求されたコンテンツを要求者(RealMedia Player)に送信します。

Content Engine は、リダイレクトされた RTSP 要求を標準 RTSP ポート(デフォルトでは 554)上で待ち受け(リスン)ます。複数のポートで RTSP トラフィックを代行受信するには、ダイナミック WCCP サービス(サービス 90~ 97)を設定する必要があります。ダイナミック WCCP サービスの設定に関する詳細は、「ユーザ定義の WCCP サービスをサポートするためのスタンドアロン Content Engine の設定」を参照してください。

RTSP 透過リダイレクションでは、レイヤ 4 スイッチまたは WCCP Version 2 対応ルータがContent Engine(透過プロキシ サーバとして機能している)に RTSP 要求をリダイレクトします。RTSP 透過リダイレクションは、スタンドアロンContent Engine 上で RealMedia 透過キャッシングをサポートするために使用します。

レイヤ 4 スイッチで RTSP 要求の透過リダイレクションをイネーブルにするには、 rtsp L4-switch enable グローバル設定コマンドを入力します。コマンドを入力した後に、RTSP 用のレイヤ 4 スイッチが Content Engine でイネーブルになったことを示すメッセージが表示されます。

ContentEngine(config)# rtsp L4-switch enable
Turn on l4 switch
 

WCCP Version 2 を経由する RTSP 透過リダイレクションを設定するには、次のタスクを実行する必要があります。

RTSP ストリーミング サービスをサポートする WCCP Version 2 ルータ上で RTSP リダイレクションを設定する。

これらの透過的にリダイレクトされた RTSP 要求を受信するスタンドアロンContent Engine 上で RTSP リダイレクションを設定する。

RTSP リダイレクション サービス(サービス 80)は、WCCP Version 2 標準メディア キャッシング サービスです。このサービスにより、WCCP Version 2 対応ルータは RTSP クライアントの要求を透過的に Content Engine 上の 1 つのポート(ポート 554)に転送できます。リダイレクトされた RTSP 要求を受信した後に、Content Engine は、要求されたコンテンツのコピーが存在するかどうかチェックします。存在する場合、Content Engine は要求されたコンテンツを RealMedia クライアントに送信します。存在しない場合は、Content Engine は要求されたコンテンツをオリジン ストリーミング サーバから取得し、コピーをローカル キャッシュに格納して(RealMedia 透過キャッシングが Content Engine 上でイネーブルになっている場合)、要求されたコンテンツをクライアントに送信します。


) 複数のポートで RTSP 透過リダイレクトを設定するには、WCCP Version 2 対応ルータおよび Content Engine 上でユーザ定義の WCCP サービス(サービス 90 ~ 97)を設定する必要があります。この WCCP サービスの設定に関する詳細は、「ユーザ定義の WCCP サービスをサポートするためのスタンドアロン Content Engine の設定」を参照してください。


次のシナリオは、スタンドアロンContent Engine および WCCP Version 2 対応ルータ上で、WCCP Version 2 RTSP リダイレクション サービス(サービス 80)を設定する方法、および Content Engine 上で RealProxy 透過キャッシングをイネーブルにする方法を示しています。このシナリオでは、「スタンドアロンContent Engine 上での RealProxy のイネーブル化」 で説明されているように、ライセンスを受けた RealProxy の機能がスタンドアロンContent Engine 上でイネーブルになっていることを前提としています。

RTSP 透過リダイレクト(rtsp サービス [サービス 80])および RealProxy 透過キャッシングをスタンドアロンContent Engine に設定する手順は、次のとおりです。


ステップ 1 ルータ上で WCCP Version 2 をオンにします(WCCP Version 1 は、RTSP リダイレクション サービス [サービス 80] をサポートしていません)。

Router# configure terminal
Router(config)# ip wccp version 2
 

ステップ 2 WCCP Version 2 対応ルータ上で RTSP リダイレクション サービス(サービス 80)をオンにします。

Router(config)# ip wccp 80
 

ステップ 3 RTSP リダイレクション サービスを実行するインターフェイスを指定します。

Router(config)# interface type number
 

次は、Fast Ethernet インターフェイス上で RTSP リダイレクション サービスを実行するようにルータを設定する方法を示しています。

Router(config)# interface fastEthernet 0/0
 

ステップ 4 RTSP リダイレクション サービスのに発信インターフェイスを使用するようにルータを設定します。

Router(config-if)# ip wccp 80 redirect out
 

) 支社の場合の一般的なルータ設定には、発信インターフェイスの設定が含まれていますが、ルータがリダイレクション機能をサポートしている場合、トラフィックの宛先を変更するために、ルータ上で着信インターフェイスを設定することもできます(ip wccp service number redirect inインターフェイス設定コマンドを使用)。


ステップ 5 ルータ上でコンフィギュレーション セッションを終了します。

Router(config-if)# end
 

ステップ 6 スタンドアロンContent Engine 上で WCCP を経由して RTSP リダイレクションを使用可能にします。この Content Engine は、WCCP Version 2 対応ルータからリダイレクトされた RTSP 要求に対して透過プロキシとして機能します。

a. RTSP リダイレクション サービス(サービス 80)に関連付けるルータ リスト(番号付き)を入力作成します。

次の例では、ルータ リスト 1 に関連付けられた WCCP Version 2 対応ルータが 1 台あることを示しています。このルータの IP アドレスは、10.1.3.1 です。

ContentEngine(config)# wccp router-list 1 10.1.3.1
 

b. 直前のステップ(ステップa. )で作成したルータ リスト(ルータ リスト 1)を使用可能にします。

ContentEngine(config)# wccp rtsp router-list-num 1
WCCP configuration for RTSP succeeded. Please remember to configure WCCP service 80 on the corresponding router.
 

この手順のステップ 2 からステップ 5 で、対応するルータ(IP アドレスが 10.1.1.1 のルータ)上で RTSP リダイレクション サービス(サービス 80)をすでに設定しました。

c. ルータ リスト 1 にリストされている WCCP Version 2 対応ルータからリダイレクトされた RTSP 要求を受け入れる Content Engine 上で WCCP Version 2 をイネーブルにします。

ContentEngine(config)# wccp version 2
 

ステップ 7 トランザクション ロギングが現在 Content Engine 上で使用不可の場合、イネーブルにします。

ContentEngine(config)# transaction-log enable
 

ステップ 8 Content Engine 上に新しい設定を保存します。

ContentEngine# copy running-config startup-config
 

ステップ 9 show wccp services EXEC コマンドを入力して、現在Content Engine A 上で設定されたWCCP サービス のリストを表示します。RTSP リダイレクション サービス(サービス 80)がリストされているかチェックします。

次に示す出力例の一部では、WCCP サービスが、FTP サービスやWeb キャッシュ サービスと一緒に Content Engine 上でイネーブルになっていることを示しています。サポートされている WCCP サービスの記述リストは、 表B-3 を参照してください。

ContentEngineA# show wccp services
Services configured on this Content Engine
Web Cache
RTSP
FTP
ContentEngine#
 

ステップ 10 show rtsp EXEC コマンドを入力して、この時点で WCCP 透過リダイレクションが Content Engine 上でイネーブルになっていることを確認します。

ContentEngine# show rtsp
 

ステップ 11 必要に応じて、RTSP ゲートウェイ設定値を指定します。

a. Content Engine が NAT 対応ルータの背後にある場合、RTSP ゲートウェイの IP アドレスを指定する必要があります(必須)。

b. また、デフォルトの基本および拡張 RTSP ゲートウェイ設定値を変更できます(必要に応じて)。

詳細は、「スタンドアロンContent Engine の RTSP ゲートウェイの設定」を参照してください。

ステップ 12 WCCP Version 2 を経由して RTSP リダイレクションをサポートするようにルータおよび Content Engine を設定したら、Content Engine 上で RealMedia 透過キャッシングを設定できます。

a. RealProxy 製品機能を Content Engine 上でイネーブルにしていない場合は、 rtsp proxy media-real enable グローバル設定コマンドを入力します。

ContentEngine(config)# rtsp proxy media-real enable
 

b. RealSystem Administrator GUI を使用して RealProxy を設定します(たとえば、RealProxy でライブ分割のために)。詳細は、「RealSystem Administrator GUI による RealProxy の設定」を参照してください。


 

RealMedia 透過キャッシングがスタンドアロンContent Engine で正常に動作しているかどうかを確認する方法の例については、「シナリオ 1:RealMedia VOD キャッシングに関する設定の確認」を参照してください。

直接プロキシ ルーティングおよび RealMedia プロキシ キャッシングの設定

直接プロキシ ルーティングを使用して RealMedia Player からのコンテンツ要求を直接スタンドアロンContent Engine に転送している場合、Content Engine を設定して VOD ファイルの RealMedia プロキシ キャッシングをサポートすることができます。RealMedia プロキシ キャッシングでは、Content Engine は、RealMedia Player に対して非透過プロキシサーバとして機能します。RealMedia Player (RealPlayer または RealOne Player など)から直接コンテンツ要求を受け取った後、自身のローカル キャッシュに保存していない場合、Content Engine は要求された VOD ファイルをオリジン ストリーミング サーバから取得し、コピーをローカル キャッシュに格納して、要求されたストリーミング メディア コンテンツを RealMedia Player に送信します。

次のシナリオでは、「スタンドアロンContent Engine 上での RealProxy のイネーブル化」 で説明されているように、ライセンスを受けた RealProxy の機能がスタンドアロンContent Engine 上でイネーブルになっていることを前提としています。

Content Engine CLI を使用して、スタンドアロンContent Engine 上で RealMedia プロキシキャッシングを設定する手順は、次のとおりです。


ステップ 1 RealMedia Player を設定して、自らのコンテンツ要求を直接この Content Engine に送信するようにします。

デフォルトでは、Content Engine 上の RTSP ゲートウェイは着信 RTSP 要求をポート 554 で待ち受け(リスン)ます。 rtsp port incoming port-number グローバル設定コマンドを入力して、着信 RTSP ポートに別のポートを指定する場合(たとえば、ポート 554 ではなくポート 575 上で受信するように RTSP ゲートウェイを設定する)、RealMedia Player を設定して要求を設定された RTSP 着信ポートに直接に送信するようにする必要があります。詳細は、「RealMedia Player に直接スタンドアロン Content Engine を指定」を参照してください。


) Content Engine と要求側クライアントの間にファイアウォールが配置されている場合は、クライアントのデスクトップで RealMedia プロキシを設定するときに Content Engine の外部 IP アドレスをプロキシ サーバとして指定済みであることを確認してください。「RealMedia Player に直接スタンドアロン Content Engine を指定」を参照。


ステップ 2 RealSystem Administrator GUI を使用して Content Engine 上で RealProxy を設定します(たとえば、ライブ分割のために)。

詳細は、次の「RealSystem Administrator GUI による RealProxy の設定」を参照してください。


 

RealSystem Administrator GUI による RealProxy の設定

RealProxy は、RealNetworks, Inc. のライセンス製品です。Setup ユーティリティまたは Content Engine CLI を使用して、スタンドアロンContent Engine 上でライセンスを受けた RealProxy の機能をイネーブルにします。また、Content Engine 上で RealProxy がイネーブルになった後に、Setup ユーティリティまたは Content Engine CLI を使用してスタンドアロンContent Engine 上でRealMedia プロキシ キャッシングおよびRealMedia 透過キャッシングをイネーブルにすることができます。ただし、RealProxy を設定するために RealNetworks RealSystem Administrator GUI を使用します。

RealSystem Administrator GUI に アクセスする手順は、次のとおりです。


ステップ 1 Content Engine GUI から、 Caching > Real Proxy の順に選択します。 Content Engine Real Proxy ウィンドウが表示されます (図 8-3 を参照)。


) Content Engine GUI にアクセスするには、ブラウザの URL アドレスにセキュア モードで Content Engine の IP アドレスを入力し、デフォルト ポート番号 8003 を付加します。たとえば、https:// ContentEngineIPaddress :8003 のように URL を入力します。


図 8-3 Content Engine RealProxy ウィンドウ

 


ADMIN ボタンが Content Engine Real Proxy ウィンドウに表示されるのは、Content Engine 上に RealProxy ソフトウェアがインストールされて、イネーブルになっているときのみです。


ステップ 2 Content Engine RealProxy ウィンドウ内で、 ADMIN ボタンをクリックします。

ステップ 3 Content Engine RealProxy ウィンドウから、RealSystem Administration GUI にアクセスするには、デフォルト ユーザ名として admin を使用し、パスワードとして diamond を使用してください。RealSystem Administrator GUI のメイン ウィンドウ(図 8-4参照)が表示されます。

図 8-4 RealSystem Administrator GUI

 

ステップ 4 ライセンスを受けた RealProxy の機能をこの Content Engine 上で設定するには、RealSystem Administrator GUI を使用します。たとえば、この GUI を使用して RealProxy ライブ分割や VOD ファイルのキャッシングを設定します。


 

RealProxy の設定後、RealProxy 設定が正常に動作していることを確認してください。ライブ分割および VOD キャッシングに関する RealProxy 設定を確認する方法を記述した例については、次の「スタンドアロンContent Engine の RealProxy 設定の確認」を参照してください。

スタンドアロンContent Engine の RealProxy 設定の確認

ここでは、スタンドアロンContent Engine 上で RealProxy の設定を確認する方法を 2 つのシナリオ例を挙げて説明します。

シナリオ 1:RealMedia VOD キャッシングに関する設定の確認

シナリオ 2:RealProxy ライブ分割に関する設定の確認

シナリオ 1:RealMedia VOD キャッシングに関する設定の確認

このサンプル シナリオは、スタンドアロンContent Engine 上で RealMedia 透過キャッシング サービスの設定を確認する方法を示しています。このシナリオは、次の状況を前提としています。

RealProxy が Content Engine 上でイネーブルになっている(「スタンドアロンContent Engine 上での RealProxy のイネーブル化」を参照)。

WCCP Version 2 をイネーブルにしているスタンドアロンContent Engine(Content Engine A)が 1 台ある。

RealMedia Player からのコンテンツ要求を Content Engine A(透過プロキシ サーバ)に転送するように設定されている WCCP Version 2 対応ルータが 1 台ある。

RealMedia 透過キャッシング サービスが Content Engine A 上でイネーブルになっていて、Content Engine A はルータ A からリダイレクトされた RTSP 要求を受け取るように設定されている。

クライアント A およびクライアント B 上の RealMedia Player (この場合、RealPlayer)は、直接 Content Engine A をポイントするように設定されていない。

クライアント A とクライアント B は、同一サブネット上にある。

RealMedia 透過キャッシング サービス(WCCP Version 2 を経由する RealMedia 透過キャッシング)が正常に動作していることを、次の手順で確認します。


ステップ 1 クライアント A のデスクトップから、RealPlayer を使用して RealMedia ストリーミング ビデオ ファイル(.rm ファイル)を要求します。

a. RealPlayer メニューから、 File > Open URL の順に選択します。

b. RealMedia ストリーミング ビデオ ファイルをポイントする URL を指定します(たとえば、 rtsp:// origin-streaming-server-ip-address / gm1_real_02_00500.rm )。


) 1 度以上ビデオ ファイルを要求してください。コンテンツ(.rm ビデオ ファイルなど)が要求される発信源のオリジン ストリーミング サーバは、クライアント A およびクライアント B と異なるサブネットに配置する必要があります。そのために、これらのクライアント デスクトップから送信された RealPlayer の要求は、ルータ A に転送されます。


クライアント A の RealPlayer で要求したビデオ ファイルの再生が開始されます。

ステップ 2 RealPlayer で統計情報をチェックします。

a. RealPlayer から Tools > Playback Statistics の順に選択します。

b. RealPlayer で、Streams タブをクリックして最前面へ移動します。

c. Streams タブで、使用しているトランスポート プロトコルとして UDP が表示されていることをチェックします。トランスポート プロトコルとして UDP が表示されている場合、ストリーミング プロキシまたはサーバが使用不可のとき、ストリームは HTTP に戻すのではなくストリーミング様式で RealPlayer に配信されます。

ステップ 3 クライアント A のデスクトップから、RealPlayer を使用して 要求したばかりの同じストリーミング ビデオ ファイル(.rm ファイル)の再生を繰り返します。

ステップ 4 WCCP 対応ルータ上でリダイレクトされた RTSP パケットの数をチェックします。次に出力例を示します。

Router# show ip wccp 80
Global WCCP information:
Router information:
Router Identifier: 10.1.3.1
Protocol Version: 2.0
 
Service Identifier: 80
Number of Cache Engines: 1
Number of routers: 1
Total Packets Redirected: 6
Redirect access-list: -none-
Total Packets Denied Redirect: 0
Total Packets Unassigned: 0
Group access-list: -none-
Total Messages Denied to Group: 0
Total Authentication failures: 0
 

ステップ 5 Content Engine 上で RealMedia キャッシング統計情報をチェックします。

a. Content Engine A から、 show statistics rtsp proxy media-real savings EXEC コマンドを入力して、この Content Engine の統計情報を保存する RealMedia キャッシングを表示します。

ContentEngine# show statistics rtsp proxy media-real savings
Media Cache Statistics - Savings
Requests Bytes
-----------------------------------------------------------
Total: 17 16666028
Hits: 11 3656524
Miss: 6 13009504
Savings: 64.7 % 21.9 %
 

b. Content Engine A から、 show statistics rtsp proxy media-real requests EXEC コマンドを入力して、この Content Engine が受信した RealMedia 要求の回数を表示します。次の出力例を参照してください。Content Engine が RealMedia 要求を処理していることを確認します。

ContentEngine# show statistics rtsp proxy media-real requests
Media Cache Statistics - Requests
Total % of Requests
---------------------------------------------------
Total Received Requests: 17 -
Demand Cache Hit: 11 64.7
Demand Cache Miss: 6 35.3
Demand Pass-Through: 0 0.0
Live Split: 0 0.0
Live Pass-Through: 0 0.0
 

ステップ 6 クライアント B のデスクトップから、RealPlayer を使用して、前回クライアント A のデスクトップから要求した同じビデオ ファイルを要求します。

これにより、Content Engine A が、ビデオ ファイルをオリジン ストリーミング サーバから再度取得するのではなく、要求された VOD のコピーをローカル キャッシュに保存しているかどうかチェックできます。

show statistics rtsp proxy media-real savings コマンドの出力に表示されるキャッシュ ヒットの回数は、クライアント B 上の RealPlayer を使用して、クライアント A 上の RealPlayer から要求したばかりの同じビデオ ファイルを要求すると増加します。

show statistics rtsp proxy media-real requests コマンドの出力に表示される RealMedia 要求の回数は、クライアント B 上の RealPlayer を使用して、クライアント A から要求したばかりの同じ VOD ファイルを要求すると増加します。

ステップ 7 ルータ A 上で、コンソールまたは Telnet セッションをオープンします。

ステップ 8 ルータ A 上で、 show ip wccp 80 EXEC コマンドを入力して、ルータ A の rtsp サービス (サービス 80)の統計情報と状況情報を表示します。

統計情報では、リダイレクトされたパケットについて、0 より大きい数値が表示されます。

ステップ 9 パケットが、ルータ A から Content Engine にリダイレクトされることを確認します。

ルータ A が、Content Engine A からリダイレクトされたパケットがあることを示している場合、RealMedia 透過キャッシング(WCCP 透過リダイレクションによる RTSP 要求の透過リダイレクション)が Content Engine A およびルータ A 上で正しく動作しています。

ルータ A が、Content Engine A からリダイレクトされたパケットがないことを示している場合、RealMedia 透過キャッシングは正しく動作していません。この場合、 rtsp サービスの設定によって問題のトラブルシューティングを行う必要があります。次は、それを行う方法を記述した例です。

Content Engine A から、 show wccp services EXEC コマンドを入力して、現在Content Engine A 上で設定されたWCCP サービス のリストを表示します。rrsp サービス(サービス 80)がリストされていることを確認します。次に出力例の一部を示します。

ContentEngineA# show wccp services
Services configured on this Content Engine
Web Cache
RTSP
FTP
ContentEngine#
 

Content Engine A から、 show wccp routers EXEC コマンドを入力して、Content Engine A を認識している WCCP 対応ルータのリストを表示します。コマンドの出力をチェックして、ルータ A が、Content Engine A を認識している WCCP 対応ルータのリスト上にあるか判断します。次に出力例の一部を示します。

ContentEngineA# show wccp routers
Routers Seeing this Content Engine
Router Id Sent To
10.0.0.0 10.1.1.1
Routers not Seeing this Cache Engine
10.1.1.1
Routers Notified of but not Configured
-NONE-
 

Content Engine A から、 show wccp gre EXEC コマンドを入力して、Content Engine A の WCCP generic routing encapsulation (GRE) パケット関連情報を表示します。コマンドの出力をチェックして、Content Engine A が拒否および受け入れたリダイレクトされたパケットの数を表示します。要求側クライアント(クライアント A および クライアント B のデスクトップ上のRealPlayer)と異なるサブネット上に配置されているストリーミング サーバ上の VOD ファイルの要求を続けると、受け入れたパケットの数が増加することを確認してください。

ContentEngineA# show wccp gre

ステップ 10 また、RealMedia クライアントが接続すると、RealSystem Administrator GUI を使用してRealProxy 統計情報を監視することもできます。

a. Content Engine GUI から、 Caching > Real Proxy の順に選択します。 Content Engine Real Proxy ウィンドウが表示されます(図 8-3 を参照)。

b. Admin ボタンをクリックします。

c. プロンプトが表示されたら、ユーザ名とパスワードを入力します。デフォルトのユーザ名は、 admin です。デフォルトのパスワードは、 diamond です。有効なユーザ名とパスワードを入力すると、RealSystem Administrator メイン ウィンドウが表示されます(図 8-4 を参照)。

d. RealSystem Administrator GUI を使用して、Content Engine 上の RealProxy によって処理されている RealMedia 要求の RealProxy 統計情報を監視します。

ステップ 11 デフォルトでは、トランザクション ロギングは Content Engine 上でイネーブルです。この Content Engine によって処理されている RealMedia トランザクション が、RealProxy トランザクション ログで追跡されていることを確認します。

ContentEngine# type-tail /local1/logs/real-proxy/rproxy-transaction-log-filename
 

sysfs がマウントされている場所により、RealProxy ログは、次のファイルのいずれかの内のローカル ディスク上にある作業ログにロギングされます。

/local1/logs/real-proxy/working.log

/local2/logs/real-proxy/working.log

ユーザは作業ログをクリアする間隔を設定できます。作業ログのクリアはデータをアーカイブ ログに移動することで行われます。sysfs ファイルがマウントされている場所によって、アーカイブ ログ ファイルは、 /local1/logs/ または /local2/logs/ ディレクトリ内のローカル ディスクに配置されます。

多数のアーカイブ ファイルが保存されるため、ファイル名にはファイルがアーカイブされた日時のタイムスタンプが含まれます。これらのファイルは FTP/SFTP サーバにエクスポート可能なため、ファイル名にはこの Content Engine の IP アドレスも含まれます。トランザクション ログの使用の詳細は、「ACNS ソフトウェア トランザクション ログの使用」を参照してください。

ステップ 12 RealProxy エラー メッセージに関するシステム ログ ファイルをチェックしてください。

RealProxy は、エラー メッセージを生成し、RealProxy ログ ファイルに書き込みます。これらのエラー メッセージは、ACNS ソフトウェアにより取り込まれ、システム ログ ファイルに渡されます。syslog を表示するには、次のコマンドを入力します。

ContentEngine# type-tail syslog.txt
 

RealProxy エラー コードと対応する syslog 優先レベルとの間の対応関係については、 表 20-17 を参照してください。システム ロギングの詳細は、「システム ロギング機能の使用」を参照してください。


 

シナリオ 2:RealProxy ライブ分割に関する設定の確認

このサンプル シナリオは、スタンドアロンContent Engine 上で RealProxy ライブ分割(RealProxy および WCCP Version 2 対応ルータを経由するライブ分割)に関する設定を確認する方法を示しています。RealProxy がスタンドアロンContent Engine 上でイネーブルになっていると、Content Engine は、RealMedia トラフィックを Content Engine に送信しているすべてのローカル ユーザ(RealMedia Player)に対してストリーム分割ポイントとして動作します。オリジン ストリーミング サーバへの以降の要求はすべて、Content Engine によって受信され、Content Engine はストリームを分割し、それを RealMedia クライアントに配信します。ライブ ブロードキャスト(ライブ ストリーム)はファイルではないため、キャッシングできません。RealProxy ライブ分割に関する基本的な情報は、「RealProxy によるライブ分割および VOD ファイルのキャッシングについて」を参照してください。

このシナリオでは、クライアント A、B、および C のデスクトップ上の RealMedia Player (この場合、RealPlayer)は、連続再生するようにセットアップされているライブ ストリームをポイントするように設定されています。WCCP Version 2 を使用して、このライブ ストリームに対する要求を Content Engine にリダイレクトします。WCCP 対応ルータが、ライブ ストリームに対する要求を透過的に代行受信し、その要求を RealProxy を実行している Content Engine(Content Engine A) に転送します。

このシナリオは、次の状況を前提としています。

RealProxy は Content Engine A 上でイネーブルになっている(「スタンドアロンContent Engine 上での RealProxy のイネーブル化」 を参照)。

WCCP Version 2 も Content Engine A 上でイネーブルになっている。

RealMedia Player からのコンテンツ要求を Content Engine A(透過プロキシ サーバ)に転送するように設定されている WCCP Version 2 対応ルータが 1 台ある。

クライアント A、B、および C 上の RealMedia Player (この場合、RealPlayer)は、直接 Content Engine A をポイントするように設定されていない。

クライアント A、B、および C は、同一サブネット上にある。

RealProxy ライブ分割が正しく動作していることを確認する手順は、次のとおりです。


ステップ 1 RealNetworks 専用の RTSP プロトコルをサポートしているオリジン ストリーミング サーバ(Helix Universal Server)上でライブ ストリームを作成します。

エンコーダまたは Simulated Live Transfer Agent (SLTA) ツールを使用します。

SLTA はHelix Universal Server のユーティリティで、記録済みクリップをライブ イベントのように送信できます。

ライブ ストリームを作成するオリジン ストリーミング サーバ(Helix Universal Server)は、クライアント A、B、および C と異なるサブネットに配置する必要があります。これにより、これらのクライアントからのRealMedia 要求は、ルータ A に転送されます。

ステップ 2 クライアント A のデスクトップから、RealPlayer を使用してライブ ストリーム(ライブ イベント)を要求します。

a. RealPlayer メニューから、 File > Open URL の順に選択します。

b. ライブ イベント エイリアスを指定します(たとえば、 rtsp:// origin-streaming-server-ip-address / broadcast/live )。

クライアント A の RealPlayer で要求したライブ イベントの再生が開始されます。

ステップ 3 クライアント B およびクライアント C のデスクトップから、RealPlayer を使用して、前回クライアント A のデスクトップの RealPlayer で要求した同じライブ ストリームを要求します。

ステップ 4 「シナリオ 1:RealMedia VOD キャッシングに関する設定の確認」 で説明された同じ確認プロセスを使用して、次の状態を確認します。

WCCP 対応ルータ(ルータ A)は、ライブ ストリームに対する RealPlayer の要求を Content Engine A に転送している。

Content Engine は、狭い帯域幅でライブ ストリームをクライアント A およびクライアント B に配信している。

これらのライブ ストリームに関連するトランザクション(たとえば、この特定のライブ イベントを表示しているクライアント、およびクライアントがこのライブ イベントを表示した時間の長さなど)が、Content Engine A 上の RealProxy トランザクション ログでロギングされている。

次に例を示します。

a. ルータ上でコンソール セッションまたは Telnet セッションを開きます。ルータ A 上で、 show ip wccp 80 EXEC コマンドを入力して、ルータ A の RTSP リダイレクション サービス (サービス 80)の統計情報と状況情報を表示します。

b. Content Engine A から、 show statistics rtsp proxy media-real requests EXEC コマンドを入力して、Content Engine A が受信した RealMedia 要求の回数を表示します。統計情報では、ライブ分割要求について、0 より大きい数値が表示されています。


 

スタンドアロンContent Engine 上でのデフォルト RealProxy 設定の復元

スタンドアロンContent Engine 上で、Content Engine CLI またはSetup ユーティリティを使用してRealProxy をイネーブルにします。RealProxy のデフォルト設定を変更するには、RealSystem Administrator GUI を使用する必要があります。この GUI には、Content Engine GUI からアクセスできます。ただし、Content Engine CLI を使用して、スタンドアロンContent Engine 上で RealProxy デフォルト設定ファイルを復元できます。

スタンドアロンContent Engine 上で、RealProxy デフォルト設定を復元する手順は、次のとおりです。


ステップ 1 rtsp real-proxy default-configuration EXEC コマンドを入力すると、継続を確認するプロンプトが表示され yes と入力します(次を参照)。

ContentEngine# rtsp real-proxy default-configuration
User would lose the current real proxy configuration. Do you want to proceed? [yes/no] yes
Restart Real Proxy to load the restored configuration file.
 

ステップ 2 Content Engine 上で RealProxy を再始動して、復元された設定ファイルをロードします。

詳細は、「スタンドアロンContent Engine 上での RealProxy の再始動」を参照してください。


 


) Content Engine GUI から RealSystem administrator GUI へアクセスする方法は、「RealSystem Administrator GUI による RealProxy の設定」 を参照してください。


スタンドアロンContent Engine 上での RealProxy の再始動

スタンドアロンContent Engine 上で RealProxy を再始動する手順は、次のとおりです。


ステップ 1 Content Engine 上で RealProxy を停止します。

ContentEngine(config)# no rtsp proxy media-real enable
 

ステップ 2 Content Engine 上で RealProxy を再始動します。

ContentEngine(config)# rtsp proxy media-real enable
 


 

スタンドアロンContent Engine 上での RealMedia キャッシングのディセーブル化

スタンドアロンContent Engine 上で RealMedia キャッシングをディセーブルにする手順は、次のとおりです。


ステップ 1 Content Engine GUI の RealProxy ウィンドウで Admin ボタンをクリックして、RealSystem Administrator GUI ウィンドウにアクセスします(図 8-3 を参照)。(このウィンドウ内の Admin ボタンを使用する場合は、事前に RealProxy を使用可能にしておく必要があります)


) Content Engine 上で設定されているシステム管理者、ユーザ名、および関連したすべてのパスワードは、RealProxy 認証データベースに保存されているものとは同一ではありません。したがって、すべての Content Engine ユーザが、RealSystem Administrator GUI にアクセスできるわけではありません。


ステップ 2 Configure > Cache の順に選択します。

ステップ 3 Enable Caching フィールドで、 No を選択します。

ステップ 4 Apply をクリックします。

ステップ 5 Content Engine 上で RealProxy を停止します。

ContentEngine(config)# no rtsp proxy media-real enable
 

ステップ 6 Content Engine 上で RealProxy を再始動します。

ContentEngine(config)# rtsp proxy media-real enable
 


 

RealProxy ライセンス キーのアンインストール

ライセンスを受けた RealProxy 機能を必要としないため、RealProxy ライセンス キーが Content Engine 上で不要になっている場合、 no rtsp rpoxy media-real license-key グローバル設定コマンドを入力することによって RealProxy ライセンスキーをアンインストールできます。1 つの Content Engine 上でライセンス キーをアンインストールした後、別の Content Engine がライセンスを受けた RealProxy 機能をサポートしている場合、ライセンス キーをその Content Engine で使用できます。


) スタンドアロンContent Engine 上に、RealProxy ライセンス キーをアンインストールする前に、 no rtsp proxy media-real enable コマンドを使用して、ライセンスを受けた RealProxy 機能をディセーブルにする必要があります。


スタンドアロンContent Engine の RealProxy 統計情報の表示

show statistics rtsp proxy media-real EXEC コマンドを使用して、スタンドアロンContent Engine の RealProxy 統計情報を表示できます。表示されている統計情報は、RealMedia クライアントにより要求されたオブジェクトの中から、RTSP を介して転送されたオブジェクトだけに関連したものです。HTTP を介して転送されたオブジェクトは、HTTP 統計情報にカウントされます。他のクライアントによって要求されたストリーミング オブジェクト、または MMS 以外のプロトコルを介して転送されたストリーミング オブジェクトは、Content Engine をバイパスします。

ContentEngine# show statistics rtsp proxy media-real requests
Media Cache Statistics - Requests
Total % of Requests
---------------------------------------------------
Total Received Requests: 0 -
Demand Cache Hit: 0 0.0
Demand Cache Miss: 0 0.0
Demand Pass-Through: 0 0.0
Live Split: 0 0.0
Live Pass-Through: 0 0.0
 
ContentEngine# show statistics rtsp proxy media-real savings
Media Cache Statistics - Savings
Requests Bytes
-----------------------------------------------------------
Total: 0 0
Hits: 0 0
Miss: 0 0
Savings: 0.0 % 0.0 %
 

設定と統計、および RealProxy 状況の報告の詳細は、RealNetworks RealSystem Administrator GUI から入手できます。Content Engine GUI には、RealProxy ウィンドウがあります(図 8-3 )。Content Engine Management GUI の ADMIN ボタンがアクティブになるのは、Content Engine 上で RealProxy をインストールし、イネーブルにした場合です。Content Engine GUI からこの管理ウィンドウにアクセスするためのデフォルト ユーザ名、およびパスワードが用意されています。詳細は、「RealSystem Administrator GUI による RealProxy の設定」 を参照してください