ローカル管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.3
スタンドアロン Content Engine 上の WMT ストリーミング メディア サービ スの設定
スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定
発行日;2012/02/03 | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 10MB) | フィードバック

目次

スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定

Windows Media Service ストリーミング ソリューションの概要

WMT ストリーミングとキャッシング サービスの概要

WMT RTSP プロトコルの概要

MMS プロトコルについて

スタンドアロン Content Engine の WMT 要求の処理方法

スタンドアロン Content Engine による WMT ストリーミングおよびキャッシング サービスについて

WMT ストリーミング メディア キャッシングのキャッシング ポリシーについて

WMT プロキシ キャッシングについて

WMT 透過 キャッシングについて

WMT でのライブ分割について

WMT 対応 Content Engine のプロキシ認証について

設定ガイドライン

WMT プロキシ サーバの要件

スタンドアロン Content Engine の WMT MMS サービスの設定

スタンドアロン Content Engine 上の WMT MMS ストリーミングおよびキャッシング サービスを設定するチェックリスト

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

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

スタンドアロン Content Engine 上の WMT ライセンスの有効化

スタンドアロン Content Engine 上での WMT の一般設定

着信および発信 WMT 帯域幅、およびビット レートの設定

可変 WMT ビット レートについて

サブネット ベースの発信帯域幅の設定

WMT 着信帯域幅バイパス リストの設定

スタンドアロン Content Engine の高速ストリーミング機能の設定

スタンドアロン Content Engine の Fast Start の設定

スタンドアロン Content Engine での Fast Cache の設定

WMT 要求の透過リダイレクションの設定

WMT 要求の透過リダイレクションの設定

WMT 要求の MMS 透過リダイレクションの設定

スタンドアロン Content Engine 上での WMT キャッシングの有効化と設定

スタンドアロン Content Engine 上での非透過 WMT プロキシ キャッシングの有効化と設定

スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定

VOD ファイルを配信するスタンドアロン Content Engine の設定

事前ロードされた VOD ファイルがキャッシュされ Windows Media クライアントに適切に配信されたことの確認

WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定

ライブ WMT ストリームをマルチキャストするためのスタンドアロン Content Engine の設定

スタンドアロン Content Engine 上での Multicast-In Multicast-Out の設定

スタンドアロン Content Engine 上での Unicast-In Multicast-Out の設定

スタンドアロン Content Engine 上での WMT マルチキャスト ステーションとマルチキャスト スケジュールの定義

WMT マルチキャスト ステーションの起動と停止

WMT マルチキャスト用の代替ソース URL(ソース フェールオーバー)の設定

ライブ WMT ストリームをユニキャストするスタンドアロン Content Engine の設定

スタンドアロン Content Engine 上での Multicast-in Unicast-out の設定

スタンドアロン Content Engine 上での Unicast-in Unicast-out の設定

スタンドアロン Content Engine 上での WMT ストリームのクリア

WMT RTSP サーバ設定に関する情報の表示

現在の WMT 設定に関する情報の表示

WMT 統計情報の表示

スタンドアロン Content Engine での WMT ロギングの使用

WMT マルチキャスト ロギングの使用

WMT トランザクション ロギングの使用

WMT トランザクション ログの形式の指定

ユーザ名の WMT トランザクション ログへのロギングの有効化

WMT エラー ロギングの使用

WMT クライアント切断のロギング

スタンドアロン Content Engine 上での WMT ストリームのクリアのロギング

スタンドアロン Content Engine 上の WMT ストリーミング メディア サービスの設定

この章では、Windows Media Technologies(WMT)ストリーミングおよびキャッシング サービスの概要を示し、スタンドアロン Content Engine 上でこれらのサービスを設定する Content Engine CLI を使用する方法について説明します。

この章の構成は、次のとおりです。

「Windows Media Service ストリーミング ソリューションの概要」

「WMT ストリーミングとキャッシング サービスの概要」

「設定ガイドライン」

「スタンドアロン Content Engine の WMT MMS サービスの設定」

「スタンドアロン Content Engine 上の WMT RTSP ストリーミングおよびキャッシング サービスの設定」

「スタンドアロン Content Engine 上の WMT ライセンスの有効化」

「スタンドアロン Content Engine 上での WMT の一般設定」

「WMT 要求の透過リダイレクションの設定」

「スタンドアロン Content Engine 上での WMT キャッシングの有効化と設定」

「VOD ファイルを配信するスタンドアロン Content Engine の設定」

「WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定」

「現在の WMT 設定に関する情報の表示」

「WMT RTSP サーバ設定に関する情報の表示」

「スタンドアロン Content Engine での WMT ロギングの使用」


) この章では、次の用語が使用されています。Windows Media ストリーミングおよびキャッシング サービスはまとめて、WMT 機能と呼ばれます。Windows Media Player 9 Series クライアントは、Windows Media 9 Player と呼ばれます。Windows Media Service 9 サーバは、Windows Media 9 サーバと呼ばれます。Content Engine 上で実行している Windows Media Service 9 RTSP バックエンド サーバは、WMT RTSP サーバと呼ばれます。WMT RTSP 透過リダイレクション という用語は、Windows Media 9 Player からの WMT RTSP 要求の RTSP 透過リダイレクション(WCCP Version 2 サービス 80 および 83)を指すために使用されます。MMS RTSP 透過リダイレクション という用語は、Windows Media Player からの WMT MMS 要求の RTSP 透過リダイレクション(WCCP Version 2 サービス 81 および 82)を指すために使用されます。


ストリーミング メディア サービスに関するバックグラウンド情報については、「ACNS ストリーミング メディアの基本概念」を参照してください。この章で使用されている CLI コマンドの構文と使用については、『 Cisco ACNS Software Command Reference, Release 5.3 』の資料を参照してください。

Content Distribution Manager に登録される Content Engine のストリーミング メディア サービスを設定する方法に関しては、『 中央管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.3 』を参照してください。WMT 診断ツールをトラブルシューティングの目的で使用する方法については、「WMT 診断ツールによるトラブルシューティング」を参照してください。

Windows Media Service ストリーミング ソリューションの概要

Windows Media Service(WMS)は、インターネット上でデジタル メディア ファイルの作成、配信、および再生を行うための、Microsoft のストリーミング ソリューションです。Windows Media Service 9(WMS 9)シリーズは、Microsoft の新しい Windows Media ソリューションです。

表9-1 では、Windows Media Service の主要なコンポーネントを説明します。

 

表9-1 Microsoft Windows Media Service のコンポーネント

コンポーネント
説明

Windows Media Player

要求されたデジタル メディア ファイルを再生するためにエンド ユーザが実行するデスクトップ アプリケーション(たとえば、Windows Media Player 6.4 および 7.0、または Windows Media Player 9 Series)。

クライアントは Windows Media Player で VCR と同じ制御を行って、ストリーミング ビデオの一時停止または巻き戻し、早送り(コンテンツが保存されている場合、「ビデオ オンデマンド」)が利用できます。

Windows Right Manager
and Encoder

コンテンツ作成アプリケーション。

Windows Media Server

アクティブ ストリーミング形式(ASF)ファイルをインターネット経由で送信する Microsoft Media Server(MMS)(たとえば、Windows Media 9 サーバと Windows Media 4.1 サーバ)と呼ばれるアプリケーション レベル プロトコルを使用するサーバと配信アプリケーション。

WMS 9 シリーズで、Microsoft は、ストリーミング プロトコルに大きな変更を導入しました。Windows Media Player およびサーバの初期のバージョンでは MMS プロトコル(MMS-over-UDP 「MMSU」または MMS-over-TCP 「MMST」プロトコル)を使用しますが、Windows Media Service 9 Series は、デフォルトでストリーミング用に RTSP ベースの新しいプロトコルを使用します。

これらは、Windows Media 9 Player で現在使用されているストリーミング プロトコルです。

Windows Media Service 9 Series RTSP/RTP ベース プロトコル

Windows Media Services 9 Series-over-HTTP(Windows Media Player およびサーバの以前のバージョンでサポートされた MMS-over-HTTP プロトコルに類似)

MMS プロトコル(MMST と MMSU)

図9-1 で示すように、ACNS 5.3.1 ソフトウェア以降で実行している Content Engine では、これらのストリーミング プロトコルのすべてで Windows Media 9 サーバや Windows Media Player と完全な相互運用性があります。

図9-1 ACNS 5.3.1 ソフトウェア以降において WMS 9 でサポートされるストリーミング プロトコル

 

ACNS 5.3.1 ソフトウェアでは、Windows Media 9 Player からの RTSP 要求をサポートするため、サポート対象ストリーミング プロトコルとして RTSP/RTP を追加しました。WMT RTSP でのプロキシ キャッシング(VOD ファイルのキャッシング)とライブ分割がサポートされます。Windows Media 9 Player からの RTSP 要求は、Content Engine(たとえば、Content Engine A とする)上で実行している Windows Media 9 サーバに送られます。Content Engine A は VOD 要求をプレーヤーに配信します。Content Engine A 上で実行している Windows Media 9 サーバも、ブロードキャスティングをサポートします。


) 中央管理配置(すなわち、Content Engine が Content Distribution Manager とともに登録されている)では、管理ライブ イベントもサポートされます。Content Distribution Manager GUI を使用して、管理ライブ イベントを設定します。スタンドアロン Content Engine は管理ライブ イベントをサポートしません。管理ライブ イベントの場合、Content Engine A および Content Engine B(ルート Content Engine)は、通信するために MMS プロトコルを使用し、RTSP プロトコルは使用しません。管理ライブ イベントでは、エンドツーエンド RTSP(クライアントからエンコーダに対する)は現在サポートされていません。管理ライブ イベントの設定に関する情報は、『中央管理配置に関する Cisco ACNS ソフトウェア コンフィギュレーション ガイド Release 5.3』 を参照してください。


直接プロキシ ルーティングまたは WCCP リダイレクションを使用して、要求をスタンドアロン Content Engine にルート指定するとき、ユニキャストの公開済 URL は次のいずれかになります。

mms:// liveChannelOriginFqdn / program-name

rtsp:// liveChannelOriginFqdn / program-name (ACNS 5.3.1 ソフトウェア リリース時点で追加)

ACNS 5.3.1 ソフトウェア以降では、Windows Media ライブ プログラムのライブ ストリーム ソースは次のいずれかになります。

mms:// wmStreamingServer : port-number / file name

http://encoder: port-number

rtsp:// wmStreamingServer : port-number / file name (ACNS 5.3.1 ソフトウェア リリースでRTSP サポートが追加されました)

MMS は Microsoft 独自のプロトコルです。MMS の詳細は、「MMS プロトコルについて」を参照してください。WMT RTSP の詳細は、「WMT RTSP プロトコルの概要」を参照してください。

ACNS 5.2.1 ソフトウェア以降では、次のソフトウェアとの相互運用性があります。

Windows Media Service 9(WMS 9)Series:Windows Media 9 Player、Windows Media Encoder、および Windows Media 9 サーバで構成されています。

ACNS 5.3.1 ソフトウェア以降では、WMT RTSP および WMT MMS がサポートされます。ACNS ソフトウェア リリース 5.2.x 以前では、WMT MMS はサポートされていましたが、WMT RTSP はサポートされていませんでした。

Windows Media Service 4.1 Series:Windows Media Player 4.1 Series、Windows Media Encoder、および Windows Media 4.1 サーバで構成されています。


) ACNS 5.1 ソフトウェア以前は、WMS 4.1 および WMS 9.0 と相互運用性がありましたが、ACNS 5.2.1 ソフトウェアに追加された、WMT MMS からの WMS 9 シリーズの機能(たとえば、Fast Start、Fast Cache、Fast Reconnect、および プレーヤーから Content Engine への WMS 9 ロギング)をサポートしていませんでした。


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

WMT ストリーミングとキャッシング サービスの概要

WMT の機能を Content Engine 上で有効にすると、Content Engine はネイティブ(統合) WMT サーバを提供することにより、Microsoft の標準ストリーミング形式(.ASF、.WMA、および .WMV ファイル)をユニキャストまたはマルチキャスト ストリームのいずれかを使用して配信します。統合 WMT サーバは、ストリームを VOD、ブロードキャスト(ライブ)、およびマルチキャストでクライアントに配信できます。また、WMT 機能を使用すると、スタンドアロン Content Engine が WMT 透過キャッシングと WMT プロキシ キャッシングをサポートすることも可能です。

スタンドアロン Content Engine 上の WMT 機能はライセンスが必要なソフトウェアです。この機能を Content Engine 上で有効にするには、WMT ライセンス キーが必要です。Content Engine に付属する証明書に記載された無期限ライセンス キーを指定するか、または一時的に評価キーを使用する必要があります。ACNS 5.x ソフトウェアをダウンロードする場合は、Cisco.com Web サイトから WMT ライセンスを購入できます。スタンドアロン Content Engine 上で WMT 機能を有効にするには、WMT ライセンス キーを指定します。「スタンドアロン Content Engine 上の WMT ライセンスの有効化」を参照してください。

WMT RTSP プロトコルの概要

Real-Time Streaming Protocol(RTSP)は、標準のインターネット ストリーミング制御プロトコル(RFC 2326)です。このプロトコルは、アプリケーション レベルのプロトコルで、ビデオやオーディオなど、リアルタイム性をもつデータの配信を制御します。RTSP は業界で広く普及しています。たとえば、Apple Computer の QuickTime、RealNetworks の RealMedia、および Cisco Streaming Engine ではすべて、ストリーミング制御プロトコルとして RTSP が使用されています。WMS 9 で、Microsoft は、ストリーミング制御プロトコルとして RTSP プロトコルのサポートを追加しました。WMS の旧バージョン(たとえば、WMS 4.1)で、WMS は、ストリーミング制御プロトコルとして MMS を使用しました。ACNS 5.3.1 ソフトウェア リリース では、WMS 9 対象の WMT RTSP サポート(すなわち、Windows Media 9 Player からの RTSP 要求のサポート)が追加されました。

Content Engine 上で稼働している WMT RTSP サーバでは、WMT RTSP プロトコルを使用して、VOD 要求を Windows Media 9 Player に送ります。WMT RTSP プロトコルは、IETF RTSP 標準プロトコルに、Microsoft 独自の拡張を加えたものです。また、WMT RTSP サーバでは、このプロトコルを使用してブロードキャスティングもサポートします。RTSP サービスの標準リスニング ポートは、ポート 554 です。

Windows Media 9 Player からの RTSP 要求を、Content Engine に直接ルート指定したり、透過的にリダイレクトしたりすることができます。上記のような要求を Content Engine に直接ルート指定するには、Content Engine を直接指し示すように Windows Media 9 Player を設定する必要があります。上記のような要求を Content Engine に透過的にリダイレクトするには、Content Engine および WCCP Version 2 ルータ上で WMT RTSP 透過リダイレクション(WCCP Version 2 サービス 80 および 83) を設定する必要があります。Content Engine を直接指定するように Windows Media 9 Player を設定する際の詳細情報については、「WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」を参照してください。WMT RTSP 透過リダイレクションの設定に関するこれ以上の情報は、「WMT 要求の透過リダイレクションの設定」を参照してください。

MMS プロトコルについて

MMS は、ストリーミング メディア コンテンツ用に Microsoft が設計した独自のプロトコルです。Microsoft が使用するメディア コンテンツ形式はアクティブ ストリーミング形式(ASF)と呼ばれます。ストリーミング ASF ファイルを指し示す URL は、次の例に示すように、MMS がプロトコルとして使用されます。

mms://servername/filename.asf
 

MMS プロトコルは、UDP、TCP、または HTTP で動作するアプリケーションレベルのプロトコルです。MMS は、メディア コンテンツをブロードキャストするために IP マルチキャストも利用できます。

MMS プロトコルは、ストリーミング メディアを配信するために、次の順序で最適の転送方式を自動的に探します。

User Datagram Protocol (UDP)

Transmission Control Protocol (TCP)

HTTP

MMSU は、UDP 上の転送を行う Microsoft Media Server プロトコルです。UDP は、コネクションレス型のトランスポート層で作動するプロトコルであり、配信が保証されていないので、リアルタイム メディアに対しては理想的なプロトコルです。この特性は、利点ではなく欠点のように聞こえますが、ストリーミング メディアにはきわめて適している特性です。ストリーミング メディアのデータの価値は、たとえ伝送時間が長くなっても完全な形で配信される必要がある、電子メールのようなデータとは違って、時間による制約を受けます。ビデオの 1 フレームが失われる場合でも、そのフレームは、必要なタイム フレーム内に到着しない可能性がるので、価値がありません。

MMST は、TCP 上の搬送を使用する Microsoft Media Server プロトコルです。

WCCP Version 2 では、2 つの MMS 透過リダイレクション サービス(mmsu サービス「サービス 81」および mmsu サービス「サービス 82」)をサポートします。これらの 2 つの WCCP リダイレクション サービスを使用すると、WMT 要求を Content Engine(WMT 透過キャッシングをサポートするように設定された透過プロキシ サーバとして機能する)に透過的にリダイレクトするように、WCCP Version 2 ルータを設定できます。

クライアント(Windows Media Player)は、これらのプロトコル(MMS-over-UDP 「MMSU」、MMS-over-TCP 「MMST」、および MMS-over-HTTP)をすべて使用して、ファイルを取得しようとします。

URL が http://xxx の場合、Windows Media Player は、MMS-over-HTTP(「 ストリーミング HTTP 」とも呼ばれます)を使用してファイルを取得しようとします。

URL が mms://xxx.asf の場合、Windows Media Player は、最初に MMSU、次に MMST、最後に MMS-over-HTTP の順に使用してファイルを取得しようとします。

URL が http:// xxx .nsc の場合、Windows Media Player は、最初に通常の HTTP を経由して xxx .nsc ファイルを取り出し、次に MMS-over-IP マルチキャストを使用して xxx .nsc ファイルに記述されたストリームを取り出します。

また、MMS プロトコルは HTTP 上でも実行できるので、Content Engine は MMS 要求を通常の HTTP 要求から区別する必要があります。Content Engine は要求内のユーザ エージェント ヘッダーを検査することによって区別しています。ユーザ エージェントが Windows Media Player の場合、Content Engine は、それが MMS 要求であると想定し、それ以外の場合は、通常の HTTP 要求であると見なします。


ヒント ライブ ストリーミングの場合、Content Engine は必ず外部 WMT サーバからライブ ストリームを取得します。Content Engine はライブ コンテンツの起点になることはありません。WMT ライブ ストリームを配信するスタンドアロン Content Engine の場合、スタンドアロン Content Engine 上で WMT キャッシング プロキシとサーバ機能が必要です。WMT 製品はライセンス ソフトウェアであり、WMT ライセンス キーが必要です。このライセンス キーの詳細については、「スタンドアロン Content Engine 上の WMT ライセンスの有効化」を参照してください。


スタンドアロン Content Engine の WMT 要求の処理方法

スタンドアロン Content Engine は、WMT クライアントから直接に、または WCCP Version 2 ルータまたはレイヤ 4 CSS スイッチ(WMT 透過リダイレクション経由)から WMT 要求を受信できます。

使用するプロトコルは WMT クライアントとサーバの間でネゴシエーションします。クライアントとサーバの両方が Windows Media Service 9 のとき、URL が mms:// で始まる場合、RTSP プロトコルを使用し、URL が http:// で始まる場合 HTTP プロトコルを使用します。クライアントまたはサーバのいずれかが WMS 9 より前(クライアントが Windows Media Player 6.4 または 7.0 であるか、またはサーバが Windows Media 9 サーバではなく Windows Media 4.1 サーバの場合)、MMS プロトコルが使用されます。

Widows Media Service 9 Series を使用する MMS-over-HTTP の場合、ACNS 5.3.1 ソフトウェア以降を実行するスタンドアロン Content Engine は、次のプロトコルを使用して Windows Media 9 Player から事前ロードされた VOD、ライブ分割、およびオンデマンド(キャッシュ ヒット)コンテンツについて Fast Start 機能と Fast Cache 機能をサポートします。使用されるプロトコルは、HTTP、RTSP、MMS(MMSU と MMST)、および MMS-over-HTTP です。これらの機能の詳細については、「WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定」「スタンドアロン Content Engine での Fast Cache の設定」を参照してください。


) ACNS 5.2 ソフトウェアで、Fast Start 機能と Fast Cache 機能のサポートが追加されました。ACNS 5.2.x ソフトウェアで、これらの機能は、Windows Media Service 9 Series の MMS-over-HTTP ストリーミングでのみ利用できます。ACNS 5.3.1 ソフトウェア以降では、Fast Start 機能および Fast Cache 機能はWindows Media 9 Player からの RTSP 要求(WMT RTSP 要求)でも使用できます。


ACNS 5.2.1 ソフトウェア以降では、WMT ストリーミング モジュールは、クライアント要求を処理する 2 種類のプロセスで構成されています。

UDP(MMSU) と TCP(MMST)、および MMS-over-HTTP についての MMS 要求を処理する mms_server プロセス

IP マルチキャスト上で MMS 要求を処理する mcast_mms プロセス

ACNS 5.2.1 ソフトウェア以降では、スタンドアロン Content Engine は Fast Start 機能と Fast Cache 機能を使用して、ライブ ストリーム分割コンテンツまたはオンデマンド(キャッシュ ヒット)コンテンツをクライアントに流します。Windows Media 9 サーバは Fast Start 機能または Fast Cache 機能を使用して Content Engine にコンテンツを流すことはできません。

スタンドアロン Content Engine による WMT ストリーミングおよびキャッシング サービスについて

「WMT ストリーミングおよびキャッシング サービス 」という用語は、次に説明する 2 つのグループの WMT サービスをまとめて指すために使用されます。

WMT MMS サービス(ACNS 5.2.1 ソフトウェア以降でサポートされている)

WMS 9 クライアントおよびサーバを対象とする WMT RTSP サービス(ACNS 5.3.1 ソフトウェア以降でサポートされている)

表9-2 では、ACNS 5.2.1 ソフトウェア以降を実行中のスタンドアロン Content Engine でサポートされる WMT ストリーミングおよびキャッシング サービスのタイプを示しています。

 

表9-2 スタンドアロン Content Engine 上の WMT ストリーミングおよびキャッシング サービス

操作
説明

WMT プロキシ
キャッシング

Content Engine は、Windows Media Player から直接 WMT 要求を受信します。Content Engine は、要求されたコンテンツがまだローカル キャッシュに保存されていないと、それを取得し、可能な場合にはコピーをローカルに保存し、要求されたコンテンツをクライアントに送信します。詳細は、「WMT プロキシ キャッシングについて」を参照してください。

WMT 透過
キャッシング

Content Engine は、WCCP Version 2 ルータまたはレイヤ 4 スイッチによって透過的にリダイレクトされた WMT 要求を受信します。Content Engine は、要求されたコンテンツがまだローカル キャッシュに保存されていないと、それを取得し、可能な場合にはコピーをローカルに保存し、要求されたコンテンツをクライアントに送信します。詳細は、「WMT 透過 キャッシングについて」を参照してください。

WMT ライブ ストリーム配信
(一般的)

Content Engine は、WMT ライブ ストリームを、その WMT トラフィックを受信するすべてのローカル ユーザ(Windows Media Player)に配信します。WMT ライブ ストリームはユニキャストまたはマルチキャスト ライブ フィードが可能です。Content Engine は、ライブ フィードをマルチキャストまたはユニキャストに分割して、WMT クライアントに中継します。詳細は、「WMT でのライブ分割について」を参照してください。

事前ロード VOD
ファイルの
配信(まれ)

VOD ファイルは、これらのファイルの Windows Media Player へのオンデマンド配信用に Content Engine に事前ロードされます。VOD キャッシングは HTTP キャッシングに似ていますが、VOD ファイルは標準 Content Engine 上の異なるファイル システム(mediafs)にキャシュされます。

VOD ファイルを配信するようにスタンドアロン Content Engine を設定する手順は、次のとおりです。

1. この Content Engine 上に VOD ファイルを事前ロードします。詳細については、「スタンドアロン Content Engine のコンテンツ事前ローディングの設定」を参照してください。

2. クライアントが WMT Media Player でアクセスできるようになった、事前ロードされた VOD ファイルの URL を公開します。

WMT ストリーミング メディア キャッシングのキャッシング ポリシーについて

HTTP キャッシングとは対照的に、WMT ストリーミング メディア キャッシング内のキャシング ポリシーははるかに単純です。これは、ストリーミング メディアはたいてい大きな静的コンテンツだからです。WMT キャッシング内のキャッシング ポリシーは単純明快です。すべての応答が部分的応答も含みキャッシュ可能です。要求がキャッシュ ヒットであっても WMT 要求はすべて、Content Engine とオリジン サーバの間の通信になります。

ストリーミング制御セッションを確立することによって、Content Engine は、キャッシュされたコンテンツが新鮮であり、クライアントがそのコンテンツにアクセスできることを確認できます。ストリーミング オブジェクトは一般的にサイズが大きいため、サーバーを使用する制御セッションの確立オーバーヘッドは最小限度であり、キャッシュ ヒットにより保有する帯域幅は減少しません。

WMT プロキシ キャッシングについて

直接プロキシ ルーティングを使用して WMT 要求をスタンドアロン Content Engine に送信するような場合、WMT プロキシ キャッシングをサポートするように Content Engine を設定できます。直接プロキシ モードでは、スタンドアロン WMT 対応の Content Engine は、WMT クライアント(WMT コンテンツを要求するために Windows Media Player を使用しているエンド ユーザ)から着信 WMT ストリーミング要求を直接受け取り、オリジン WMT サーバと通信している、これらのクライアントの代わりに動作しています。このタイプのキャッシングは WMT プロキシ キャッシング と呼ばれます。

クライアントが Windows Media Player 6.4 または 7.0 である場合、Content Engine は MMS および HTTP を使用してストリーミング要求を受け取り、そして取り扱いします(図9-2 を参照)。

図9-2 WMT MMS プロキシ キャッシング(直接プロキシ ルーティング)

 

クライアントが Windows Media 9 Player で、Content Engine が ACNS 5.3.1 ソフトウェア以降を実行している場合、Content Engine は、RTSP、MMS、および HTTP を使用してストリーミング要求を受け取り、そして取り扱うことができます(図9-1 を参照)。


) Content Engine と要求クライアントの間にファイアウォールが配置されている場合、エンド ユーザのデスクトップがこの Content Engine を指すように Windows Media Player のプロキシ設定を明示的に設定して、Content Engine の外部 IP アドレスを確実に割り当ててください。


Setup ユーティリティまたは Content Engine CLI を使用して、ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine 上で WMT プロキシ キャッシングを有効にして設定できます。

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

Content Engine CLI を使用して WMT プロキシ キャッシングを設定する方法については、「スタンドアロン Content Engine 上での WMT キャッシングの有効化と設定」を参照してください。

WMT 透過 キャッシングについて

透過リダイレクション(WCCP またはレイヤ 4 スイッチング)を使用して、WMT 要求をスタンドアロン Content Engine に宛先を指示する場合、Content Engine が WMT 透過キャッシングをサポートするように設定できます。この場合、スタンドアロン Content Engine は、WMT コンテンツを要求しているクライアントの透過プロキシ サーバの役目をしています。Content Engine はこれらのクライアントから見えません。Content Engine は透過的にリダイレクトされた WMT 要求を受信すると、要求されたコンテンツがまだローカル キャッシュに保存されていない場合、そのコンテンツを取得し、可能な時はいつでもそのコピーをローカルに保存します。それから、要求されたコンテンツを要求元(クライアントの Media Player)に送信します。

Setup ユーティリティまたは Content Engine CLI を使用して、ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine 上で WMT 透過キャッシングを有効にして設定できます。Setup ユーティリティを使用する場合、Content Engine が、WCCP Version 2 ルータからリダイレクトされた WMT 要求を受け取るように設定できます。Content Engine CLI を使用する場合は、レイヤ 4 スイッチから、および WCCP Version 2 ルータからリダイレクトされた WMT 要求を受信するように Content Engine を設定できます。

スタンドアロン Content Engine で WMT 透過キャッシングを設定する Setup ユーティリティを使用する方法については、「Setup ユーティリティを使用したスタンドアロン Content Engine 上の基本コンフィギュレーションの設定」を参照してください。Content Engine CLI 経由でスタンドアロン Content Engineで WMT 透過キャッシングを設定する方法については、「スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定」を参照してください。

WMT でのライブ分割について

WMT 対応 Content Engine はライブ分割もサポートします。ライブ ストリームの分割要求によって オリジン ストリーミング サーバからの単一ストリームは、その同一ストリームを要求する各クライアントに分割して送信されます(図9-3 を参照)。WMT クライアントの場合、クライアントが(ASF ファイルを指定せずに)リモート ストリーミング サーバ上のパブリッシング ポイントを要求する場合、Content Engine は、リモート ストリーミング サーバを参照するエイリアス ファイルを動的に作成します。そのリモート ストリーミング サーバへのそれ以後の要求はすべて、Content Engine がストリームを分割し、WMT クライアントに配信することによって処理されます。

オリジナル ストリームを要求した最初のクライアント(クライアント 1)がネットワークとの接続を解除しても、すべてのクライアントがネットワークとの接続を解除するまで、Content Engine は、他のクライアント(クライアント 2 とクライアント 3)に引き続き送信します。

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

 

Content Engine にライブ分割を実行させることによって、クライアントとオリジン ストリーミング サーバの間のネットワーク帯域幅を大幅に節約できる可能性があります。これは、Content Engine がクライアントにより近いからです。


) ライブ分割は、さまざまなデータ パケット トランスポート プロトコル(HTTP、MMST、および MMSU)でサポートされています。ACNS 5.3.1 ソフトウェアでは、2 つの追加のトランスポート プロトコル(RTSPU および RTSPT)対応のライブ分割が追加されました。WMT ライブ ストリームに関する総統計情報を表示するには、show statistics wmt streamstat live EXEC コマンドを入力します。


WMT 対応 Content Engine のプロキシ認証について

WMT 対応 Content Engine は、オリジン サーバによる基本認証と NTLM 認証の両方をサポートします。クライアントが、ユーザ認証を必要とするコンテンツを要求する場合、Content Engine は、エージェントとして動作し、クライアントとサーバ間で認証情報を送受信して、クライアントを認証します。クライアントが認証されると、コンテンツは通常どおりにストリーミングされます。キャッシングされたコンテンツと、キャッシングされていない VOD コンテンツの両方に対して、認証が行われます。

プロキシ認証方式は、次の 2 つのタイプがあります。

基本認証:サーバが、エンコードされたユーザ名とパスワードの形式でクライアントの ID を要求する認証方式。認証が失敗すると、その状況がクライアントに通知されます。この場合、クライアントは認証プロセスを再試行するか、接続を解除します。認証が成功すると、ストリーミング メディアがクライアントに送信されます。これは HTTP と MMS の両方を経由して、非透過プロキシ モード(直接プロキシ ルーティング)と透過プロキシ モードでサポートされます。

Windows NTLM 認証:接続ベースで身元証明要求と応答を行う認証方式。NTLM プロトコルは接続ごとに認証するため、プロキシは、オリジン サーバとの新しい接続を任意に開始することはできず、クライアントが開始した接続を再使用する必要があります。

ファイルがキャッシュから提供されるのは、完全なキャッシュ ヒット、つまりファイル全体がディスク上に存在する場合だけです。ファイルが完全なヒットでない場合、NTLM の場合はファイル全体がオリジン サーバから取り出されます。NTLM 認証は HTTP とMMS の両方を経由して、非透過プロキシ モード(直接プロキシ ルーティング)と透過プロキシ モードでサポートされます。プロキシは、Digital Rights Management(DRM)で保護されている Windows Media ファイルのキャッシング、および配信をサポートします。オリジン サーバが使用するアクセス コントロール リスト(ACL)は、自動的にプロキシでも使用されます。


) ユーザ ID に基づくフィルタリングもサポートされています。プロキシは、オリジン サーバによる認証だけをサポートします。プロキシによる認証、またはユーザがプロキシを使用するための認証は、今後のリリースでサポートされる予定です。ACNS 5.1 ソフトウェア以降では、クライアントに分割されるライブ ストリームも、オリジン サーバで認証されます。


ACNS 5.2.1 ソフトウェアでは、WMT クライアントからの WMT MMS 要求に対応したパススルー認証サポートが追加されました。ACNS 5.3.1 ソフトウェアでは、Windows Media 9 Player からの WMT RTSP 要求に対応したパススルー認証サポートが追加されました。このトピックに関する詳細は、「WMT 要求用パススルー認証の設定」を参照してください。

設定ガイドライン

この項では、スタンドアロン Content Engine 上で Windows Media ストリーミングおよびキャッシング サービスを設定する際の一般的なガイドラインを示します。また、設定に関して説明し、スタンドアロン Content Engine に対して Windows Media サービスを設定する方法について説明します。

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

Windows Media Services 9 Sereis は、インターネット上でデジタル メディア ファイルの作成、配信、および再生を行うための一連のストリーミング ソリューションです。WMT には、エンド ユーザ アプリケーション(Windows Media 9 Player)、サーバと配信アプリケーション(Windows Media 9 サーバ)およびエンコーダ アプリケーション(Windows Media Encoder)が組み込まれています。

WMT プロキシ サーバが、MMS-over-HTTP を使用する要求を処理できない場合、Windows Media 9 Player はプロキシをバイパスし、オリジン サーバからの要求をサービスします。Windows Media Player の以前のバージョン(バージョン 6.4 および 7.0)では、この機能はサポートされていません。通常、プロキシ サーバが要求を処理できないのは、次のいずれかの理由になります。

URL が Content Engine 内で設定されたルールまたは URL フィルタに準拠しない。

プロキシ サーバがダウンしている。

表9-3 では、サポート対応の WMT 着信および発信プロキシ モードをリストしています。この表で示されているように、モードは、Content Engine 上で実行している ACNS 5.x ソフトウェアのリリースによって異なります。

 

表9-3 サポート対応の WMT 着信および発信プロキシ モード

プロキシ モード
ACNS 5.3.1 ソフトウェア以降
ACNS 5.2.1 ソフトウェア以前
コメント

着信
プロキシ モード

MMS 透過プロキシ(サービス 81 および 82 を経由する WCCP 透過リダイレクト)

MMS 透過プロキシ(レイヤ 4 スイッチング)

WMT RTSP 透過プロキシ(サービス 80 および 83 を経由する WCCP 透過リダイレクト)

WMT 透過プロキシ(サービス 82 および 83 を経由する WCCP 透過リダイレクト)

WMT 透過プロキシ(レイヤ 4 スイッチング)

MMS 透過リダイレクトの詳細は、「WMT 要求の MMS 透過リダイレクションの設定」を参照してください。

WMT RTSP 透過リダイレクションの詳細は、「WMT 要求の透過リダイレクションの設定」を参照してください。

発信
プロキシ モード

MMS-over-HTTP プロキシ モード

MMS プロキシ モード

RTSP プロキシ モード

MMS-over-HTTP プロキシ モード

MMS プロキシ モード

wmt proxy outgoing グローバル設定コマンドを使用して、Content Engine 上で WMT 発信プロキシを設定します。
ACNS 5.3.1 ソフトウェアでは、
Windows Media 9 Player からの WMT RTSP 要求に対応した RTSP 発信プロキシ サーバのサポートが追加されました( wmt proxy outgoing rtsp host コマンド 。発信プロキシ サーバの設定方法の例については、「スタンドアロン Content Engine 上での WMT の一般設定」ステップ 11 を参照してください。

wmt グローバル設定コマンドを使用して、数多くの WMT 機能を設定できます。

ContentEngine(config)# wmt ?
accelerate WMT streaming acceleration
accept-license-agreement Accept license; View by 'show wmt license-agreement'
advanced WMT advanced configuration
bandwidth WMT bandwidth configurations
broadcast Broadcast live configuration.
cache WMT cache config
disallowed-client-protocols Specify disallowed wmt client protocols
enable Enable WMT
evaluate Start/continue 60-day evaluation of WMT.
extended WMT extended configurations
fast-cache Fast-cache feature
fast-start Fast-start feature
http MMS over HTTP configurations
incoming Configuration for incoming WMT requests
l4-switch Configure layer-4 switch interoperability
license-key Required license key for WMT
live-url-stripping Strip live URL's ? and beyond
max-concurrent-sessions Maximum number of unicast clients that can be
served concurrently.
multicast Multicast configuration and scheduling.
proxy Out-going proxy configuration
transaction-logs WMT transaction log configuration
 

wmt グローバル設定コマンドを使用して WMT 一般設定を行う方法の一例については、「スタンドアロン Content Engine 上での WMT の一般設定」を参照してください。

WMT プロキシ サーバの要件

スタンドアロン Content Engine が WMT プロキシ サーバとして機能するには、次の要件を満たす必要があります。

WMT ソフトウェア コンポーネントにとって最も重要な要件は、相互運用性です。WMT プロキシ サーバは、すべてのバージョンの Microsoft Windows Media Player、Windows Microsoft Media Server(MMS)、Windows Media Encoder、およびサードパーティ製の Windows Media アプリケーションと問題なく動作する必要があります。

WMT 透過キャッシングをサポートするには、WCCP Version 2 がスタンドアロン Content Engine で実行されている必要があります。

WMT を使用したキャッシュ ストリーミング メディアをキャッシュするまえに、 disk config コマンドを使用して、mediafs ストレージ用のディスク スペースを確保する必要があります。

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

ACNS 5.2.1 ソフトウェア以降で稼働する Content Engine。

Microsoft WMT ライセンス キーが必要です。Microsoft WMT 製品はライセンスが必要なソフトウェアです。スタンドアロン Content Engine で WMT 製品機能を有効にするには、WMT ライセンス キーが必要です。このライセンス キーは、Content Engine 付属の証明書と共に出荷されています。WMT ライセンス キーを指定する方法の詳細は、「スタンドアロン Content Engine 上の WMT ライセンスの有効化」を参照してください。


) ACNS 5.x ソフトウェアをダウンロードする場合は、Cisco.com の Web サイトから WMT ライセンスを購入できます。


WMT ライセンス製品機能が不要になったために Content Engine で WMT ライセンス キーが不要になった場合、 no wmt license-key グローバル設定コマンドを入力して WMT ライセンス キーをアンインストールできます。1 台の Content Engine 上でライセンス キーをアンインストールした後、別のデバイスが WMT ライセンス キーをサポートしている場合は、そのデバイスでライセンス キーを使用することができます。


no wmt enable グローバル設定コマンドを使用して WMT 機能を無効にした後、スタンドアロン Content Engine 上で WMT ライセンス キーをアンインストールする必要があります。


WMT プロキシ サーバとして設定されるスタンドアロン Content Engine の IP アドレスが必要です。

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

スタンドアロン Content Engine の WMT MMS サービスの設定

ここでは、スタンドアロン Content Engine で WMT MMS ストリーミングとキャッシング サービスを設定するために Content Engine CLI を使用する方法について説明します。図9-4図9-5では、スタンドアロン Content Engine についてこれらのサービスを初期設定する方法の詳細なビューを示しています。 表9-4 では、スタンドアロン Content Engine 上でこれらのサービスを設定するタスクのチェックリストを示しています。

また、ここでは、クライアントのメディア プレーヤーに必要な設定変更を行う方法(直接プロキシ ルーティングが使用される場合)、および WCCP Version 2 ルータに必要な設定変更を行う方法(WCCP Version 2 [サービス 81 および 82]の MMS 透過リダイレクションが使用される場合)について説明します。


) Setup ユーティリティを使用すると、スタンドアロン Content Engine 上で WMT を有効にし、その後、そのContent Engine 上で WMT プロキシ キャッシングと WMT 透過キャッシングを設定できます。Setup ユーティリティで、Content Engine が、WCCP Version 2 ルータからリダイレクトされた WMT 要求を受け入れるように設定できます。

Content Engine CLI で、WCCP Version 2 ルータまたは レイヤ 4 スイッチからリダイレクション WMT MMS 要求を受け取るように Content Engine を設定できます。スタンドアロン Content Engine で WMT キャッシングを設定する Setup ユーティリティを使用する方法については、「Setup ユーティリティを使用したスタンドアロン Content Engine の基本コンフィギュレーション設定」を参照してください。


図9-4 スタンドアロン Content Engine WMT MMS ストリーミングおよびキャッシング サービスの設定(パート 1)

 

図9-5 スタンドアロン Content Engine WMT MMS ストリーミングおよびキャッシング サービスの設定(パート 2)

 

スタンドアロン Content Engine 上の WMT MMS ストリーミングおよびキャッシング サービスを設定するチェックリスト

表9-4 では、ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine の WMT MMS ストリーミングおよびキャッシング サービスを設定するためのタスクのチェックリストです。このチェックリストには、スタンドアロン Content Engine でこれらのサービスを設定する際に行われる手順、および WMT MMS 要求がこのスタンドアロン Content Engine にルーティングされる方法について説明します。


) Setup ユーティリティを使用して、ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine 上で WMT を有効にし、Content Engine 上で WMT プロキシ キャッシングおよび WMT 透過キャッシングを設定できます。このトピックに関する詳細は、「Setup ユーティリティを使用したスタンドアロン Content Engine の基本コンフィギュレーション設定」を参照してください。


 

表9-4 スタンドアロン Content Engine における EMT MMS サービスの設定のチェックリスト

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

1. スタンドアロン Content Engine 上の WMT を有効にする。

a. WMT 使用許諾契約を承諾します。

b. 評価 WMT ライセンスを承諾するか、または
Cisco 無期限 WMT ライセンスを指します。

c. ライセンスされた WMT 機能をスタンドアロン Content Engine 上で有効にします。

「スタンドアロン Content Engine 上の WMT ライセンスの有効化」

2. 次のルーティング方式から 1 つまたは複数を設定し、Windows Media コンテンツについてのクライアント要求をこのスタンドアロン Content Engine に宛先を指示する。

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

MMS 透過リダイレクション(WCCP Version 2ルーティングまたはレイヤ 4 スイッチ)

直接プロキシ ルーティングでは、Windows Media Player は自らの MMS 要求を直接この Content Engine に送信します(非透過フォワード プロキシ サーバ)。直接プロキシ ルーティングでは、Windows Media Player を直接 Content Engine に指し示す必要があります。「WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」を参照してください。

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

3. 直接プロキシ ルーティングについては、Content Engine の WMT プロキシ キャッシングを有効にする。

「スタンドアロン Content Engine 上での非透過 WMT プロキシ キャッシングの有効化と設定」

4. 透過リダイレクションについては、Content Engine の WMT 透過キャッシングを有効にする。

「スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定」

5. このスタンドアロン Content Engine がクライアントに配信している WMT ストリーミング コンテンツのタイプを選択します。

ビデオ オンデマンド(VOD)ファイル

ライブ WMT ストリーム

VOD ファイルについては、「VOD ファイルを配信するスタンドアロン Content Engine の設定」を参照してください。

ライブ WMT ストリームについて、この Content Engine がライブ WMT ストリームを Windows Media クライアントに中継するのに使用する方式を選択します。

Multicast-out を使用する場合、作業 6. に進みます。

または

Unicast-out を使用する場合、作業 7. に進みます。

6. マルチキャストを使用する Windows Media クライアントにライブ コンテンツを中継する Content Engine を設定する。

「WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定」

7. ユニキャストを使用する Windows Media クライアントにライブ コンテンツを中継する Content Engine を設定する。

この章の次の各項を参照してください。

「スタンドアロン Content Engine 上での Multicast-in Unicast-out の設定」

「スタンドアロン Content Engine 上での Unicast-in Unicast-out の設定」

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

Setup ユーティリティまたは Content Engine CLI を使用して、ACNS 5.3.1 ソフトウェア以降を実行しているスタンドアロン Content Engine 上で WMT プロキシ キャッシングを有効にして設定できます。

図9-6 では、スタンドアロン Content Engine においてこれらのサービスを初期設定する方法の詳細なビューを示します。 表9-4 では、スタンドアロン Content Engine においてこれらのサービスを設定する際の作業のチェックリストを示します。

また、ここでは、Windows Media 9 Player に必要な設定変更を行う方法(直接プロキシ ルーティングが使用される場合)、および WCCP Version 2 ルータに必要な設定変更を行う方法(WCCP [サービス 80 および 83] の WMT RTSP リダイレクションが使用される場合)について説明します。

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

 

WMT RTSP キャッシング サービスを設定したら(図9-6 を参照)、まったく同じ手順を実行して WMT ストリーミング サービスを設定します(図9-5 を参照)。この手順は、WMT クライアントに WMT ストリーム コンテンツ(ライブ WMT ストリームおよび VOD ファイル)を配信する際に MMS プロトコル、MMS-over-HTTP、または RTPS プロトコルを使用するかどうかとは無関係です。

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

表9-5 は、ACNS 5.3.1 ソフトウェア以降を実行しているスタンドアロン Content Engine の WMT RTSP ストリーミングおよびキャッシング サービスを設定するためのタスクのチェックリストです。このチェックリストには、スタンドアロン Content Engine でこれらのサービスを設定する際に行われる手順、および Windows Media 9 Player からの RTSP 要求が、Windows Media 9 サーバの役目をしているこのスタンドアロン Content Engine にルート指定される方法について説明します。

 

表9-5 Standalone Content Engine および Windows Media 9 Player での WMT RTSP サービスの設定のためのチェックリスト

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

1. スタンドアロン Content Engine 上の WMT を有効にする。

a. WMT 使用許諾契約を承諾します。

b. 評価 WMT ライセンスを承諾するか、または
Cisco 無期限 WMT ライセンスを指定します。

c. ライセンスされた WMT 機能をスタンドアロン Content Engine 上で有効にします。

「スタンドアロン Content Engine 上の WMT ライセンスの有効化」

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

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

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

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

3. 次のルーティング方式の 1 つまたは複数を設定し、Windows Media 9 Player からの RTSP 要求をこのスタンドアロン Content Engine に宛先を指示する。

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

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

直接プロキシ ルーティングでは、Windows Media 9 Player は自らの WMT RTSP 要求を直接この Content Engine に送信します(非透過フォワード プロキシ サーバ)。直接プロキシ ルーティングでは、Windows Media 9 Players を直接 Content Engine に指し示す必要があります。「WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」を参照してください。

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

4. 直接プロキシ ルーティングについては、Content Engine のWMT プロキシ キャッシングを有効にする。

「スタンドアロン Content Engine 上での非透過 WMT プロキシ キャッシングの有効化と設定」

5. 透過リダイレクションについては、Content Engine のWMT 透過キャッシングを有効にする。

「スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定」

6. このスタンドアロン Content Engine がクライアントに配信している WMT ストリーミング コンテンツのタイプを選択する。

ビデオ オンデマンド(VOD)ファイル

ライブ WMT ストリーム

VOD ファイルについては、「VOD ファイルを配信するスタンドアロン Content Engine の設定」を参照してください。

ライブ WMT ストリームについて、この Content Engine がライブ WMT ストリームを Windows Media クライアントに中継するのに使用する方式を選択します。

Multicast-out を使用する場合、タスク 7. に進みます。

または

Unicast-out を使用する場合、タスク 8. に進みます。

7. マルチキャストを使用する Windows Media 9 Player にライブ コンテンツを中継する Content Engine を設定する。

「WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定」

8. ユニキャストを使用する Windows Media 9 Player にライブ コンテンツを中継する Content Engine を設定する。

この章にある次の各項を参照してください。

「スタンドアロン Content Engine 上での Multicast-in Unicast-out の設定」

「スタンドアロン Content Engine 上での Unicast-in Unicast-out の設定」

スタンドアロン Content Engine 上の WMT ライセンスの有効化

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

Content Engine CLI を使用して、スタンドアロン Content Engine 上で Windows Media Services を有効にする手順は、次のとおりです。


ステップ 1 WMT 使用許諾契約を表示します。

ContentEngine# show wmt license-agreement
 

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

ContentEngine# configure terminal
ContentEngine(config)# wmt accept-license-agreement
 

ステップ 3 WMT 製品用のシスコのライセンス キーを入力します。

ContentEngine(config)# wmt license-key licensekey
 

別の方法として、WMT の評価ライセンスに同意します。

ContentEngine(config)# wmt evaluate
 

ステップ 4 WMT 機能をこの Content Engine 上で有効にします。

ContentEngine(config)# wmt enable
 

ステップ 5 処理を進めるかどうかを確認するプロンプトが表示されたら、 yes と入力して処理を進めます。

This operation needs to restart http proxy and real proxy (if running) for memory reconfiguration. Proceed? [no] yes
 


 

次にやるべきことは、次のルーティング方式から1 つまたは複数を選択し、Windows Media コンテンツに対するクライアント要求をこのスタンドアロン Content Engine に宛先を指示することです。

WCCPルーティングまたはレイヤ 4 スイッチ(WMT MMS 要求の WMT MMS 透過リダイレクション、およびWMT RTSP 要求の WMT RTSP透過リダイレクション)

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

直接プロキシ ルーティングで、Windows Media Player は要求をこの Content Engine に直接送信します(非透過フォワード プロキシ サーバとして動作)。エンド ユーザ デスクトップ上の Windows Media Player がこの Content Engine をプロキシ サーバとして直接指し示すように設定する方法については、「WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」を参照してください。

スタンドアロン Content Engine 上での WMT の一般設定

Content Engine CLI を使用して、スタンドアロン Content Engine 上で WMT の一般設定を行う手順は、次のとおりです。


ステップ 1 WMT クライアントからの着信要求を待ち受けるように Content Engine を設定します。

a. デフォルトで、Content Engine は、WMT MMS 要求をポート 1755 にリストします。このデフォルト ポートを変更するには、 wmt incoming port-number グローバル設定コマンドを使用します。ポート番号は、1 ~ 65535 です。

ContentEngine(config)# wmt incoming port-number
 

b. デフォルトで、Content Engine は、WMT RTSP 要求をポート 554 にリストします。このデフォルト ポートを変更するには、 rtsp port incoming port-number グローバル設定コマンドを使用します。ポート番号は、1 ~ 65535 です。

ContentEngine(config)# rtsp port incoming port-number
 

ステップ 2 wmt disallowed-client-protocols グローバル設定コマンドを使用して、ストリーミングに対する特定の WMT クライアント プロトコルを動作しないようにします。

wmt disallowed-client-protocols { http | mmst | mmsu | rtspt | rtspu }

ACNS 5.3.1 ソフトウェアでは、このコマンドに次の変更が行われました。

tcp オプションが mmst オプションに置き換えられました。

udp オプションが mmsu オプションに置き換えられました。

rtspt および rtspu オプションが追加されました。

tcp および udp オプションが下位互換性を維持するために非表示になります。

 

パラメータ
説明

disallowed-client-protocols

許可しない WMT クライアント プロトコルを指定する。

http

HTTP プロトコル上のストリーミングの不許可( http:// )。

mmst

MMST プロトコル上のストリーミングの不許可(mmst://)。

mmsu

MMSU プロトコル上のストリーミングの不許可(mmsu://)。

rtspt

RTSPT プロトコル上のストリーミングの不許可(rtspt://)。

rtspu

RTSPU プロトコル上のストリーミングの不許可(rtspu://)。

ステップ 3 同時にサポートできるスタンドアロン Content Engine のユニキャスト クライアントの最大数を設定します。デフォルトは、2500 クライアントです。

ContentEngine(config)# wmt max-concurrent-sessions number
 

number は、Content Engine が同時に使用する必要のある着信ユニキャスト要求の最大数を指定します。この制限は、Content Engine(1 ~ 8000)上の物理的リソースの影響を受けます。

ステップ 4 Content Engine 上での WMT コンテンツのプリローディングの最大帯域幅を指定します。

ContentEngine(config)# wmt max-bandwidth incoming bitrate
 

ACNS 5.x ソフトウェアでは、コンテンツ プリローディングに指定された URL で、ビットレートが異なる、WMT ストリーミング メディア ファイルも事前ロードできるようになりました。 wmt max-bandwidth および wmt max-bitrate グローバル設定コマンドを使用して、WMT 帯域幅、およびビット レートも管理できます。

ステップ 5 Content Engine が受信可能な WMT ストリームごとの最大ビット レートを指定します。

デフォルトでは、制限はありません。このビット レートは、「 WMT 着信ストリーム ビットレート」 と呼ばれます。

ContentEngine(config)# wmt bitrate wmt incoming bitrate
 

bitrate は、WMT 着信ストリーム ビット レート(キロビット/秒)を指定します。この値の範囲は 0 ~ 2147483647 です。

ステップ 6 Content Engine が配信可能な WMT ストリームごとの最大ビット レートを指定します。デフォルトでは、制限はありません。このビット レートは、「 WMT 発信ストリーム ビット レート」 と呼ばれます。

ContentEngine(config)# wmt bitrate wmt incoming bitrate
 

bitrate は、WMT 発信ストリーム ビット レート(キロビット/秒)を指定します。この値の範囲は、0 ~ 2147483647 です。

帯域幅およびビットレートの設定については、「着信および発信 WMT 帯域幅、およびビット レートの設定」を参照してください。

ステップ 7 Content Engine が WMT キャッシュ内に保存する必要のある単一のオブジェクトの最大サイズを指定します。

wmt cache max-obj-size グローバル設定コマンドを使用して、この値を指定します。この値の範囲は、1 ~ 1,000,000 MB です。デフォルト値は、1024 MB です。

ContentEngine(config)# wmt cache max-obj-size size
 

ステップ 8 スタンドアロン Content Engine 上で、WMT キャッシングを有効にします(まだ有効でない場合)。

ContentEngine(config)# wmt cache enable
 

ステップ 9 WMT ライブ URL ストリッピングを有効にします。

ContentEngine(config)# wmt live-url-stripping enable
 

ステップ 10 WCCP ルータではなく、レイヤ 4 スイッチを使用して透過リダイレクションを有効にします。

a. Content Engine 上で、レイヤ 4 スイッチを使用して MMS 要求の透過リダイレクションを有効にします。

ContentEngine(config)# wmt l4-switch enable
 

b. Content Engine 上で、レイヤ 4 スイッチを使用して RTSP 要求の透過リダイレクションを有効にします。

ContentEngine(config)# rtsp l4-switch enable

ステップ 11 Content Engine 上で WMT 発信プロキシを設定するには、wmt proxy outgoing グローバル設定コマンドを使用します。

MMS キャッシュ ミス トラフィックをすべて特定のMMS 発信プロキシ サーバに送信するように、またはMMS-over-HTTP キャッシュ ミス トラフィックを特定の HTTP 発信プロキシ サーバに送信するように、またはすべての WMT RTSP キャッシュ ミス要求を特定の RTSP発信プロキシ サーバに ICP または WCCP を使用せずに送信するように、Content Engine を設定します。ACNS 5.3.1 ソフトウェアでは、Windows Media 9 Player からの WMT RTSP 要求のために、RTSP 発信プロキシ サーバのサポートが追加されました。

コマンド構文は、次のとおりです。

wmt proxy outgoing { http | mms | rtsp } host { hostname | ip-address } port

ここで各パラメータの意味は、次のとおりです。

http は、発信 MMS-over-HTTP プロキシ設定 のキーワード です。

mms は、発信 MMS(MMS-over-TCP または MMS-over-UDP)プロキシ設定 のキーワード です。

MMS プロトコルは、次の 3 つの異なるデータ プロトコル上で動作します。それらはMMS-over-TCP(MMST)、MMS-over-UDP(MMSU)、および MMS-over-HTTP です。

rtsp は、発信 RTSP プロキシ設定の キーワード です。

host は、発信プロキシ サーバのキーワードです。

hostname はホスト名、 ip-address は発信プロキシ サーバの IP アドレスです。

port は、発信プロキシ サーバのポート番号です。デフォルトの MMS ポートは 1755 です。デフォルトの RTSP ポートは 554 です。

次の例では、営業所の Content Engine は、MMS-over-HTTP を使用してすべての WMT キャッシュ ミス要求をポート 8080 経由で 172.16.30.30 にある中央 Content Engine に送信するよう設定されています。

ContentEngine(config)# wmt proxy outgoing http host 172.16.30.30 8080
 

次の例では、営業所にある Content Engine は、すべての MMS キャッシュ ミス要求をポート 1700 経由で 172.16.30.31 にある中央 Content Engine に送信するよう設定されています。

ContentEngine(config)# wmt proxy outgoing http host 172.16.30.31 1700
 

次の例では、営業所の Content Engine は、MMS-over-TCP(MMST)または(MMS-over-UDP(MMSU)を使用してすべての キャッシュ ミス MMS 要求をポート 8080 経由で 172.16.30.30 の本社にある中央 Content Engine に送信するよう設定されています。

ContentEngine(config)# wmt proxy outgoing mms host 172.16.30.30 8080
 

次の例では、営業所の Content Engine は、RTSP を使用して、Windows Media 9 Player からのすべてのキャッシュ ミス RTSP 要求をポート 8080 経由で 172.16.30.30 にある中央 Content Engine に送信するよう設定されています。

ContentEngine(config)# wmt proxy outgoing rtsp host 172.16.30.30 8080
 

ステップ 12 WMT によって配信されるメディア ファイルのタイプを決定します。

通常、Content Engine は、WMT によって処理されるファイル名の拡張子のデフォルト リストが設定されて出荷されます。Content Engine 内のデフォルト リストには、次のファイル名の拡張子が含まれています。asf、none、nsc、wma、および wmv です。デフォルトのファイル名の拡張子リストには、 none が含まれています。これは Content Engine がファイル拡張子のない状態(たとえば、ライブ エンコーダ用のブロードキャスト エイリアスまたは URL)でメディア ファイルを処理しないようにするためです。このリストには、ファイル名の拡張子、nsc が含まれていて、これにより Content Engine はメディア ファイルをマルチキャストすることができます。

a. wmt http allow extension グローバル設定コマンドを使用して、このリストにファイル名の拡張子を追加します。

b. no wmt http allow extension グローバル設定コマンドを使用して、このリストからファイル名の拡張子を削除します。


) ACNS 5.2.1 ソフトウェアで、wmt mms allow extension EXEC コマンドは、wmt http allow extension EXEC コマンドで置き換えられました。show wmt mms allow extension EXEC コマンドもまた show wmt http allow extension EXEC コマンドで置き換えられました。


このリストにファイル拡張子を新規に追加する場合、次の制限があります。

リスト内に 20 を超えるファイル拡張子を入れることはできません。

ファイル拡張子には英数字を使用し、各拡張子の先頭の文字は英字にする必要があります。

1 つのファイル拡張子は 10 文字以内にする必要があります。

次の例では、ファイル拡張子 mp3 を WMT で使用されるファイル拡張子のリストに追加しています。

ContentEngine(config)# wmt http allow extension mp3
ContentEngine(config)#
 

ステップ 13 ファイル拡張子の追加または削除後に、リスト内に含まれているファイル拡張子を表示します。

ContentEngine(config)# exit
ContentEngine# show wmt http allow extension
 

show wmt http allow extension EXEC コマンドは、デフォルト リストを変更しても、何も表示しません。

ステップ 14 (オプション)次の 3 つの WMT ストリーミング高速化機能(デフォルトで、Content Engine 上で有効になっている)の 1 つまたは複数を無効にします。

ライブ分割

プロキシ キャッシュ

VOD

適切な no wmt accelerate グローバル設定コマンドを使用して、機能を無効にします。

a. ライブ分割の高速化を無効にするには、 no wmt accelerate live-split コマンドを入力します。Content Engine 上でこの機能を再び有効にするには、 wmt accelerate live-split enable コマンドを入力します。

b. プロキシ キャッシングの高速化を無効にするには、 no wmt accelerate proxy-cache コマンドを入力します。Content Engine 上でこの機能を再び有効にするには、 wmt accelerate proxy-cache enable コマンドを入力します。

c. WMT クライアントへの配信 VOD ファイルの高速化を無効にするには、 no wmt accelerate vod コマンドを入力します。Content Engine 上でこの機能を再び有効にするには、 wmt accelerate VOD enable コマンドを入力します。

ステップ 15 Content Engine 上で WMT Fast ストリーミング機能を設定します。

a. Fast Start 機能について、最大バースト帯域幅( キロビット/秒「 kbps」)を指定します。この値は、ストリーミング コンテンツを初期に高速にバッファリングできるように単一のプレーヤーが使用できる最大バースト帯域幅を指定します。 次に例を示します。

ContentEngine(config)# wmt fast-start max-bandwidth 3000
 

Fast Start 機能によって、Windows Media 9 サーバは利用できる最大の帯域幅で Windows Media 9 Player へのストリームの先頭部分をプッシュできます。デフォルトでは、この機能は Content Engine 上で有効になっています。データを Windows Media 9 Player に送信するために Fast Start 機能がはじめに使用できる帯域幅を増やすと、多数のプレーヤーが同時にストリームに接続した場合、ネットワークが過負荷になる可能性があります。最大バースト帯域幅は、1 ~ 65535 kbps です。デフォルトは、3600 です。最大値は WMT ライセンスと関連しています。デフォルトでは、Fast Start 機能は Content Engine 上で有効になっています。詳細は、「スタンドアロン Content Engine の Fast Start の設定」を参照してください。

b. Fast Cache 機能の最大配信レート(最大高速化係数)を指定します。次に例を示します。

ContentEngine(config)# wmt fast-cache max-delivery-rate 5
 

Fast Cache 機能を使用することで、ストリーム レンダリング速度がネットワーク上のストリーム配信レートから分離されます。これによって、Windows Media 9 サーバは、クライアントのレンダリング速度より速くストリーム コンテンツを送信できます。最大配信レート(すなわち、Fast-Cache の速度倍率)の範囲は、1 ~ 65535 です。( max-delivery-rate 値を 1 に設定すると、Fast Cache 機能を無効にしたことと同じです。) デフォルトでは、Fast Cache 機能は Content Engine で有効になっています。詳細は、「スタンドアロン Content Engine での Fast Cache の設定」を参照してください。

ステップ 16 Content Engine 上で 拡張クライアント機能を設定します。

a. 最大クライアント パケット サイズ(WMT 最大 IP パケット サイズ)を指定します(バイト単位) 値の範囲は、512 ~ 2048 バイトです。デフォルトは 1500 バイトです。 次に例を示します。

ContentEngine(config)# wmt advanced client maximum-packet-size 1800
 

b. 接続がタイムアウトするまで Content Engine が WMT クライアントからの応答を待つ最長時間を指定します。値は、30 ~ 300 秒です。デフォルトのタイムアウトは 120 秒です。次に例を示します。

ContentEngine(config)# wmt advanced client idle-timeout 100

) ACNS 5.3.1 ソフトウェアでは、これら 2 つの wmt advanced client グローバル設定コマンドが追加されました。


ステップ 17 この Content Engine で WMT ログをアップストリーム サーバに転送させるかどうか(すなわち、Windows Media サーバかまたは別の Content Engine か)を決定します。

デフォルトでは、ACNS 5.3.1 ソフトウェア以降を実行している場合、Content Engine が WMT ログをアップストリーム サーバに転送します。この機能は、サポート対象のプロトコルのすべて(たとえば、HTTP、MMS 「MMSU と MMST」、RTSP 「RTSPT と RTPU」)に適用されます。

この機能を無効にして、Content Engine で WMT ログをアップストリーム サーバに転送しないように設定するには、 no wmt advanced server log-forwarding enable グローバル設定コマンドを入力します。この機能を再び有効にするには、 wmt advanced server log-forwarding enable グローバル設定コマンドを入力します。

ステップ 18 Content Engine 上の WMT ロギングを設定します。詳細は、「スタンドアロン Content Engine での WMT ロギングの使用」を参照してください。

ステップ 19 (オプション)これらのファイルの Windows Media クライアントへのオンデマンド配信用に VOD ファイルを Content Engine に事前ロードします。詳細は、「VOD ファイルを配信するスタンドアロン Content Engine の設定」を参照してください。

ステップ 20 (オプション)WMT ライブ ストリームを WMT クライアントに配信するように、スタンドアロン Content Engine を設定します。詳細は、「WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定」を参照してください。

ステップ 21 この Content Engine が配信している WMT 要求に関する統計情報を表示します。詳細は、「WMT RTSP サーバ設定に関する情報の表示」を参照してください。

ステップ 22 この Content Engine に宛先を指示される WMT 要求に対して行う URL フィルタリングを設定します。詳細は、「スタンドアロン Content Engine 上でのコンテンツ事前ローディングと URL フィルタリングの設定」を参照してください。

ステップ 23 この Content Engine に宛先を指示される WMT 要求に対するルールを設定します。詳細は、「スタンドアロン Content Engine の Rules Template の設定」を参照してください。

ステップ 24 WMT 要求に対する設定ルールに関する統計情報を表示します。

たとえば、設定した RTSP および WMT RTSP ルールに関連した統計情報を表示するには、 show statistics rtsp EXEC コマンドを入力します。詳細は、「設定済みルールの統計情報の表示」を参照してください。


 

着信および発信 WMT 帯域幅、およびビット レートの設定

WMT クライアントと WMT プロキシ サーバ(Content Engine A)の間の帯域幅は、 発信 WMT 帯域幅 と呼ばれます。WMT プロキシ サーバ(Content Engine A)と Windows Media 9 サーバの間の帯域幅は、 着信 WMT 帯域幅 と呼ばれます(図9-7 を参照)。

図9-7 着信および発信の帯域幅とビット レート

 


) ACNS 5.3.1 ソフトウェア以降では、WMT MMS、MMS-over-HTTP、および RTSP 要求の帯域幅を設定できます。


着信および発信 WMT 帯域幅の他にも、セッションごとの着信および発信 WMT ビット レートがあります。WMT クライアントがメディア ファイルを初めて要求したときに、WMT プロキシ サーバ(すなわち、Content Engine)はオンデマンドの Windows Media ファイルをキャッシュします。それ以降に同じファイルが要求された場合には、WMT プロキシによってそのキャッシュから配信されます。また、WMT プロキシ サーバは、ブロードキャストをライブ分割することができます。オリジン ストリーミング サーバ(たとえば、外部 Windows Media 9 サーバ)宛てのユニキャスト ストリームを 1 つだけプルすることができ、そのブロードキャストを複数の WMT クライアントにライブ分割することができます。

WMT プロキシとオリジン ストリーミング サーバの間の帯域幅は、 incoming bandwidth と呼ばれます。エッジから外部 IP WAN までの帯域幅は非常に限られているため、Content Engine 上で稼働し、着信帯域幅を消費する(たとえば、WMT ストリーミング サービス)それぞれのサービスについてセッションごとの制限(要求ごとの最大ビット レート)とともに全体の制限の合計(最大着信帯域幅)を指定することが重要です。Content Engine 上で設定される WMT ライセンスに基づいて発信帯域幅を管理する必要があります。

WMT 着信および発信帯域幅を指定するには、 bandwidth wmt outgoing および bandwidth incoming グローバル設定コマンドを使用します。

発信 WMT 帯域幅(kbps)を指定するには、 bandwidth wmt outgoing kbps グローバル設定コマンドを使用します。このコマンドでは、WMT コンテンツを要求しているクライアントに配信できる WMT コンテンツに対して最大帯域幅が設定されます。この値の範囲は、0 ~ 2,147,483,647 Kbps です。

指定した発信帯域幅が、WMT ライセンスで指定された制限を超過した場合は、警告メッセージが表示されて、その旨が通知されます。ただし、この設定が初期の WMT ライセンス、またはより制限が高い別の WMT ライセンス有効にする前に設定された可能性があるため、指定した発信帯域幅設定が適用されます。

着信 WMT 帯域幅(kbps)を指定するには、 bandwidth wmt incoming kbps グローバル設定コマンドを使用します。このコマンドでは、オリジン ストリーミング サーバ、または別の Content Engine(キャッシュ ミスの場合)から Content Engine に配信できる WMT コンテンツに対して最大帯域幅が設定されます。ここで指定されたビット レートが最大着信 WMT ビット レート(セッションごと)になります。値の範囲は、0 ~ 2,147,483,647 kbps です。着信帯域幅は、ブロードキャスト ステーション、マルチキャスト ステーション、およびオリジン サーバ(キャッシュ ミスの場合)からの VOD コンテンツに適用されます。

着信帯域幅は次の場合に適用されます。

オリジン サーバからの VOD コンテンツ(キャッシュ ミスの場合)

ブロードキャスト ステーションおよびマルチキャスト ステーションのソースがユニキャスト(MMS 「MMST と MMSU」、MMS-over-HTTP、または RTSP-over-RTP)またはマルチキャストであるブロードキャスト ステーション。ソースがマルチキャストである場合、指定した着信帯域幅は適用されません。

マルチキャスト ステーションのソースがユニキャスト(RTSP)またはマルチキャストであるマルチキャスト ステーション。

着信 WMT および発信 WMT セッション単位ビット レートを指定するには、 bitrate wmt incoming および bitrate wmt outgoing グローバル設定コマンドを使用します。

オリジン ストリーミング サーバ、または別の Content Engine(キャッシュ ミスの場合)から WMT プロキシ サーバ(Content Engine)に配信できる、最大着信ストリーミング ビット レート(セッションごと)を指定するには、 bitrate wmt incoming bit-rate グローバル設定コマンドを使用します。指定したビット レートは、最大着信 WMT ビット レート(セッションごと)になります。値の範囲は、0 ~ 2,147,483,647 kbps です。デフォルト値は 0(ビット レート制限なし)です。

WMT コンテンツを要求しているクライアントに配信できる最大発信ストリーミング ビット レート(セッションごと)を設定するには、 bitrate wmt outgoing bit-rate グローバル設定コマンドを使用します。指定したビット レートは、最大発信 WMT ビット レート(セッションごと)になります。値の範囲は、0 ~ 2,147,483,647 kbps です。デフォルト値は 0(ビット レート制限なし)です。

発信帯域幅は次の場合に適用されます。

Content Engine 上の WMT プロキシ サーバからの VOD コンテンツ(キャッシュ ミスの場合)。

Content Engine 上で設定するブロードキャスト ステーションおよびマルチキャスト ステーション。ブロードキャスト ステーションのソースは、ユニキャスト(MMS 「MMST と MMSU」、MMS-over-HTTP、または RTSP-over-RTP)またはマルチキャストなどです。

可変 WMT ビット レートについて

コンテンツ プロバイダーは、異なるビット レートで複数のストリーミング メディア ファイルを作成できます。これは、個々のクライアントの接続形態が、たとえば、モデム、DSL、LAN などのように一様ではないので、特定のビット レートを確実に選択できるようにするためです。WMT キャッシング プロキシは、マルチプル ビット レート ファイル、つまり可変ビット レート(VBR)ファイルをキャッシングできます。また、クライアントが指定するビット レートに基づいて、適切なビット レートでストリームを配信します。可変ビット レート ファイルを作成するもう 1 つの利点は、ストリーミング メディアの配信のために単一の URL を指定するだけで良い点です。


) 複数のビット レート ファイルの場合、WMT プロキシ サーバの役目をしている Content Engine では、クライアントが要求したビット レートのみを取得します。


サブネット ベースの発信帯域幅の設定

ACNS 5.3.1 ソフトウェアでは、WMT 要求に対して IP サブネットベースの帯域幅管理を設定する機能が追加されました。この機能を使用すると、特定のクライアント IP サブネットの最大帯域幅消費(すなわち、サブネットの総帯域幅)を指定できます。この帯域幅管理機能は、次のプロトコルを使用した WMT ストリーミングでサポートされます。それらは Windows Media 9 RTSP、MMS、および HTTP です。

XML 設定ファイルでサブネットベースの発信帯域幅を制限するためのルールを指定します。この設定ファイルは、「 拡張帯域幅設定ファイル」 と呼ばれます。たとえば、3 つのサブネット(サブネット A が親サブネットでサブネット B と C はサブネット A 内にある)があり、次に示すような 3 つのサブネット ベースの帯域幅ルールが指定されているとします。

ルール A:サブネット A(10.1.1.0/24)は許容帯域幅 10000 Kbps で設定されている。

ルール B:サブネット B(10.1.1.0/25)は許容帯域幅 7000 Kbps で設定されている。

ルール C:サブネット C(10.1.1.128/25)は許容帯域幅 5000 Kbps で設定されている。

サブネット B と C の許容帯域幅の合計は 12000 kbps ですが(設定ファイルで ルール B と C による定義)、ルール A があるため帯域幅の合計は 10000 kbps 未満です。

次に、拡張帯域幅設定ファイルの形式の一例を示します。また、この例では、拡張帯域幅設定ファイルでのライン順(必須)も示します。

XML 設定ファイル形式は次のとおりです。

<?xml version="1.0"?>
<BandwidthSpec>
<BandwidthRule>
<ClientNetwork>10.77.140.133/32</ClientNetwork>
<description>(Apply to PC jdoe-w2k)</description>
<Allow limit="3000" service="wmt"/>
</BandwidthRule>
<BandwidthRule>
<description>Comment (Apply to PCs in subnet 10.77.140.x)</description>
<Allow limit="50000" service="wmt"/>
<ClientNetwork>10.77.140.0/24</ClientNetwork>
</BandwidthRule>
<BandwidthRule>
<Allow limit="1400" service="wmt"/>
<ClientNetwork>10.1.1.1/32</ClientNetwork>
</BandwidthRule>
<Default limit="3000" service="wmt" />
</BandwidthSpec>
 

次の情報は、上記の拡張帯域幅設定ファイルの形式に適用されます。

<description> タグはオプションです。

<ClientNetwork>。IPAddress/Netmask エントリは必須フィールドです。

<Allow limit> フィールドを -1 と指定した場合、許容帯域幅は無制限です。

Service タグでは現在、サポートされているオプションは 1 つのみです( wmt オプション)。

<Default> タグはオプションです。このタグは、デフォルトの帯域幅の設定に使用します。サブネット帯域幅ルールで適するものがないと、デフォルトのルールが適用されます(設定されている場合)。

FTP を使用してこの拡張帯域幅設定ファイルを Content Engine にダウンロードすると、このファイルは Content Engine のローカル sysfs パーティションで使用できます。


bandwidth wmt outgoing グローバル設定コマンドを使用して、発信 WMT 帯域幅の合計を設定します。この合計帯域幅は、拡張帯域幅設定ファイルを使用して指定されるいかなるサブネットベースの帯域幅設定に関係なく、WMT ストリーミングに使用する発信帯域幅の合計を制御します。


拡張帯域幅設定ファイルのパスワードのパスを、次のように指定します。

ContentEngine(config)# bandwidth advanced config-file filename-path
 

WMT サーバ帯域幅割り当ての統計情報を、次のように表示します。

ContentEngine # show statistics bandwidth advanced
 

コマンド出力には、拡張設定ファイルで指定された各ルールで現在使用されている帯域幅、および設定ファイルで指定された各ルールで現在使用可能な帯域幅などの情報が示されます。

帯域幅割り当てエラーに関する統計情報を、次のように表示します。

ContentEngine # show statistics bandwidth advanced errors
 

コマンド出力には、割り当てエラーが発生した時刻、受信された要求の送信元のクライアント、および要求された割り当て済み帯域幅の量が示されます。

WMT 着信帯域幅バイパス リストの設定

スタンドアロン Content Engine 上で WMT 着信帯域幅バイパス リストを設定するには、 wmt bandwidth incoming bypass-list グローバル設定コマンドを使用します。

このコマンド構文は次のとおりです。

wmt bandwidth incoming bypass-list { ip-address | hostname } [ ip-address | hostname ]

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

 

表9-6 wmt bandwidth incoming bypass-list CLI コマンドのパラメータ

パラメータ
説明

bandwidth

Content Engine 上での WMT 帯域幅設定を構成します。

incoming

ブロードキャスト エイリアスおよびマルチキャスト ステーション用の着信帯域幅制限のバイパスを可能にします。

bypass-list

着信帯域幅チェックの適用を免除される最大 4 つの Content Engine のリストを設定します。

ip-address

適用を免除される Content Engine の IP アドレス。

hostname

適用を免除される Content Engine のホスト名。

データを Windows Media 9 Player に送信するために Fast Start 機能がはじめに使用できる帯域幅を増やすと、多数のプレーヤーが同時にストリームに接続した場合、ネットワークが過負荷になる可能性があります。 単一のプレーヤーに許容される最大バースト帯域幅を指定するには、wmt fast-start max-bandwidth number グローバル設定コマンドを使用します。詳細は、 「着信および発信 WMT 帯域幅、およびビット レートの設定」を参照してください。

スタンドアロン Content Engine の高速ストリーミング機能の設定

Windows Media Services 9 Series では、Web クライアントの高速化のためストリーミング、ダウンロード、およびキャッシング機能を兼ね備えた高速ストリーミング(Fast Streaming)機能セットが提供されています。これにより、クライアントへのストリーミング コンテンツの配信を加速し、ユーザ体験を改善します。Windows Media Services 9 シリーズの旧バージョンでは、コンテンツは一定のビット レートでクライアントにストリームされていました。

ACNS 5.2.1 ソフトウェア以降では、次の高速ストリーミング機能をサポートします。それらは WMT MMS 要求に対する Fast Start、Fast Cache、および Fast Reconnect です。ACNS 5.3.1 ソフトウェア以降で、このサポートは WMT RTSP 要求のために追加されました。 表9-7 で、ACNS 5.2.1 ソフトウェア以降を実行している Content Engine にサポートされている高速ストリーミング(Fast Streaming)機能をリストします。

 

表9-7 スタンドアロン Content Engine がサポートするファスト ストリーミング機能

機能
詳細

Fast Start

「スタンドアロン Content Engine の Fast Start の設定」を参照してください。

Fast Cache

「スタンドアロン Content Engine での Fast Cache の設定」を参照してください。

表9-8 では、Fast Start 機能と Fast Cache 機能でサポートされるコンテンツのタイプをリストしています。

 

表9-8 スタンドアロン Content Engine についての Fast Start と Fast Cache サポート

機能
事前ロードされた
VOD ファイル
ライブ コンテンツ

Fast Start

あり

あり

Fast Cache

あり

適用不可

事前ロードされた VOD ファイルでは、クライアント(Windows Media 9 Player)が Fast Start 機能と Fast Cache 機能をサポートしていると Windows Media 9 サーバ(Content Engine)が判断した場合、クライアントにパケットを送信するために Fast Start 機能と Fast Cache 機能を使用します。それ以外の場合、Windows Media 9 サーバはパケットを通常の速度で送信します。

コンテンツがローカル ストレージにすべて、または部分的にキャッシュされている場合にキャッシュ ヒットすると、Windows Media 9 サーバ(Content Engine)は Fast Start 機能と Fast Cache 機能を使用して、コンテンツを配信します。

キャッシュ ミスでは、Windows Media 9 サーバ(Content Engine)は、Windows Media 7.0 Player として動作し、リモート オリジン サーバと通信します。たとえオリジン サーバが Fast Start と Fast Cache をサポートしていても、パケットは必ずリモート サーバから通常の速度で着信します。Content Engine 上でコンテンツがキャッシュされると(キャッシュ ヒットまたは部分ヒット)、Windows Media 9 Player から MMS(MMS-over TCP「MMST」、MMS-over-UDP「MMSU」、MMS-over-HTTP)、および RTSP-over-RTP を使用する Fast Start 機能および Fast Cache 機能がサポートされます。

ライブ コンテンツでは、Windows Media 9 サーバ(Content Engine)は、数秒間、バッファ内にコンテンツを保持する必要があります。最初にクライアントがライブ ストリームを要求すると、バッファは一杯になります。このバッファは、同じストリームを要求する後続のクライアントに Fast Start パケットをサービスするために使用されます。最初のクライアントは Fast Start 機能の利益を受けません。しかし、最初のクライアントは、Content Engine のバッファにデータを着信させるプロセスをトリガーします。同じライブ コンテンツを要求する後続のクライアントは、バッファリングされたコンテンツが Content Engine から高速にプッシュされるので、Fast Start 機能の便利さがわかります。


) Fast Start 機能は、ユニキャスト ストリームに接続された Windows Media 9 Player だけが使用できます。


メディア プレーヤーは、ビデオのレンダリングを開始する前に、内部バッファ(デフォルトは 5 秒)を埋める必要があります。次に例を示します。

Fast Start 機能がないと、プレーヤーのバッファが 5 秒に設定されており、しかもストリーム エンコード ビット レートが 100 kbps の場合、サーバは 100 kbps でデータを送信します。この場合、プレーヤーが内部バッファを一杯にするのに 5 秒かかることになります。したがって、ユーザがプレーヤーでビデオを表示できるのに 5 秒かかります。

Fast Start 機能があると、サーバはより高速にデータをプッシュできます(たとえば、500 kbps)。この場合、プレーヤーが内部バッファを一杯にし、ビデオでレンダリングを開始までに 1 秒しかかかりません。したがって、ユーザがプレーヤーでビデオを表示開始できるようになるまでのにも 1 秒しかかからないことになります。

スタンドアロン Content Engine の Fast Start の設定

Windows Media Services 9 Series に Fast Start 機能が導入されました。この機能によって、サーバは利用可能な最大の帯域幅でクライアントへのストリームの先頭部分をプッシュできます。これによって、プレーヤーの内部バッファを埋めるのに必要な時間が削減され、プレーヤー(Windows Media 9 Player)でストリームの表示を開始できるまでユーザ(WMT クライアント)が待たなければならない時間が削減されます。Windows Media 4.1 サーバと Windows Media Player 4.1 Player は Fast Start 機能をサポートしていません。


) ACNS 5.2.x ソフトウェアでは、Fast Start 機能は、Windows Media Services Version 9.0 を使用した MMS-over-HTTP 要求の場合だけ利用できます。ACNS 5.3.1 ソフトウェア以降で、Fast Start 機能のサポートは Windows Media 9 Player からの RTSP 要求に対しても有効です。


ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine は、事前ロードされたビデオ オンデマンド ファイル、キャッシュ ヒット、およびライブ コンテンツについて Fast Start 機能を使用します。この機能は、キャッシュ ミスについてはサポートされず、ユニキャスト ストリームに接続するクライアントのみが使用します。

ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine 上で Fast Start 機能を設定するには、 wmt fast-start グローバル設定コマンドを使用します。

このコマンド構文は、次のとおりです。

wmt fast-start { enable | max-bandwidth number }

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

 

表9-9 wmt fast-start CLI コマンドのパラメータ

パラメータ
説明

fast-start

Fast Start 機能を設定します。

enable

Fast Start 機能を有効にします。

max-bandwidth

単一にプレーヤーがストリーミング コンテンツの、高速初期バッファリングに使用できる帯域幅の最大量(kbps)。

number

プレーヤーごとに許容される最大バースト帯域幅。デフォルトは、3500 です。

データをプレーヤーに送信するために Fast Start 機能がはじめに使用できる帯域幅を増やすと、多数のプレーヤーが同時にストリームに接続した場合、ネットワークが過負荷になる可能性があります。 単一のプレーヤーに許容される最大バースト帯域幅を指定するには、wmt fast-start max-bandwidth number グローバル設定コマンドを使用します。

スタンドアロン Content Engine での Fast Cache の設定

Windows Media Services 9 Series に、Fast Cache と呼ばれる新機能が導入されました。この新機能を使用すると、メディア データを再生速度より速い速度で配信して高速配信に対応することができます。Fast Cache 機能があると、ストリーム レンダリング速度はネットワーク上のストリーム配信レートから分離されます。これによって、Windows Media 9 サーバは、クライアントのレンダリング速度より速くストリーム コンテンツを送信できます。続いて、その他のデータは、このクライアント上で稼働している Windows Media 9 Player がそれ以降のネットワーク帯域幅の変動に対してよりよく適用が可能になるように Windows Media Player 9 Series クライアントでバッファリングされます。


) ACNS 5.2.x ソフトウェアでは、Fast Cache 機能は、Windows Media Services Version 9.0 を使用した MMS-over-HTTP 要求の場合だけ利用できます。ACNS 5.3.1 ソフトウェア以降で、Fast Cache 機能のサポートは Windows Media 9 Player からの WMT RTSP 要求に対しても有効です。

The Fast Cache 機能は RTSP および HTTP プロトコルのみに対応しています。MMS プロトコルには対応していません。


Windows Media 9 サーバは、Windows Media 9 Player に、Fast Cache 機能をサポートしていることを通知します。プレーヤーは、Fast Start 機能と Fast Cache 機能に関する高速度をサーバに示します。Fast Cache が、ACNS 5.2.1 ソフトウェア以降を実行している Content Engine 上で設定されるとき、Content Engine は、次の 2 つの値のうち、小さい方の値を使用して、コンテンツを Windows Media 9 Player に配信します。

クライアント要求で指定されたビット レート

Content Engine 内の Fast Cache について設定された最大配信レート

次の例で、帯域幅管理と Fast Cache 速度調整について説明します。クライアント A は、Windows Media 9 Player を実行しているクライアント PC です。このクライアントの IP アドレスは 10.77.140.133 で、以下のように設定されます。

<?xml version="1.0"?>
<BandwidthSpec>
<BandwidthRule>
<ClientNetwork>10.77.140.133/32</ClientNetwork>
<description>(Apply to my PC)</description>
<Allow limit="1100" service="wmt"/>
</BandwidthRule>
...
</BandwidthSpec>
 

クライアント A が RTSPT(RTSP TCP モード)を介してメディア コンテンツを要求し、要求されたファイルのビット レートが 500 kbps である場合、クライアント A の有効帯域幅は 1100 kbps であるため、クライアント Aの Fast Cache 速度は 2 に制限されます(速度 2 の消費量は 1000 Kbps であるため「500 x 2 = 1000 kbps」)。その結果、クライアント A が消費する帯域幅は、有効帯域幅制限の合計の 1100 kbps 未満です。


) Content Engine 上の Fast Cache のデフォルト最大速度は 5 です。(このデフォルト最大速度は wmt fast-cache max-delivery-rate グローバル設定コマンドで変更できます。) Fast Cache 機能の最大ビット レートを設定するには、Fast Cache 速度倍率を設定するwmt fast-cache max-delivery rate グローバル設定コマンドを使用します。値の範囲は 1 ~ 65535 です(値 1 は Fast Cache 機能を無効にすることと同じです)。ビット レートの最大値は、Content Engine 上の WMT ライセンスと関連しています。


ACNS 5.2.1 ソフトウェア以降を実行しているスタンドアロン Content Engine は、事前ロードされたビデオ オンデマンド ファイル、およびキャッシュ ヒットに対して Fast Cache 機能を使用します。Fast Cache 機能は、キャッシュ ミスをサポートしていないので、ライブ コンテンツの配信には適用できません。

デフォルトでは、Fast Cache 機能は Content Engine 上で有効になります。スタンドアロン Content Engine 上で Fast Cache 機能を再び有効にするには、 wmt fast-cache enable グローバル設定コマンドを使用します。

WMT 要求の透過リダイレクションの設定

この項では、WMT 要求の透過リダイレクションについてルータおよびスタンドアロン Content Engine を有効にし設定する方法を説明します。

「WMT 要求の透過リダイレクションの設定」

「WMT 要求の MMS 透過リダイレクションの設定」

WMT 要求の透過リダイレクションの設定

WMT 要求の透過リダイレクションで、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチは、WMT RTSP 要求を Content Engine(透過プロキシ サーバとして動作)に透過的にリダイレクトします。WMT RTSP 透過リダイレクションは、ACNS 5.3.1 ソフトウェア以降を実行している、スタンドアロン Content Engine 上で WMT 透過キャッシングをサポートするために使用されています。このタイプの透過リダイレクションでは、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチ上、およびリダイレクトされた WMT MMS 要求を受信するスタンドアロン Content Engine 上で、WMT MMS リダイレクションを設定する必要があります。

WCCP Version 2 を介して WMT 要求(WMT RTSP リダイレクション)の WMT 透過リダイレクションを設定するには、次のタスクを両方とも実行する必要があります。

この Windows Media サービスをサポートする WCCP Version 2 ルータ上で WMT RTSP 透過リダイレクション(WCCP Version 2 サービス 80 および 83)を設定する。

スタンドアロン Content Engine 上で WMT RTSP 透過リダイレクションを設定する。

次の例では、Content Engine CLI を使用して、WCCP Version 2 を介して WMT RTSP 透過リダイレクションを設定する方法を示します。この例では、スタンドアロン Content Engine 上でライセンスされた WMT 機能を有効にしてあることを前提とします。「スタンドアロン Content Engine 上の WMT ライセンスの有効化」を参照してください。

WCCP Version 2 を介して WMT RTSP 透過リダイレクションを設定する手順は、次のとおりです。


ステップ 1 ルータ(ルータ A)上で WCCP Version 2 を有効にします。

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

ステップ 2 ルータ上で WCCP Version 2 サービス 80 および 83 を有効にします。

a. ルータ A 上でサービス 80(MMSU リダイレクション サービス)を有効にします。

RouterA(config)# ip wccp 80
 

b. ルータ A 上でサービス 83(wmt-rtspu リダイレクション サービス)を有効にします。

RouterA(config)# ip wccp 83
 

) WMT RTSP トラフィックの WCCP 透過リダイレクションを実行するには、WCCP Version 2 対応ルータ上でサービス 80 およびサービス 83 を有効にする必要があります。


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

RouterA(config)# interface type number
 

次に、ルータ A 上のイーサネット 0 としてインターネットへの発信インターフェイスを設定する方法を示します。

RouterA(config)# interface Ethernet 0
 

ステップ 4 ルータ A 上のインターフェイス設定モードから、指定のルータ インターフェイス(この場合、発信インターフェイス)上のサービス 80 と 83 に WCCP リダイレクションを有効にします。

サービス 80 およびサービス 83 用の送信インターフェイスまたは受信インターフェイスを指定します。

RouterA(config-if)# ip wccp 80 redirect out
RouterA(config-if)# ip wccp 83 redirect out
 

) 支社の場合の一般的なルータ設定には、発信インターフェイスの設定が含まれますが、トラフィック リダイレクションを行うために、ルータ上の着信インターフェイスを設定することもできます(インターフェイス設定コマンドで ip wccp service number redirect を使用します)。これは、主にネットワーク トポロジにより決まります。


ステップ 5 ルータ A からリダイレクトされた WMT 要求について透過プロキシ サーバとして機能するスタンドアロン Content Engine 上の WCCP 経由で WMT RTSP リダイレクションを有効にします。

a. Content Engine 上で WCCP Version 2 を有効にします。

ContentEngine(config)# wccp version 2
 

b. サービス 80 および 83 に関連付けるルータ リスト(番号付き)を入力作成します。

次の例では、ルータ リスト 1 に関連付けられた 1 つの WCCP Version 2 対応ルータ(ルータ A)があります。ルータ A の IP アドレスは 172.16.25.25 です。

ContentEngine(config)# wccp router-list 1 172.16.25.25
 

c. 手順 b. で作成したばかりのルータ リスト(ルータ リスト 1)を有効にします。

ContentEngine(config)# wccp wmt router-list-num 1
 

ステップ 6 スタンドアロン Content Engine 上でのトランザクション ロギングを有効にします。

ContentEngine(config)# transaction-log enable
 

ヒント 認証された WMT RTSP 要求に対してユーザ名をロギングするように、スタンドアロン Content Engine を設定できます。詳細は、「ユーザ名の WMT トランザクション ログへのロギングの有効化」を参照してください。

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

ContentEngine# copy running-config startup-config
 

ステップ 8 Content Engine 上で現在が実行している WMT を確認します。

ContentEngine# show wmt
 

ステップ 9 WMT パラメータ(たとえば、WMT 帯域幅の設定)を必要に応じて、CLI コマンドまたは Content Engine GUI を使用して設定します。

ステップ 10 Windows Media 9 Player を起動すると、この Content Engine に関する WMT 統計情報すべてを表示します。

ContentEngine# show statistics wmt all
 

HTTP を介して転送されたオブジェクトは、HTTP 統計情報でカウントされますが、 show statistics wmt all コマンド出力には含まれません。ACNS 5.3.1 ソフトウェア以降では、WMT RTSP 透過リダイレクションも設定されている場合(サービス 80 および 83)、コマンド出力には、RTSP を介して転送されたオブジェクトの WMT 統計情報も含まれます。


 

WCCP Version 2 を介して WMT RTSP 透過リダイレクションをサポートするようにルータと Content Engine を設定した後、Content Engine 上で WMT 透過キャッシングを有効化および設定します。「スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定」を参照してください。

レイヤ 4 スイッチによって Content Engine に透過的にリダイレクトされている RTSP 要求を受信するために Content Engine を有効にするには、次のコマンドを入力します。

ContentEngine(config)# rtsp l4-switch enable
 

rtsp l4-switch enable グローバル設定コマンドの使用によって、Content Engine は、レイヤ 4 スイッチ(たとえば、CSS スイッチ)によって透過的にリダイレクトされた RTSP 要求を受信できます。レイヤ 4 スイッチはクライアントからの RTSP 要求を代行受信し、その要求を Content Engine に透過的にリダイレクトします。

WMT 要求の MMS 透過リダイレクションの設定

MMS 透過リダイレクションで、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチは、透過的に WMT MMS 要求(MMS または MMS-over-HTTP)を Content Engine(透過プロキシ サーバとして動作)にリダイレクトします。MMS 透過リダイレクションは、スタンドアロン Content Engine 上で WMT 透過キャッシングをサポートするために使用されます。MMS 透過リダイレクションでは、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチ上、およびリダイレクトされた WMT MMS 要求を受信するスタンドアロン Content Engine 上で、MMS リダイレクションを設定する必要があります。

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

この Windows Media Service をサポートする WCCP Version 2 ルータ上で MMS 透過リダイレクション(サービス 81 および 82)を設定する。

スタンドアロン Content Engine 上で MMS 透過リダイレクションを設定する。

次の例では、WCCP Version 2 を介した WMT MMS 要求の透過リダイレクションを設定するために Content Engine CLI を使用する方法を示します。この例では、スタンドアロン Content Engine 上でライセンスされた WMT 機能を有効にしていることを前提とします。「スタンドアロン Content Engine 上の WMT RTSP ストリーミングおよびキャッシング サービスの設定」を参照してください。

WCCP Version 2 を介して WMT MMS 要求の透過リダイレクションを設定する手順は、次のとおりです。


ステップ 1 ルータ(ルータ A)上で WCCP Version 2 を有効にします。

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

ステップ 2 ルータ上で WCCP Version 2 サービス 81 および 82 を有効にします。

a. ルータ A 上でサービス 81(MMST リダイレクション サービス)を有効にします。

RouterA(config)# ip wccp 81
 

b. ルータ A 上でサービス 82(MMSU リダイレクション サービス)を有効にします。

RouterA(config)# ip wccp 82
 

MMS は 2 つのトランスポート プロトコル上で動作します。TCP と UDP です。MMS トラフィックの WCCP リダイレクションを実行するには、ルータは TCP と UDP の両方のトラフィックをリダイレクトする必要があります。したがって、ルータ上で次の 2 つの WCCP Version 2 サービスを有効にする必要があります。それらは TCP 用のサービス 81(MMST リダイレクション)と UDP 用のサービス 82(MMSU リダイレクション)です。

ステップ 3 MMST および MMSU リダイレクション サービスを ルータ A 上で実行するインターフェイスを指定します。

RouterA(config)# interface type number
 

次に、ルータ A 上のイーサネット 0 としてインターネットへの発信インターフェイスを設定する方法を示します。

RouterA(config)# interface Ethernet 0
 

ステップ 4 ルータ A 上のインターフェイス設定モードから、指定のルータ インターフェイス(この場合、発信インターフェイス)上のサービス 81 と 82 に 対する WCCP リダイレクションを有効にします。

MMST リダイレクション サービス(mmst サービス「サービス 81」)と MMSU リダイレクション サービス(mmsu サービス「サービス 82」)の着信インターフェイスまたは発信インターフェイスを指定します。

RouterA(config-if)# ip wccp 81 redirect out
RouterA(config-if)# ip wccp 82 redirect out
 

) 支社の場合の一般的なルータ設定には、発信インターフェイスの設定が含まれますが、トラフィック リダイレクションを行うために、ルータ上の着信インターフェイスを設定することもできます(インターフェイス設定コマンドで ip wccp service number redirect を使用します)。これは、主にネットワーク トポロジにより決まります。


ステップ 5 ルータ A からリダイレクトされた WMT 要求について透過プロキシ サーバとして機能するスタンドアロン Content Engine 上で、WCCP 経由の WMT リダイレクションを有効にします。

a. Content Engine 上で WCCP Version 2 を有効にします。

ContentEngine(config)# wccp version 2
 

b. この WCCP Version 2 サービスに関連付けるルータ リスト(番号付き)を入力作成します。

次の例では、ルータ リスト 1 に関連付けられた 1 つの WCCP Version 2 対応ルータ(ルータ A)があります。ルータ A の IP アドレスは 172.16.25.25 です。

ContentEngine(config)# wccp router-list 1 172.16.25.25
 

c. 手順 b で作成したばかりのルータ リスト(ルータ リスト 1)を有効にします。

ContentEngine(config)# wccp wmt router-list-num 1
 

ステップ 6 スタンドアロン Content Engine 上でのトランザクション ロギングを有効にします。

ContentEngine(config)# transaction-log enable
 

ヒント 認証されたWMT要求に対してユーザ名をログに記名するように、スタンドアロン Content Engine を設定できます。詳細は、「ユーザ名の WMT トランザクション ログへのロギングの有効化」を参照してください。

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

ContentEngine# copy running-config startup-config
 

ステップ 8 Content Engine 上で WMT が現在実行していること確認します。

ContentEngine# show wmt
 

ステップ 9 WMT パラメータ(たとえば、WMT 帯域幅の設定)を必要に応じて、CLI コマンドまたは Content Engine GUI を使用して設定します。

ステップ 10 メディア プレーヤーを起動すると、すべての WMT 統計情報を表示します。

ContentEngine# show statistics wmt all
 

WMT 統計情報は、WMT クライアントが要求した MMS を介して転送されたオブジェクトにのみ関連します。HTTP を介して転送されたオブジェクトは、HTTP 統計情報にカウントされます。ACNS 5.3.1 ソフトウェア以降では、WMT RTSP 透過リダイレクションも設定されている場合(WCCP サービス 80 およびサービス 83)、コマンド出力には、RTSP を介して転送されたオブジェクトの WMT 統計情報も含まれます。


 

WCCP Version 2 で MMS 透過リダイレクションをサポートするルータと Content Engine を設定した後、Content Engine 上の WMT 透過キャッシングを有効にして設定します。「スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定」を参照してください。

WCCP ではなくレイヤ 4 スイッチ経由で WMT MMS の透過リダイレクションを有効にするために、次のコマンドを入力します。

ContentEngine(config)# wmt l4-switch enable
 

wmt l4-switch enable グローバル設定コマンドの使用によって、Content Engine は、レイヤ 4 スイッチ(たとえば、CSS スイッチ)によって透過的にリダイレクトされた WMT MMS 要求を受信できます。レイヤ 4 スイッチは、WMT コンテンツ用のクライアント要求を代行受信し、その要求を Content Engine に(WMT プロキシ サーバとして)透過的にリダイレクトします。

スタンドアロン Content Engine 上での WMT キャッシングの有効化と設定

ここでは、スタンドアロン Content Engine 上の WMT キャッシングの次のタイプを有効にし、設定する方法について説明します。

「スタンドアロン Content Engine 上での非透過 WMT プロキシ キャッシングの有効化と設定」

「スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定」

スタンドアロン Content Engine 上での非透過 WMT プロキシ キャッシングの有効化と設定

直接プロキシ ルーティングを使用して、クライアント WMT メディア プレーヤーは要求を、非透過フォワード プロキシ サーバとして動作する Content Engine に直接送信します。直接プロキシ ルーティングは、Content Engine 上で WMT プロキシ キャッシングをサポートするために使用されます。デフォルトで、WMT プロキシ キャッシングは有効になっていて、Content Engine はポート 1755 でクライアントからの着信 WMT 要求を受信します。直接プロキシ ルーティングの場合、クライアント WMT メディア プレーヤーは Content Engine を直接指し示す必要があります。

クライアント WMT メディア プレーヤーが Content Engine を直接指し示すようにするための詳細については、次の項を参照してください。

「WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」

「WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」

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


ステップ 1 Content Engine が WMT キャッシュ内に保存する必要のある単一のオブジェクトの最大サイズを指定します。この値の範囲は、1 ~ 1,000,000 MB です。デフォルト値は、1024 MB です。

ContentEngine(config)# wmt cache max-obj-size size
 

ステップ 2 特定のポート(ポート 1755 がデフォルト)上で着信 WMT トラフィックを待ち受ける Content Engine を設定します。

ContentEngine(config)# wmt incoming portnumber
 

ステップ 3 wmt proxy outgoing グローバル設定コマンドを使用して、Content Engine がアップストリーム WMT サーバとして使用する外部 WMT サーバを指定します(MMS-over-HTTP の場合は発信 HTTP プロキシ サーバ、または、MMS の場合は MMS 発信サーバ)。

詳細は、「VOD ファイルを配信するスタンドアロン Content Engine の設定」を参照してください。

ステップ 4 スタンドアロン Content Engine 上で、WMT キャッシングを有効にします(まだ有効になっていない場合)。

ContentEngine(config)# wmt cache enable
 


 

スタンドアロン Content Engine 上での WMT 透過キャッシングの有効化と設定

WCCP ルーティングまたはレイヤ 4 スイッチでは、Windows 6 または Windows 7 Player からリダイレクトされる MMS 要求を受け入れるように、また Windows Media 9 Player からのリダイレクトされる WMT 要求を受け入れうように、WCCP Version 2 対応ルータまたはレイヤ 4 スイッチ、および MMS 透過リダイレクション対応の Content Engine(透過プロキシ サーバ) を設定する必要があります。詳細は、「WMT 要求の透過リダイレクションの設定」を参照してください。

スタンドアロン Content Engine 上で、WMT 透過キャッシングを有効にして設定するために Content Engine CLI を使用する手順は、次のとおりです。


ステップ 1 スタンドアロン Content Engine 上で、WMT キャッシングを有効にします(まだ無効である場合)。

ContentEngine(config)# wmt cache enable
 

ステップ 2 Content Engine が WMT キャッシュ内に保存する必要のある単一のオブジェクトの最大サイズを指定します。この値の範囲は、1 ~ 1,000,000 MB です。デフォルト値は、1024 MB です。

ContentEngine(config)# wmt cache max-obj-size size
 

ステップ 3 この Content Engine がリダイレクトされた WMT 要求を受け入れるルータのリストを指定します。

ContentEngine(config)# wccp wmt router-list number
 

ステップ 4 この Content Engine がリダイレクトされた WMT 要求を受け入れるルータのリストをまだ作成していない場合は、この時点でルータ リストを作成します。

ContentEngine(config)# wccp router-list number
 

次の例では、WCCP Version 2 対応ルータはルータ リスト 1 と関連付けられています。これらのルータの IP アドレスは、172.16.25.25 と 172.16.26.26 です。

ContentEngine(config)# wccp router-list 1 172.16.25.25 172.16.26.26
 

ステップ 5 この Content Engine に WMT 要求をリダイレクションする WCCP Version 2 対応ルータを組み入れたルータ リスト(たとえば、ルータ リスト 1)をまだ有効にしていない場合は、有効にします。

ContentEngine(config)# wccp wmt router-list-num number
 

ステップ 6 WCCP Version 2 がまだ Content Engine を有効にしていない場合は、有効にします。

ContentEngine(config)# wccp version 2
 

ステップ 7 wmt proxy outgoing グローバル設定コマンドを使用して、Content Engine がアップストリーム WMT サーバとして使用する外部 WMT サーバを指定します(MMS-over-HTTP の場合は発信 HTTP プロキシ サーバ、MMS の場合は MMS 発信サーバ、Windows Media 9 Player からの WMT RTSP 要求の場合は RTSP 発信サーバ)。


 

VOD ファイルを配信するスタンドアロン Content Engine の設定

これらのファイルの Windows Media クライアントへのオンデマンド配信用に VOD ファイルを Content Engine に事前ロードします。VOD キャッシングは HTTP キャッシングに似ていますが、VOD ファイルは標準 Content Engine 上の異なるファイル システム(mediafs)にキャシュされます。WMT 透過キャッシュと WMT プロキシ キャッシュは両方とも VOD キャッシングをサポートしています。

VOD ファイルを Windows Media クライアントに配信するようにスタンドアロン Content Engine を設定する手順は、次のとおりです。


ステップ 1 Content Engine 上で VOD ファイルを事前ロードします。

a. Content Engine 上でコンテンツ 事前ロードを有効にします。

b. 事前ロード URL リスト ファイルを使用して、Windows Media コンテンツが Content Engine に事前ロードされたかを示します。

c. 事前ロード用の帯域幅管理を設定します。

d. コンテンツの即時事前ロードをスケジュールまたは強制します。

ステップ 2 クライアントが Windows Media Player でアクセスできるようになった、事前ロードされた VOD ファイルの URL を公開します。


 

スタンドアロン Content Engine 上のファイルを事前ロードする方法については、「スタンドアロン Content Engine のコンテンツ事前ローディングの設定」を参照してください。事前ロードされた VOD ファイルがキャッシュされ適切にクライアントに配信されることを確認する方法については、次の「事前ロードされた VOD ファイルがキャッシュされ Windows Media クライアントに適切に配信されたことの確認」を参照してください。

事前ロードされた VOD ファイルがキャッシュされ Windows Media クライアントに適切に配信されたことの確認

ここでは、事前ロードされた VOD ファイルをスタンドアロン Content Engine がキャッシュに保管したこと、およびこれらのファイルを要求に応じて Windows Media クライアントに配信していることを確認する方法について説明します。この例は、次の状況を前提としています。

事前ロードは Content Engine で設定されて、事前ロード URL リストには Windows Media ファイルが含まれ、Content Engine は事前ロード操作を完了しています。このトピックに関する詳細は、「スタンドアロン Content Engine のコンテンツ事前ローディングの設定」を参照してください。

少なくとも 1 つのクライアント デスクトップ上の Windows Media Player が Content Engine(この WMT クライアント用の非透過フォワード プロキシ サーバ)を指し示すするよう構成されている。このトピックに関する詳細は、次の項を参照してください。

「WMT RTSP 要求に対して Windows Media 9 Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」

「WMT MMS 要求に対して Windows Media Player が 直接スタンドアロン Content Engine を指し示すようにするための設定」

VOD ソースを指し示し、クライアントが Windows Media 6 Player または Windows Media 7 Player であるときに、スタンドアロン Content Engine 上で WMT プロキシ キャッシングと WMT 透過キャッシングの両方が適切に動作することを確認する手順は、次のとおりです。


ステップ 1 Content Engine(非透過フォワード プロキシ サーバ)を直接ポイントするように設定された 1 台のクライアント PC(クライアント A)から、Windows Media 6 または Windows Media 7 Player を起動します。

ステップ 2 Windows Media Player から、 File > Open URL の順に選択します。

ステップ 3 Content Engine に事前ロードされた Windows Media ストリーミング ファイル(たとえば、*.asf または *.wmv ファイル)をポイントする URL を入力します。指定の事前ロードされたビデオは、クライアントのデスクトップ上で Windows Media Player 内で再生を開始します。

ステップ 4 Edit > Statistics Advanced の順にクリックして、Windows Media Player 上で統計情報を確認します。

プロトコルは MMS(UDP)として表示されています。これは、ストリームが HTTP ではなくストリーミング形式で配信中であることを示します。この状況が発生するのは、WMT ストリーミング プロキシまたは WMT サーバが利用できない場合です。

Content Engine を直接ポイントするよう設定されていない別のクライアント PC(クライアント B)から、Windows Media 6 または 7 Player を起動します。

ステップ 5 クライアント B のデスクトップから、Windows Media 6 または Windows Media 7 Player を使用して、クライアント A のデスクトップから再生したものと同じビデオを再生します。

この状況では、Windows Media 6 または 7 Player は Content Engine を直接ポイントするよう設定されていないが、WCCP 経由の WMT MMS リダイレクションはこの環境で設定されるので、WCCP Version 2 を経由した WMT MMS リダイレクションは Content Engine に WMT 要求の宛先を指示するために使用されます。

ステップ 6 この Content Engine(透過プロキシ サーバとして動作)に WMT 要求をリダイレクトするよう設定された WCCP Version 2 対応ルータから、show ip wccp EXEC コマンドを入力して、MMST リダイレクション サービス(mmst サービス「サービス 81」)および MMSU リダイレクション サービス(mmsu サービス「サービス 82」)経由で、その WMT パケットがそのルータにリダイレクトされていることをチェックします。

次に、MMST リダイレクション(サービス 81)経由でルータ上でリダイレクトされた WMT パケットの数をチェックする方法を示します。

Router# show ip wccp 81
Global WCCP information:
Router information:
Router Identifier: 10.150.1.3
Protocol Version: 2.0
Service Identifier: 81
Number of Cache Engines: 1
Number of routers: 1
Total Packets Redirected: 260
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
 

ステップ 7 このスタンドアロン Content Engine のキャッシング統計情報を表示します。

ContentEngine# show stat wmt savings
ContentEngine# show stat wmt request
ContentEngine# show stat wmt usage
 

ステップ 8 このスタンドアロン Content Engine 上の WMT トランザクション ログをチェックします。

ContentEngine# type-tail "/local1/logs/export/working.log"
 


 

WMT ライブ ストリームを配信するためのスタンドアロン Content Engine の設定

ネットワークの能力と制限に基づいて、スタンドアロン Content Engine は、ライブ WMT ストリームを受信し、Multicast-out または Unicast-out 経由で WMT ストリーミング コンテンツを配信できます。ここでは、WMT ライブ ストリームを配信するためにスタンドアロン Content Engine を設定する方法について説明します。次を参照してください。

「ライブ WMT ストリームをマルチキャストするためのスタンドアロン Content Engine の設定」

「WMT マルチキャスト用の代替ソース URL(ソース フェールオーバー)の設定」

ライブ WMT ストリームをマルチキャストするためのスタンドアロン Content Engine の設定

スタンドアロン Content Engine を設定して、マルチキャストまたはユニキャスト経由でライブ コンテンツを Windows Media クライアントに送信できます。ここでは、次に、マルチキャスト経由でライブ コンテンツをスタンドアロン Content Engine が中継できるように設定する方法を説明します。

「スタンドアロン Content Engine 上での Multicast-In Multicast-Out の設定」

「スタンドアロン Content Engine 上での Unicast-In Multicast-Out の設定」

「スタンドアロン Content Engine 上での WMT マルチキャスト ステーションとマルチキャスト スケジュールの定義」

「WMT マルチキャスト ステーションの起動と停止」


) Content Engine で WMT を有効にした後で、wmt multicastwmt broadcast グローバル設定コマンドを使用する必要があります。「スタンドアロン Content Engine 上の WMT RTSP ストリーミングおよびキャッシング サービスの設定」を参照してください。


スタンドアロン Content Engine 上で Unicast-in Multicast-out(「スタンドアロン Content Engine 上での Unicast-In Multicast-Out の設定」)および Multicast-in Multicast-out(「スタンドアロン Content Engine 上での Multicast-In Multicast-Out の設定」)の WMT マルチキャストを有効にするには、次のコマンドを使用します。

wmt multicast { schedule-start name minute hour day month | station-configuration
name dest_addr dest_port media_source [ play-forever ]}


ヒント Content Engine GUI を使用して、WMT マルチキャスティング パラメータを設定することも可能です。[WMT Config] ボタンをクリックしてこれらのパラメータにアクセスします。


WMT マルチキャストでの TTL(Time To Live。存続可能時間)を設定するには、wmt multicast time-to-live ttl グローバル設定コマンドを使用します。TTL 値は、ホップ数として指定します。値の範囲は、0 ~ 255 ホップです。デフォルトは、5 ホップです。次に例を示します。

ContentEngine(config)# wmt multicast time-to-live 10
 

ユニキャスト経由でスタンドアロン Content Engine がクライアントにライブ コンテンツを中継できるように設定する方法については、「WMT マルチキャスト用の代替ソース URL(ソース フェールオーバー)の設定」を参照してください。

スタンドアロン Content Engine 上での Multicast-In Multicast-Out の設定

Multicast-in Multicast-out マルチキャスト受信機能を使用すると、IP マルチキャストを使用して配信されたマルチキャスト WMT ストリームを受信し、別の配信チャネル(ユニキャストまたはマルチキャスト)を介してエンド ユーザに送信できます。これら 2 つの WMT マルチキャスト発信機能を組み合わせると、IP マルチキャストを使用して WMT ストリーミング メディア コンテンツの受信と配信を行うことができます。またマルチキャストからユニキャストへ(およびその逆)の変換を行うことができます。

このマルチキャスト状況では、記述ファイル *.nsc が作成され、クライアントは、マルチキャスト発信を介してこのファイルにアクセスできます。これは、入力ソースがマルチキャストであることを除いては、Unicast-in Multicast-out 状況と同様です。クライアントは、この記述ファイルを使用してマルチキャストにサブスクライブします。

スタンドアロン Content Engine が Multicast-in Multicast-out を使用して Windows Media クライアントにライブ WMT ストリームを中継できるように設定する手順は、次のとおりです。


ステップ 1 wmt multicast station-configuration グローバル設定コマンドを使用して、Content Engine 上のマルチキャスト ステーションを設定します。

このコマンド構文は次のとおりです。

station-configuration は、Content Engine 上に WMT マルチキャスト ステーションを設定します。

name は、WMT マルチキャスト ステーションの名前を指定します。

dest_add は、WMT マルチキャスト ステーションの宛先 IP アドレス(マルチキャスト IP アドレス)です。

dest_port は、WMT マルチキャスト ステーションの宛先ポート(1 ~ 65535)です。

media_source は、マルチキャストのメディア ソースです。

次の例では、acme と名付けられたマルチキャスト ステーションが設定され、Content Engine によりマルチキャスト ソース ファイルとして使用されていることを示しています。そのクラス D のマルチキャスト IP アドレスは、233.33.33.34 で、マルチキャスト ポートは 6667 です。マルチキャスト ストリームは、 play-forever オプションが指定されない限り、いったん source.nsc ファイルの最後に到着すると、再生を停止します。

ContentEngine(config)# wmt multicast station-configuration acme 233.33.33.34
6667
http://172.16.30.31/source.nsc

) ACNS 5.3.1 ソフトウェア 以降では、WMS 9 の rtsp://、rtspu://、および rtsp:// URL(すなわち、クライアントが Windows Media 9 Player で、サーバが Content Engine 上で実行している Windows Media 9 サーバである場合) および http:// URL がサポートされます。


ステップ 2 マルチキャストを開始します。

ContentEngine# wmt multicast-station start acme
ContentEngine#
 

ステップ 3 使用している WMT メディア プレーヤーを開き、 File > Open URL の順に選択します。

ステップ 4 次の URL を入力します。

http://ContentEngineIPaddress/acme.nsc

ステップ 5 OK をクリックします。

Windows Media クライアントが、ステップ 1 で指定したメディア ファイルを受信します。


 

スタンドアロン Content Engine 上での Unicast-In Multicast-Out の設定

Content Engine は、Unicast-in Multicast-out ストリームに対して、いくつかの異なるソースをサポートします。これはストリーム分割とも呼ばれます。ユニキャスト入力は、ビデオ オンデマンド(VOD)パブリッシング ポイント、ライブ ユニキャスト パブリッシング ポイント、エンコーダ、またはローカル ディスクのストリーミング メディアのソースが可能です。ユニキャスト入力から得られる ASF ヘッダー、およびマルチキャスト ステーションの設定に使用されるパラメータは、Content Engine がマルチキャスト description.nsc ファイルを自動的に作成するために使用されます。クライアントは、マルチキャストをサブスクライブするためにこの容易にアクセス可能なファイルを使用します。


ヒント ライブ ストリームがサーバ側で中断された場合、ライブ マルチキャストを再開するには、マルチキャスト ステーションを停止してから、このステーションを再起動する必要があります。wmt multicast-station stop name EXEC コマンドを使用してこのステーションを停止します。wmt multicast-station start name EXEC コマンドを使用して同じステーションを再開始します。


Unicast-in Multicast-out マルチキャスト配信機能を使用すると、ストリーミング メディアの配信が効率的になります。IP マルチキャスト上のさまざまなデバイスが、単一のメディア コンテンツ ストリームを Content Engine から同時に受信できるようになります。これにより、ストリームが要求されるたびに単一のストリームが単一のデバイスに送信されるのでなく、単一のストリームが多数のデバイスに送信されるため、ネットワーク帯域幅の消費量を大幅に節約できます。

このマルチキャスト配信機能を使用するには、同一チャネルからコンテンツを受信するように各デバイスを設定し、これらのデバイスがサブスクライブできる Content Engine 上でマルチキャスト アドレスを設定します。配信側のデバイスは、Content Engine にセットアップされているマルチキャスト アドレスにコンテンツを送信します。このアドレスから、サブスクライブされている受信側のデバイスのすべてにコンテンツが配信されます。

スタンドアロン Content Engine が Unicast-in Multicast-out を使用して WMT クライアントにライブ WMT ストリームを送信できるように設定する手順は、次のとおりです。


ステップ 1 wmt multicast station-configuration グローバル設定コマンドを使用して、Content Engine 上のマルチキャスト ステーションを設定します。

次の例では、test1 と名付けられたマルチキャスト ステーションが設定され、Content Engine によりマルチキャスト ソース ファイルとして使用されていることを示しています。このクラス D の IP アドレスは 239.33.33.33 であり、マルチキャスト ポートは 3333 です。 play-forever オプションが使用されます。入力元の source.asf ファイルが VOD ファイルの場合、このオプションは、いったん source.asf ファイルが終わりに到達したとき、このファイルの先頭からファイルの再生を自動的に再開します。このソースのファイル source.asf は、どの Windows WMT サーバ上にも置くことができます。

ContentEngine(config)# wmt multicast station-configuration test1 239.33.33.33
3333
mms://172.16.30.31/source.asf play-forever
 

) ACNS 5.3.1ソフトウェア 以降では、WMS 9 の rtsp://、rtspu://、および rtsp:// URL(すなわち、クライアントが Windows Media 9 Player で、サーバが Content Engine 上で実行している Windows Media 9 サーバである場合) および mms:// URL がサポートされます。


ステップ 2 マルチキャストを開始します。

ContentEngine# wmt multicast-station start test1
ContentEngine#
 

ステップ 3 使用している WMT メディア プレーヤーを開き、 File > Open URL の順に選択します。

ステップ 4 次の URL を入力します。

http://ContentEngineIPaddress/test1.nsc
 

ステップ 5 OK をクリックします。

Windows Media Player は、マルチキャスト記述 .nsc ファイルを取得して、ステップ 1 で指定したマルチキャスト ステーションと結合しなくてはなりません。

次のように WMT マルチキャスト用の URL には、ポート 80 を使用することが必要とされます。

http://ContentEngineIPaddress:80/test1.nsc


 

スタンドアロン Content Engine 上での WMT マルチキャスト ステーションとマルチキャスト スケジュールの定義

スタンドアロン Content Engine 上で WMT マルチキャスト ステーションを設定するには、 wmt multicast station-configuration グローバル設定コマンドを使用します。


マルチキャスト ステーションは、プレーヤーがストリームを受信できる定義済みのロケーション(マルチキャスト IP アドレスおよびマルチキャスト ポート)です。このマルチキャスト IP アドレスは、Content Engine の IP アドレスとは関係がありません。


wmt multicast station-configuration name dest_addr dest_port media_source コマンドは、マルチキャスト ステーション名、マルチキャスト IP アドレス、ポート番号、および作成されたマルチキャスト ステーション用のメディア ソースを指定します。各 WMT マルチキャスト ステーションにはマルチキャスト IP アドレスが必要です。有効なクラス D の IP アドレスのマルチキャスト アドレスを、224.0.0.0 ~ 239.255.255.255 の範囲内で入力する必要があります。ただし、次に示す RFC 1700 および関連文書に基づく予約済み IP 範囲は除きます。

224.0.0.0 ~ 224.0.6.255

224.0.13.0 ~ 224.0.13.255

224.1.0.0 ~ 224.2.255.255

232.0.0.0 ~ 232.255.255.255


) 同じマルチキャスト対応ネットワーク設定の中で、内容的に競合しないマルチキャスト IP アドレスを選択する必要があります。使用できないマルチキャスト アドレス範囲については、表B-8 「使用できないマルチキャスト アドレスの割り当て」 を参照してください。


WMT マルチキャスト ステーションの宛先ポートは、 dest_port オプションによって指定されます。有効なオプションは 1 ~ 65535 です。しかし、マルチキャスト対応ネットワークが、ポートの選択に一定の制限を課す場合があります。通常、1024 より小さいポート番号は避ける必要がありますが、Content Engine では特に制限はありません。

media_source オプションは、マルチキャストの送信元を決定します。送信元は、任意の有効な WMT 形式の URL にすることができます。つまり、Windows Media Player 上で URL を再生できれば、その URL をマルチキャストの送信元にすることができます。 play-forever オプションでは、ストリームをループまたは再開するように設定します。デフォルトでは、ストリームを一度再生したら、停止します。

次に例を示します。

ContentEngine(config)# wmt multicast station-configuration acme 239.33.33.33
3333
mms://172.16.30.31/source.asf play-forever
 

この例では、

WMT マルチキャスト ステーションの名前は acme です。

WMT マルチキャスト ステーションのマルチキャスト IP アドレスは 239.33.33.33 です。

WMT マルチキャスト ステーションの宛先ポートは 3333 です。

マルチキャストのソースは mms://172.16.30.31/source.asf であり、これは何回でも再生し続けます。


) ACNS 5.3.1 ソフトウェア以降では、マルチキャストのソースは WMS 9 の rtsp://、rtspu://、または rtsp:// および as mms://(すなわち、クライアントが Windows Media 9 Player で、サーバが Content Engine 上で実行している Windows Media 9 サーバである場合)がサポートされます。


WMT マルチキャスト ステーション用のマルチキャスト スケジュールを設定するには wmt multicast station-configuration station-name schedule-start グローバル設定コマンドを使用します。

schedule-start name minute オプションは、指定された時刻に Content Engine がマルチキャストを開始することを可能にするスケジュール オプションを作成します。

表9-10 で、 wmt multicast station-configuration station-name schedule-start グローバル設定コマンドのコマンド パラメータについて説明します。

 

表9-10 wmt multicast station-configuration schedule-start コマンドのパラメータ

パラメータ
説明

station-name

スケジュールを作成している WMT マルチキャスト ステーションの名前。

schedule-start

自動開始スケジュールを設定する。

minute

分単位の開始時刻(0 ~ 59)。

now

WMT マルチキャスト ステーションを起動する。このオプションを指定した場合、マルチキャスト ステーションは直ちに起動されます。ステーションが稼働していて、Content Engine がリロードされた場合、ステーションはリロード後に自動的に再起動されます。

WMT マルチキャスト ステーションの起動と停止

ACNS 5.3.1 ソフトウェアでは、Content Engine のリロード後にWMT マルチキャストを自動的に再開する機能が追加されました。ACNS 5.3.1 ソフトウェアでは、この機能をサポートするために、 wmt multicast station-configuration station-name schedule-start now グローバル設定コマンドが追加されました。このコマンドを特定のマルチキャスト ステーションに指定した場合、マルチキャスト ステーションは直ちに起動され、その後は、Content Engine のリロード後に自動的に再起動されます。この新しいグローバル設定コマンドを導入する理由は、再起動後に wmt multicast-station start station-name EXEC コマンドが永続的に保持されないからです(すなわち、Content Engine のリロード前にマルチキャスト ステーションが稼働していても、リロード後に稼働し続けることはありません)。

ACNS 5.3.1 ソフトウェアで追加された、 no wmt multicast station-configuration s tation-name schedule-start now グローバル設定コマンドの機能は、 wmt multicast-station stop station-name EXEC コマンドの機能とまったく同様です。いずれかのコマンドを使用して、特定の WMT マルチキャスト ステーションを停止できます。

wmt multicast-station start EXEC コマンドが機能するのは、 wmt multicast station-configuration station-name グローバル設定コマンドを使用して、 マルチキャスト ステーションを最初に設定した場合だけです。

たとえば、 wmt multicast station-configuration station-name グローバル設定コマンドを使用してマルチキャスト ステーションを設定した後で、 wmt multicast-station EXEC コマンドを使用してマルチキャスト ステーションを起動または停止できます。

wmt { multicast-station { start s tation-name | stop station-name }

表9-11 では、 wmt multicast-station EXEC コマンド用のコマンド パラメータについて説します。

 

表9-11 WMT マルチキャスト ステーションの起動および停止

パラメータ
説明

multicast-station

WMT マルチキャスト ステーションの起動と停止を設定する。

start

WMT マルチキャスト ステーションを起動する。このオプションを使用してマルチキャスト ステーションを起動し、そのマルチキャスト ステーションが Content Engine のリロード前に稼働している場合には、そのステーションは Content Engine のリロード後に稼働し続けることはありませ。

name

開始する WMT マルチキャスト ステーションの名前。

stop

WMT マルチキャスト ステーションを停止する。

name

停止する WMT マルチキャスト ステーションの名前。

次の例では、acme という名前のマルチキャスト ステーション上の start および stop オプションを示しています。

ContentEngine# wmt multicast-station start acme
ContentEngine# wmt multicast-station stop acme

WMT マルチキャスト用の代替ソース URL(ソース フェールオーバー)の設定

ACNS 5.3.1 ソフトウェアで、代替ソース URL(ソース フェールオーバー)を設定する機能が追加されました。ACNS 5.3.1 ソフトウェアでは、この機能をサポートするために、 wmt multicast station-configuration station-name failover グローバル設定コマンドが追加されました。

ContentEngine(config)# wmt multicast station-configuration acme failover ?

alternate-source Alternate source url
retry-count No. of retries for all sources
retry-interval Sleep interval between retries
 

ここで、 alternate-source は、WMT マルチキャストの完全修飾代替ソース URL です。

ソースのすべてについて再試行回数を指定するには、 retry-count オプションを使用します。再試行カウントの範囲は、0 ~ 2000 です。再試行の間隔(すなわち、再試行の間の Content Engine の待ち時間)を指定するには、 retry-interval オプションを使用します。再試行の間隔の範囲は、0 ~ 60 分です。

ライブ WMT ストリームをユニキャストするスタンドアロン Content Engine の設定

スタンドアロン Content Engine を設定して、マルチキャストまたはユニキャスト経由でライブ コンテンツを WMT クライアントに送信できます。ここでは、次に、ユニキャスト経由でライブ コンテンツをスタンドアロン Content Engine が中継できるように設定する方法を説明します。

「スタンドアロン Content Engine 上での Multicast-in Unicast-out の設定」

「スタンドアロン Content Engine 上での Unicast-in Unicast-out の設定」

以降の項では、Unicast-out 用にスタンドアロン Content Engine 上で WMT ブロードキャスト エイリアスを設定する方法についても説明します。

スタンドアロン Content Engine 上での Multicast-in Unicast-out の設定

Multicast-in Unicast-out 機能を使用すると、ストリーミング メディアのソースとしてマルチキャストを使用して、着信 ストリーム ライブを要求のクライアントに配信するブロードキャスト パブリッシング ポイントを作成できます。 スタンドアロン Content Engine 上で multicast-in unicast-out ブロードキャストを設定するには、 wmt broadcast { alias-name name source url } グローバル設定コマンドを使用します。このコマンドを使用すると、 ストリーミング メディアの送信元からマルチキャストを使用して、要求元のクライアントに着信するストリームをライブで配信するブロードキャスティング エイリアスを作成することができます。

この状況では、着信ライブ ストリームを要求側のクライアントに配信するための、ユニキャスト発信パブリッシング ポイントを作成します。

スタンドアロン Content Engine が Multicast-in Unicast-out(ユニキャスティング アウト)を使用して WMT クライアントにライブ WMT ストリームを中断できるように設定する手順は、次のとおりです。


ステップ 1 Content Engine 上で WMT ブロードキャスト エイリアスを設定します。

ContentEngine(config)# wmt broadcast alias-name myunicast source
http://172.16.30.31/station.nsc
ContentEngine(config)#
 

この手順では、エイリアス名 myunicast を持つユニキャスト パブリッシング ポイントが、マルチキャスト ソース station.nsc ファイルを使用して設定されます。このソースは、WMT マルチキャスト ストリームを送信するサーバです。エイリアスのソースの形式 http://server/file.nsc は、このソースをマルチキャスト入力ソースとして扱うように Content Engine に指示します。

ステップ 2 使用している WMT メディア プレーヤーを開き、 File > Open URL の順に選択します。

ステップ 3 次の URL を入力します。

mms://ContentEngineIPaddress/myunicast
 

) ACNS 5.3.1 ソフトウェア以降では、WMS 9 の rtsp://、rtspu://、および rtsp:// URL(すなわち、クライアントが Windows Media 9 Player で、サーバが Content Engine 上で実行している Windows Media 9 サーバである場合) および mms:// URL がサポートされます。


ステップ 4 [OK] をクリックします。

WMT メディア プレーヤーが、手順 1 で指定した MMS メディア ソース ファイルを受信します。この状況では、ストリーミング メディアへのアクセスに MMS URL を使用し、マルチキャスト発信状況での *.nsc ファイルの代わりに、alias-name だけを指定しています。

これはマルチキャスト ストリームをユニキャストに変換し、それを要求側(WMT クライアント)に送信します。


 

スタンドアロン Content Engine 上での Unicast-in Unicast-out の設定

Unicast-in Unicast-out 機能では、クライアントと Content Engine 間でポイントツーポイント接続を行います。ネットワーク上でメディアをストリーミングする際のユニキャスティングの利点は、ネットワーク上でオリジン サーバ と Content Engine との間に単一のストリームを引くだけで済むことです。しかし、このストリームはマルチキャストに対応していない環境にある複数のクライアントにも配信可能です。Windows Media Services を実行しているサーバは、Content Engine に配信される単一のストリームを介してユニキャスト形式のビデオ ストリームを複数のクライアントに提供することができます。Unicast-in Unicast-out は、通常、ライブ イベントのブロードキャストに使用されます。

この状況では、Unicast-in Unicast-out により、クライアントと Content Engine 間でのポイントツーポイント接続が提供されます。次に Content Engine は、メディア サーバに対して、単一接続を行います。Content Engine がメディア サーバへの単一接続が行われている間に、同じストリームに対する複数の要求を Content Engine によって分割して、各クライアントが別個のデータ ストリームを直接 Content Engine から受信できるようにします。

unicast-in unicast-out を次の方法で設定できます。

設定をまったく行わないライブ分割による方法。

この場合、Content Engine はプロキシとして機能します。複数のクライアントが同じユニキャスト URL を要求したとき、Content Engine のプロキシはソースからクライアントへのストリームを自動的に分割します。

ブロードキャスト エイリアスを使用して Content Engine を設定する方法。

この場合、クライアントは Content Engine に対して、あたかも Content Engine が Windows Media サーバであるかのように、着信ストリームが存在していることを確認します。着信ストリームが存在する場合、Content Engine はストリームを結合し、新しいクライアントに対してそのストリームを分割します。要求がこのストリームに対する最初のクライアント要求である場合、Content Engine はその要求をサーバに送出し、それから新しいクライアントにサービスを行います。

スタンドアロン Content Engine が Unicast-in Unicast-out(ユニキャスト アウト)を使用して、クライアントにライブ WMT ストリームを中継できるように設定する手順は、次のとおりです。


ステップ 1 Content Engine GUI から、 Caching > WMT Streaming の順に選択します。WMT Streaming ウィンドウが表示されます。

ステップ 2 WMT Config をクリックします。WMT Configurations ウィンドウが開きます。

ステップ 3 Broadcast Unicast Publishing リンクをクリックします。WMT Broadcast Unicast Publishing ウィンドウが表示されます。

ステップ 4 Alias Name フィールドに、ライブ ブロードキャスト設定用のブロードキャスト エイリアスを入力します。たとえば、broadcast1 です。

ステップ 5 Source フィールドに、次のフォーマットを使用して、ライブ ブロードキャスト設定用のブロードキャスト ソースを入力します。

<protocol>://server-name:port-num/path/file-name
 

これらの変数は次のとおりです。

protocol は MMS、HTTP、または RTSP のいずれかです。

server-name は、サーバの名前です。

port-num は、ポート番号です。デフォルトは HTTP のポート 8080、MMS のポート 1755、および RTSP のポート 554 です。

path は、フルパス名です。

file-name は、メディア ファイル名(ファイルがコンテンツ ルート ディレクトリ内にある場合)

次に例を示します。

mms://wms.company.com/cotv
 

この場合、 wms.company.com は Windows Media Server の名前で、cotv は、ブロードキャスト エイリアスが作成されるときに使用する名前です。MMS プロトコルを使用して、ストリームを取得します。


) ACNS 5.3.1 ソフトウェア以降では、WMS 9 の rtsp://、rtspu://、および rtsp:// URL(すなわち、クライアントが Windows Media 9 Player で、サーバが Content Engine 上で実行している Windows Media 9 サーバである場合) および mms:// is プロトコルを使用してストリームを取得できます。


ステップ 6 Update をクリックして設定値を保存します。

ステップ 7 使用している WMT プレーヤーを開き、 File > Open URL の順に選択します。次の URL を入力します。

mms://ContentEngineIPaddress/broadcast1
 

ContentEngineIP address は、Content Engine の IP アドレスまたはドメイン名。

broadcast1ステップ 4 で指定されたブロードキャスト エイリアス。


) ACNS 5.3.1 ソフトウェア以降では、WMS 9 の rtsp://、rtspu://、および rtsp:// URL(すなわち、クライアントが Windows Media 9 Player で、サーバが Content Engine 上で実行している Windows Media 9 サーバである場合) および「mms://」 URL がサポートされます。


ステップ 8 OK をクリックします。

WMT プレーヤーは、ステップ 5 で指定した MMS メディア ソース ファイルを受信する必要があります。この状況では、ストリーミング メディアにアクセスするために MMS URL が使用され、multicast-out発信状況の *.nsc ファイルの代わりに、broadcast alias だけを指定されています。これにより、マルチキャスト ストリームがユニキャストに変換され、WMT クライアントに送信されます。


 

スタンドアロン Content Engine 上での WMT ストリームのクリア

スタンドアロン Content Engine上で WMT ストリームをクリアするには、 clear wmt EXEC コマンドを使用します。

ContentEngine# clear wmt ?
incoming Clear all incoming WMT streams
outgoing Clear all outgoing WMT streams
stream-id Stream Id of the WMT stream to be cleared
 

表9-12 では、上記の clear wmt EXEC コマンドについて説明しています。

 

表9-12 スタンドアロン Content Engine 上で WMT ストリームをクリアするための CLI コマンド

コマンド
説明

clear wmt incoming

Content Engine からすべての着信 WMT ストリームをクリアします。また、着信 WMT ストリームと関連付けられた Content Engine のすべての WMT プロセスも停止します。

clear wmt outgoing

Content Engine からすべての発信 WMT ストリームをクリアします。また、発信 WMT ストリームと関連付けられた Content Engine のすべての WMT プロセスも停止します。

clear wmt stream-id id

指定されたストリーム ID のある WMT ストリームをクリアします。また、指定のストリーム ID と関連付けられた Content Engine の WMT プロセスも停止します。

ACNS 5.2.1 ソフトウェア以降では、WMT ストリームがクリアされ、関連付けられたプロセスが Content Engine 上で停止されるときに、エラー ログにエラー メッセージが記録されます。詳細は、「スタンドアロン Content Engine 上での WMT ストリームのクリアのロギング」を参照してください。

WMT RTSP サーバ設定に関する情報の表示

ACNS 5.3.1 ソフトウェアでは、 wmt オプションが show rtsp server コマンドに追加され、Content Engine で実行している WMT RTSP サーバの情報を表示できるようになりました。次の出力例では、スタンドアロン Content Engine 上で実行している WMT RTSP サーバの設定例を示します。

Content Engine# show rtsp server wmt
WMT version: ce507-001.000
WMT license key is installed
WMT evaluation is not enabled
WMT end user license agreement accepted
WMT is enabled
WMT disallowed client protocols: none
WMT outgoing bandwidth configured is 1 Kbits/sec
WMT incoming bandwidth configured is 56000 Kbits/sec
WMT max sessions configured: 2500
WMT max sessions platform limit: 2500
WMT max sessions enforced: 2500 sessions
WMT max outgoing bit rate allowed per stream: 2 Kbits/sec
WMT max incoming bit rate allowed per stream: 3 Kbits/sec
WMT debug level: 0
WMT L4 switch is enabled
WMT debug client ip not set
WMT debug server ip not set
WMT fast-start is enabled
WMT fast-start max. bandwidth per player is 65 (Kbps)
WMT fast-cache is enabled
WMT fast-cache acceleration factor is 5
WMT Extended Transaction Log is not enabled
WMT Transaction Log format is Windows Media Services 4.1 logging

現在の WMT 設定に関する情報の表示

スタンドアロン Content Engine の現在の WMT 設定を表示するには、 show wmt EXEC コマンドを入力します。スタンドアロン Content Engine の現在の WMT 設定を表示するには、 show wmt EXEC コマンドを入力します。

スタンドアロン Content Engine の現在の WMT プロキシ設定を表示するには、 show wmt proxy EXEC コマンドを使用します。

ContentEngine# show wmt proxy
Incoming Proxy-Mode:
--------------------
MMS proxy mode is configured on port: 1755
 
MMS Transparent Proxy (WCCP):
is not configured.
MMS Transparent Proxy (L4 Switch):
is not configured.
 
Outgoing Proxy-Mode:
--------------------
MMS-over-HTTP Proxy-Mode:
is not configured.
MMS Proxy-Mode:
is not configured.
RTSP Proxy-Mode:
is not configured.
 

ACNS 5.3.1 ソフトウェア リリースでは、コマンド出力が変更されて、新規WMT RTSP プロキシ サーバに関する情報が含まれるようになりました。このサーバは、Windows Media 9 サーバとして動作している Content Engine 上での有効にすることができます。

WMT 統計情報の表示

WMT 要求の統計情報を表示するには、 show statistics wmt EXEC コマンドを使用します。

ContentEngine# show statistics wmt ?
all Display all Windows Media statistics
bytes Display unicast bytes statistics
errors Display errors statistics
multicast Display multicast statistics
requests Display unicast request statistics
rule Display rule template statistics
savings Display unicast savings statistics
streamstat Display Windows Media streaming connections
urlfilter Display urlfiltering statistics for mms and rtsp requests
usage Display concurrent usage statistics
ContentEngine#
 

ACNS 5.3.1 ソフトウェアで、 show statistics wmt EXEC コマンドの出力は、WMT RTSP 要求の情報を組み込むように変更されました。たとえば、 show statistics wmt EXEC コマンドの出力は、次のように変更されました。

RTSP 関連情報が show statistics wmt all コマンド出力に追加されました。

RTSPT および RTSPU に関する情報が show statistics wmt bytes コマンド出力の転送プロトコル部分に追加されました。

RTSPT および RTSPU エラーが show statistics wmt errors コマンド出力に追加されました。

show statistics wmt requests コマンド出力には、RTSPT プロトコルと RTSPU プロトコル、および Fast Start データと Fast Cache データが組み込まれます。

ACNS 5.3.1 ソフトウェアで、 live オプションが show statistics wmt streamstat EXEC コマンドに追加され、合計のライブ統計情報を表示できるようになりました。

スタンドアロン Content Engine での WMT ロギングの使用

ここでは、WMT ロギング機能を使用する方法について説明します。ここで説明する内容は、次のとおりです。

「WMT マルチキャスト ロギングの使用」

「WMT トランザクション ロギングの使用」

「WMT エラー ロギングの使用」

WMT マルチキャスト ロギングの使用

WMT ログは、次のいずれかのファイルとしてローカル ディスク上の作業がログに記録されます。作業ログが置かれるディレクトリは、sysfs が Content Engine 上のマウントされる場所によって異なります。

/local1/logs/export/working.log という名前のファイル

/local2/logs/export/working.log という名前のファイル

マルチキャスト サーバ管理者にマルチキャスト統計情報のログを提供するには、 wmt multicast station-configuration グローバル設定コマンドの log オプションを使用します。

wmt multicast {station-configuration name dest_addr dest_port media_source
[
log {local | webserver webserver_url}]}
 

マルチキャスト URL のロギングを有効にするには、 log オプションを指定します。

マルチキャスト URL のローカル ディスクへのロギングを設定するには、 local オプションを指定します。

マルチキャスト URL の Web サーバへのロギングを設定するには、 webserver オプションを指定し、Web サーバのロケーションを特定する URL を入力します。

このコマンド構文の変数は次のとおりです。

name は、WMT マルチキャスト ステーションの名前です。

dest_addr は、WMT マルチキャスト ステーション宛先 IP アドレスです。

dest_port は、WMT マルチキャスト ステーション宛先ポート(1 ~ 65535)です。

media_source は、WMT マルチキャスト メディア ソース(たとえば、http:/live/live)です。

webserver_url は、完全修飾 Web サーバ URL を指定します。

これらの統計情報には、マルチキャスト IP アドレス、ポート番号、開始時刻、およびクライアント数が含まれます。このオプション設定時には、マルチキャスト ロギング情報を送信できるローカル URL、またはこれらの統計情報を受信できる外部の完全修飾サーバ URL のいずれかを提供するのかを選択できます。マルチキャスト ロギング URL オプションにより、マルチキャスト サーバ自体、またはそのマルチキャスト アドレスをサブスクライブしていたユーザから提示された情報を処理するすべての Web サーバを参照できます。

次の例では、マルチキャスト サーバに送信されたマルチキャスト ロギング情報を示しています。

10.1.101.2 2003-05-11 13:39:21 - asfm://233.0.4.5:4000 0 30 1 200
{5DC90EEB-CEB1-467C-9F7A-BCF5EEEDE3FF} 10.1.0.3055 en-US - -
wmplayer.exe 10.1.0.3055
Windows_2000 10.0.0.2195 Pentium 0 152543 65389
asfm UDP WINDOWS_MEDIA_AUDIO_V2
MICROSOFT_MPEG-4_VIDEO_CODEC_V3 http://172.16.192.91/cisco.nsc
- 166245 - 176 0 0 0 0 0 01
0 100 233.0.4.5 - - -
 

次の例では、表示されるフォーマットを示しています。

c-ip date time c-dns cs-uri-stem c-starttime x-duration c-rate
c-status c-playerid c-playerversion c-playerlanguage cs(User-Agent)
cs(Referer) c-hostexe c-hostexever c-os
c-osversion c-cpu filelength filesize avgbandwidth protocol transport audiocodec
videocodec channelURL sc-bytes c-bytes s-pkts-sent c-pkts-received
c-pkts-lost-client c-pkts-lost-net c-pkts-lost-cont-net
c-resendreqs c-pkts-recovered-ECC
c-pkts-recovered-resent c-buffercount c-totalbuffertime c-quality s-ip s-dns
s-totalclients s-cpu-util CE-action CE-bytes Username
 

表9-13 では、上記の例に示されているフィールドを説明します。

 

表9-13 wmt multicast logging フィールドの説明

フィールド
説明

c-ip

クライアント コンピュータの IP アドレス。正しく接続されていないクライアントの場合、クライアントの IP アドレスではなく、クライアント プロキシ サーバの IP アドレスを提供する。

date

ログ ファイル内にエントリが生成された日付(グリニッジ標準時による)。

time

ログ ファイル内にエントリが生成された時刻(グリニッジ標準時による)。

c-dns

クライアント コンピュータの DNS 名。

cs-uri-stem

再生するファイル名。ユニキャストの場合は .asf ファイル、マルチキャストの場合は .asx ファイル。

c-startime

エントリがログ ファイルに生成されたときのストリームのタイム スタンプ(秒単位)。

x-duration

クライアント イベント(早送り [FF]、巻き戻し [REW]、一時停止、停止、またはマーカーにジャンプ)が発生する前にクライアントがコンテンツを再生した時間。ログ エントリは、これらのイベントが発生すると必ず生成されます。

c-rate

最後にコマンド イベントが送信された時の Windows Media Player のモード。

1 = Windows Media Player が再生、早送り、巻き戻し、またはマーカーにジャンプ中に一時停止または停止した。

-5 = Windows Media Player が再生、停止、または一時停止操作から巻き戻された。

+5 = Windows Media Player が再生、停止、または一時停止操作から早送りされた。

c-status

クライアント状況を説明するコード。HTTP/1.1 にマッピングされ、Request for Comments (RFC) 2068 と RFC 2326 に規定されている RTSP クライアント状況コード。Windows Media Service には、拡張可能なクライアント状況コード 480(同時クライアント接続数がサーバのクライアント制限を超えた)および 483(ストリームがサーバの最大ファイル ビットレート制限を超えた)が含まれています。

c-playerid

プレーヤーの Globally unique identifier(GUID; グローバルに一意な識別子)。

c-playerversion

プレーヤーのバージョン番号。

c-playerlanguage

クライアント コンピュータの言語(国別)コード。

cs(User-Agent)

Windows Media Player の機能がブラウザに組み込まれている場合は、ブラウザ タイプ。

cs(Referer)

Windows Media Player の機能が組み込まれている(組み込まれていた場合) Web ページの URL。

c-hostexe

ホスト アプリケーション。たとえば、ブラウザ内の Web ページ (iexplore.exe)、Microsoft Visual Basic アプレット(vb.exe)、またはスタンドアロン Microsoft Windows Media Player(mplayer2.exe)。

c-hostexever

ホスト アプリケーションのバージョン番号。

c-os

クライアント コンピュータのオペレーティング システム。

c-osversion

クライアント コンピュータのオペレーティング システムのバージョン番号。

c-cpu

クライアント コンピュータの CPU タイプ。

filelength

ファイルの長さ(秒単位)。ライブ ストリームの場合、この値は 0 です。

filesize

ファイルのサイズ(バイト単位)。ライブ ストリームの場合、この値は 0 です。

avgbandwidth

クライアントがサーバに接続するときの平均帯域幅(bps 単位)。

protocol

ストリームにアクセスするのに使用されるプロトコル。MMS、HTTP、または ASFM(マルチキャスト プロトコル)。

transport

ストリーム配信に使用される転送プロトコル(UDP、TCP、または IP マルチキャストを介した UDP)。

audiocodec

ストリームのエンコードに使用されるオーディオ コーデック。

videocodec

ストリームのエンコードに使用されるビデオ コーデック。

channelURL

.nsc ファイルに対する URL。ユニキャスト クライアントの情報ログ ファイルには、このフィールドにダッシュ(-)が記録されます。

sc-bytes

サーバからクライアントに送信されるバイト数。

c-bytes

サーバからクライアントが受信するバイト数。ユニキャストの場合、c-bytes 値と sc-bytes 値は同じになっている必要があります。これらの値が同じでない場合、パケット ロスが発生します。

s-pkts-sent

サーバが送信したパケットの合計数。

c-pkts-received

クライアントが最初の試行でサーバ(s-pkts-send)から正しく受信したパケット数。

c-pkts-lost-client

サーバからクライアントへの転送中に喪失したパケット数。喪失したパケットは、クライアント レイヤではエラー訂正を介して、またネットワーク レイヤでは User Datagram Protocol(UDP)を介して再送信されます。

c-pkts-lost-net

ネットワーク レイヤ上で喪失したパケット数。

c-pkts-lost-cont-net

ネットワーク レイヤ上でサーバからクライアントへ送信中に連続して喪失した最大パケット数。

c-resendreq

新しいパケットを受信するクライアント要求の数。このフィールドには、クライアントが UDP 再送信を使用している場合にだけ値が含まれます。

c-pkts-recovered-ECC

クライアント レイヤ上で修復と回復が行われたパケット数。クライアント レイヤで修復と回復が行われたパケットは、c-pkts-lost-net と c-pkts-lost-client との差に等しくなります。

c-pkts-recovered-resent

UDP を使用して再送信されたために、回復したパケット数。

c-buffercount

ストリーム再生中にクライアントがバッファリングした回数。

c-totalbuffertime

ストリームをバッファリングするのにクライアントが使用した時間(秒単位)。クライアントが、ログ エントリ生成前に複数回ストリームをバッファリングした場合、c-totalbuffertime はクライアントがストリームをバッファリングするのに要した合計時間になります。

c-quality

クライアントが受信したパケットのパーセンテージ。これによって、ストリームの品質が示されます。

cPacketsRendered がクライアントによって受信されたすべてのパケット(エラー訂正および UDP 再送信 (c-pkts-received +
c-pkts-recovered-ECC + c-pkts-recovered-resent) により回復したパケットを含む)の場合、c-quality は[cPacketsRendered / (cPacketsRendered + c-pkts-lost-client)] * 100 と計算できます。

s-ip

サーバの IP アドレス。

s-dns

サーバが使用する DNS。

s-totalclients

サーバに接続しているクライアント(ただし、必ずしもストリームを受信しているとは限らない)。

s-cpu-util

サーバ プロセッサにかかる平均的な負荷を表すパーセンテージ(0 ~ 100%)。複数のサーバが存在する場合、この値はすべてのプロセッサに対する平均値です。

CE-action

Content Engine によって実行されるアクション(たとえば、キャッシュ ヒットまたはキャッシュ ミス)。

CE-bytes

Content Engine によって受信されたバイト数。

Username

WMT プレーヤーが取得したストリーミング メディアにアクセスするのに必要なユーザ名。

WMT トランザクション ロギングの使用

ある企業にとって、ストリーミング メディアは収入源であるため、ユーザのアクセス状況をしっかりと追跡する必要があります。企業は、顧客のオンデマンド コンテンツとライブ ブロードキャスト ストリームに対して課金するために、特定の顧客のコンテンツ内容、コンテンツの視聴時間、および表示品質を追跡するログに記録された情報に頼るしかありません。したがって、トランザクション ロギングの正確さと信頼性はそれらの企業にとって非常に重要です。

Windows Media Services 9 Series では、Windows Media Services Version 4.1 よりもより強固なロギング モデルが提供されています。ACNS 5.2.1ソフトウェアでは、Windows Media Services 9 のログ機能のサポートが追加されました。

ACNS 5.2.1 ソフトウェア以降では、WMT トランザクション ロギングに対して次のロギング フォーマットがサポートされています。

標準 Windows Media Services 4.1

拡張 Windows Media Services 4.1

標準 Windows Media Services 9.0

拡張 Windows Media Services 9.0


) ACNS 5.1 ソフトウェア以前では、標準 Windows Media Services 4.1 と拡張 Windows Media Services 4.1 ロギング フォーマットだけがサポートされていました。


ロギング フォーマットの拡張バージョンは、標準ロギング フォーマットの拡張であり、Content-Engine 固有の追加フィールドが含まれます(キャッシュ ヒットかミスであるかを指定する CE 動作フィールド、および Content Engine から送信されたバイト数を指定する CE バイト フィールド)。

WMT ストリーミングの Content Engine のトランザクション ロギング形式は、Windows Media Servicesのロギング形式、および World Wide Web Consortium(W3C)対応のロギング形式と整合性があります。クライアントがアクセスするどのストリームに対しても、ログを記録する行が書き込まれます。ログの場所は設定できません。これらのログは、FTP を使用してエクスポートできます。トランザクション ロギングが有効になると、デーモンは WMT トランザクションについて個別の working.log ファイルを /local1/logs/export に作成します。

トランザクション ログ内のすべてのクライアント情報は、デフォルトでオリジン サーバに送信されます。

Windows Media Player は、次のプロトコルを使用して Windows Media サーバに接続します。

Version 9.0 より前の Windows Media Player (Windows Media 6 および 7 Player)は、HTTP 1.0 または MMS プロトコルを使用しています。

Windows Media 9 Player は HTTP 1.0、HTTP 1.1、および RTSP を使用します。

Windows Media Player のバージョンに従って、ログは、テキスト、バイナリ、または XML などのさまざまなフォーマットで送信されます。 表9-14 を参照してください。

 

表9-14 Windows Media Services 9 のログ フォーマット

プロトコル
プレーヤーと配信サーバ
ログ タイプ

HTTP/1.0

Version 9.0 より前の Windows Media Player(たとえば、Windows Media Player 6.4 または 7.0 )

Content Engine(キャッシングおよびプロキシ サーバ)は Windows Media Services Version 9.0 を実行し、Windows Media Services 4.1 を実行している WMT サーバからストリーミングしています。

World Wide Web Consortium(W3C)標準のスペース区切りテキスト ログ

MMS

Version 9.0 より前の Windows Media Player(たとえば、Windows Media Player 6.4 または 7.0)

バイナリ構造ログ

HTTP/1.1

Windows Media 9 Player

配信サーバは Windows Media Services 9.0 を実行中です。

Content Engine(キャッシングおよびプロキシ サーバ)は Windows Media Services 9.0 を実行中です。

XML 構造ログ

RTSP

Windows Media 9.0 Player

配信サーバは Windows Media Services 9.0 を実行中です。

Content Engine(キャッシングおよびプロキシ サーバ)は Windows Media Services 9.0 を実行中です。

XML 構造ログ

ACNS 5.2.1 ソフトウェア以降では、MMS-over-HTTP 用の XML ロギングがサポートされています。Windows Media Player から Content Engine(Windows Media サーバ)に送信された XML ログ ファイルは、構文解析でき、Content Engine 上に保存される通常の WMT トランザクション ログに保存できます。


) ACNS 5.3.1 ソフトウェアでは、Windows Media 9 Player からの WMT RTSP 要求に対応した WMS 9 ロギングのサポートが追加されました。


WMT トランザクション ログの形式の指定

スタンドアロン Content Engine 上で WMT トランザクション ログのフォーマットを指定するには、ACNS 5.2.1 ソフトウェア以降でサポートされている wmt transaction-logs format グローバル設定コマンドを使用します。

wmt transaction-logs format { extended { wms-41 | wms-90 } | wms-41 | wms-90 }

デフォルトで、標準 Windows Media Services 4.1 ロギング形式が使用されます(Content Engine 固有の詳細がログに記録されます)。

表9-15 では、コマンド パラメータを説明しています。

 

表9-15 wmt transaction-logs format CLI コマンドのパラメータ

パラメータ
説明

transaction-logs

WMT トランザクション ログのロギング形式を設定します。

format

WMT トランザクション ログの形式を設定します。

extended

トランザクション ログ用の WMT 拡張形式を指定します。WMT トランザクション ログ内の username ロギングを有効にします。

wms-4

拡張 Windows Media Services 4.1 形式内にトランザクション ログを生成するように WMT を設定します。

このオプションを使用すると、Content Engine は標準 Windows Media Services 4.1 形式を使用してトランザクション ログを生成しますが、次の 3 つの追加フィールドも含まれています。

CE_action(キャッシュ ヒットまたはキャシュ ミス)

CE-bytes(キャッシュ ヒットについて Content Engine から送信されるバイト数)

username(Microsoft NL LAN Manager(NTLM)認証、Microsoft Negotiate 認証、Microsoft Digest 認証、および基本認証が使用されるときに、WMT 要求を行った人物のユーザ名)


) Microsoft Negotiate 認証は、WMS Negotiate 認証プラグインを使用してクライアントを認証する認証方法です。この認証の方法では、クライアントのログイン認定証を使用します。これは、ログイン プロセスの間にユーザが入力した暗号化されたパスワードとユーザ名を使用します。

Microsoft Digest 認証は、サーバがクライアントから最初の身元証明要求を受信したときに、クライアントの初期認証が実行される認証方式です。サーバは、クライアントがまだ認証されていないことを確認した後、ドメイン コントローラ(DC)のサービスにアクセスして、クライアントの初期認証を実行します。クライアントの初期認証が成功すると、サーバは Digest セッション キーを受信します。サーバは、セッション キーをキャッシュし、これを使用して、認証されたクライアントからのリソースについてのそれ以降の要求を認証します。


wms-90

拡張 Windows Media Services 9 形式内にトランザクション ログを生成するように WMT を設定します。

このオプションを使用するとき、Content Engine は標準 Windows Media Services 9 形式を使用してトランザクション ログを生成しますが、トランザクション ログには次の 3 つの追加フィールドも含まれています。

CE_action(キャッシュ ヒットまたはキャシュ ミス)

CE-bytes(キャッシュ ヒットについて Content Engine から送信されるバイト数)

username(NTLM 認証、Microsoft Negotiate 認証、Microsoft Digest 認証、および基本認証が使用されるときに、WMT 要求を行った人物のユーザ名)

wms-41

標準 Windows Media Services 4.1 形式内でトランザクション ログを生成するように WMT を設定します。

wms-90

標準 Windows Media Services 9 形式内でトランザクション ログを生成するように WMT を設定します。

ユーザ名を WMT トランザクション ログにロギングするために、 wmt extended transaction-log enable グローバル設定コマンドを入力して、Content Engine 上で拡張 WMT ロギング機能を有効にする必要があります。詳細は、次の項「ユーザ名の WMT トランザクション ログへのロギングの有効化」を参照してください。

ユーザ名の WMT トランザクション ログへのロギングの有効化

Content Engine が WMT トランザクション ロギングの拡張フォーマットを使用するよう設定されており、しかも拡張 WMT ロギング機能が有効な場合、Content Engine は認証された WMT 要求についてユーザ名をロギングします。ユーザ名は NTLM 認証についてロギングされるだけではなく、Negotiate 認証、Digest 認証、および基本認証についてもロギングされます。


) Negotiate 認証と Digest 認証は、HTTP プロトコルについてだけ適用可能であり、MMS プロトコルについては適用可能でありません。


デフォルトでは、拡張 WMT ロギング機能は無効になっています。拡張ロギング フォーマットが( wmt transaction-logs format extended グローバル設定コマンドを使用して)有効になっていますが、拡張 WMT ロギング機能が無効になっている場合、WMT トランザクション ログのユーザ名フィールドは空になります。

スタンドアロン Content Engine 上で認証された WMT 要求についてユーザ名のロギングを有効にする手順は、次のとおりです。


ステップ 1 wmt transaction-logs format extended グローバル設定コマンドを使用して、Content Engine が、トランザクション ロギング用に拡張 Windows Media Services 4.1 または Windows Media Services 9 フォーマットを使用するよう設定します。

詳細は、「WMT トランザクション ログの形式の指定」を参照してください。

ステップ 2 認証された WMT 要求に対してユーザ名をログに記名するように、Content Engine を有効にできます。

Content Engine(config)# wmt extended transaction-log enable
 


 

WMT エラー ロギングの使用

ACNS 5.2.1 ソフトウェア リリースで、WMT エラー ロギングは拡張されました。これで、次のイベントの詳細な情報がロギングされます。

WMT クライアントが突然切断されたとき

Content Engine 上で WMT ストリームがクリアされたとき

エラー ログは、形式も保存場所も syslog と同じです。WMT ログ メッセージは /local1/errolog/wmt_errorlog.current にログされます。

WMT エラー ロギング用に Content Engine を設定するには、 debug wmt error EXEC コマンドを使用します。このコマンドで WMT レベル 1 機能をデバッグします。

ContentEngine# debug wmt error ?
client-ip Debug request from a specific client
server-ip Debug request to a specific server
 

client-ip cl-ip-address オプションは、 特定のクライアント IP アドレスからレベル 1 への要求をデバッグします(エラー表示)。

server-ip sv-ip-address オプションは、 特定のクサーバ IP アドレスからレベル 1 への要求をデバッグします(エラー表示)。

WMT レベル 2 機能をデバッグする debug wmt trace EXEC コマンドもあります(エラーとトレースを表示)。 debug wmt trace コマンドを実行すると、Content Engine のパフォーマンスが影響を受けます。したがって、 debug wmt trace コマンドは、シスコ代理店のテクニカル サポート担当者から指示があった場合にだけ使用することをお勧めします。

WMT クライアント切断のロギング

WMT クライアントが突然切断されると、次の情報が ACNS ソフトウェア エラー ログにロギングされます。

クライアント切断の理由(たとえば、要求がルールによってブロックされた、最大着信または発信ビット レート制限に到達した、最大発信または着信帯域幅限界に到達した)。

クライアント情報(たとえば、クライアント IP アドレス、サーバ IP アドレス、要求された URL、クライアント プロトコル、クライアント メディア プレーヤーのバージョン、クライアントが受信したパケットの数、サーバが送信したパケットの数)。

スタンドアロン Content Engine 上での WMT ストリームのクリアのロギング

ACNS 5.2.1 ソフトウェアでは、Content Engine 上で WMT ストリームがクリアされ、関連付けられたプロセスが 停止されるときに、エラー ログがメッセージをログするように拡張されました。

Content Engine CLI コマンドの詳細については、 表9-12 を参照してください。それらのコマンドは、スタンドアロン Content Engine 上で WMT ストリームをクリアするために使用することができ、その結果、メッセージがエラー ログに送信されます。