この設定を適用することで、ライブ ブロードキャストの視聴時に TCP でデータを受信するクライアントの QoS の低下を防ぐことができます。

Plug-in のクロス バージョン互換性
Linux 版のバージョン 9/10 製品とバージョン 11 製品では、コンパイラのバージョンが異なるために、Plug-in はバイナリ互換ではありません。Plug-in の動作を確実なものとするためには、更新されたビルド環境でリコンパイルする必要があります。

RTP ライブのレガシー モード サポート
RTP ライブの A/V 同期や他の QoS の問題を解決するために、新しいコンフィグレーション変数、<Var RTPLiveLegacyMode="1"/> を追加しました。このフラグを 1 にすると、RTP 転送において RTPtime とシーケンス番号の初期値として強制的に 0 を使用するようになります。PAUSE 後の PLAY 再開時に、シーケンス番号は PAUSE 前の最後の RTP パケットのシーケンス番号に 1 が加算された値をとり、また RTPtime には PAUSE から PLAY までの経過時間が反映されます (すなわち RTPtime は最初の PLAY リクエストからのオフセットにすぎません)。

Server 製品のインストールと設定ファイルのマイグレーション
Helix Server や Helix Proxy をインストールする際には、旧メジャー バージョン製品への上書きインストールは行わないでください。事前に旧メジャー バージョン製品をアンインストールするか、別の場所に新規インストールしてください。
また旧メジャー バージョン製品の設定ファイルには互換性の無いエントリが含まれていたり、逆にバージョン 11 製品の基本動作に要求されるエントリが含まれていないことがあります。旧メジャー バージョン製品の設定ファイルをそのまま使わずに、新しくインストールされた設定ファイルを元にして、以前の設定に合うように編集・更新を行ってください。

エンコーダの冗長化
エンコーダの冗長化とスケーラブル マルチキャストは相容れない機能であるため、エンコーダの冗長化をスケーラブル マルチキャスト ストリームに対して有効にすることはできません。

IP バインディングと Localhost インターフェース
デフォルトでは、Server は keep-alive チェックを行う目的で Localhost インターフェースをバインドします。管理者が特に Localhost インターフェースを Server にバインドさせたくないといった場合には、--hbi コマンド ライン フラグで keep-alive チェック用に異なるインターフェース (IP アドレス) を指定することができます。

"New players" のカウント
単一の Windows Media クライアントの接続は、複数の "New players" として Server のログ ファイルに出力されますが、この動作は仕様です。Windows Media Player は MMS 接続を Server のポート 1755 に対して試みる前に、同じ Server のポート 554 に対して 2つの RTSP 接続を確立させ、切断します。

このリリースで修正された問題

	RBS エンコーダのソース IP アドレスが表示されない
	ソース IP アドレスが表示されないことは、(リモート) ホスト エンコーダの識別を妨げていました。これは特に多数のエンコーダ接続を同時に管理したり、エンコーダ ストリームでの問題解決の際に致命的でした。 この問題は修正されました。Server では RBS エンコーダのソース IP アドレスが表示されます。
	レイテンシ モードと無関係に紛らわしいエラー メッセージが記録される
	Low Latency Live (以下 LLL) 機能が有効・無効のライセンスのどちらを使用していても、全てのレイテンシ モード (最少、中程度、および通常) のライブで、"Low latency streaming is not licensed in this server. Stream being reverted to normal latency mode." というエラー メッセージが記録されていました。
	期待される動作 LLL が有効なライセンスを利用している場合、エンコーダがどのモードを使用していても rmerror.log にエラーを記録しない LLL が無効なライセンスを利用していて、かつエンコーダが通常モードを使用している場合、rmerror.log にエラーを記録しない LLL が無効なライセンスを利用していて、かつエンコーダが中程度または最少モードを使用している場合、rmerror.log にエラーを記録する
	この問題は修正されました。期待される動作通りにログが記録されます。
	Windows Media クライアントからのリクエストが正しく記録されない
	Server は Windows Media クライアントのアクセス ログの status code として、本来は 200 と記録すべきところを 0 と記録していました。 この問題は修正されました。Server は正しい status code を記録します。
	QuickTime プレイヤーのアクセスで 404 (file not found) エラーが記録されない
	QuickTime プレイヤーからのリクエスト ファイルが見つからなかった場合に、Server は rmerror.log には "Error retrieving URL" というエラー メッセージを記録しますが、rmaccess.log には status code 404 を含むログを記録しませんでした。 この問題は修正されました。Server は rmaccess.log にも status code 404 のログを正しく記録します。
	予期しない 408 エラー (Connection refused, too many connections) の発生
	Proxy はある負荷状況下において、クライアント接続数がライセンス ファイルで許可されている数を上回っていることをレポートしてしまう異常な状態に陥ることがありました。 この問題は修正されました。Proxy はこのような状態に陥ることはありません。
	SNMP MIB で間違った値が返却される
	次の変数で間違った値が返却されていました。
	hsUDPTransports hsPercentCPUUsage clientRequests clientRequestsSuccessCount clientsLeaving
	この問題は修正されました。
	Server Monitor 接続が切れないことによる CA やリスタートが発生する
	まれに Helix Administrator の Server Monitor の接続が切れないことにより、Server で CA (クラッシュ回避) やリスタートが発生することがありました。 この問題は修正されました。
	マスタ エージェントの出力をログ ファイルにリダイレクトできない
	"./Bin/master master.cfg > master.log" といったコマンドを実行しても期待する動作が行われず、ログ ファイルにはデータが出力されませんでした。 この問題は修正されました。出力のリダイレクトは期待通りに動作します。
	Server のメモリ統計値が特定の状況下で不正確になる
	1 MB より大きなメモリをアロケートする際に Free Pages Outstanding が正しく減算されずに、RSS ログの Memory Allocation Overhead に負の値が記録されることがありました。 この問題は修正され、上述のカウンタの値や、関連する全ての計算値は正しい値をとります。
	正しくない DESCRIBE リクエストに対して、Server は Alert を返却した後にその RTSP セッションを開いたままで無応答状態を維持する
	特定の状況下において、TCP セッションが切れていないのにもかかわらず、Server がそのセッション内の RTSP リクエストに対して無応答になることがありました。 この問題は修正されました。
	本来ミリ秒が rmerror.log に記録されるべきところが UNKNOWN と記録される
	rmerror.log で日時のタイムスタンプにミリ秒が出力されず、代わりに UNKNOWN と出力されていました。本来はミリ秒を表す数値を出力するか、サポートしていなければ何も出力しないべきです。 この問題は修正されました。Server は期待通りの値を記録します。
	クライアントからの Content-Length が 0 の HTTP リクエストが失敗する
	Server は HTTP ヘッダに含まれる Content-Length が 0 だと、これを不正な値として処理していました。この際、クライアントの接続は失敗し、Server では CA が発生します。 この問題は修正されました。

既知の問題
以下は Helix Server 11.1.2 と Helix Proxy 11.1.2 で確認されている機能面、あるいは安定面に関係する既知の問題のサマリです。

WINDOWS MEDIA PLAYER 11 への対応
Windows Media Player 11 はメディア再生のリクエストに MMS プロトコルを使用しなくなりました。Helix Server がホストするオンデマンド コンテンツやライブ コンテンツのリクエストに MMS URL を用いると、Windows Media Player 11 は次の順番でアクセスを試行します。

1.	Player は最初に HTTP でリクエストします。このリクエストの様式には 2通りあります。
	MMS URL が MMS ポート番号を含む場合、そのポートに対して HTTP でリクエストします。Helix Server は MMS ポート上で HTTP リクエストを受け付けないので、このリクエストは失敗します。Helix Server での MMS 用の標準ポートは 1755 です。 MMS URL が MMS ポート番号を含まない場合、ポート 80 に対して HTTP でリクエストします。Helix Server がポート 80 を HTTP 用に使用していれば、リクエストは成功し、MMSvHTTP でストリームを配信します。ただし Helix Server がポート 80 を HTTP 用に使用していなければリクエストは失敗します。
2.	HTTP リクエストが失敗すると、Player は Helix Server のポート 554 (標準の RTSP ポート) に対して RTSP でリクエストします。このリクエストは Helix Server が RTSP ポートを使用していたとしても常に失敗します。これは Helix Server が Windows Media コンテンツの RTSP での配信をサポートしていないためです。

Windows Media Player 11 に配信するための準備
Windows Media Player 11 に対して代替 HTTP URL を提供できるようにストリーミング メディア システムを更新します。この代替 HTTP URL には、Player の HTTP リクエスト用に Helix Server の HTTP ポート番号を含めます。Player が HTTP 接続を行うと、Helix Server はストリームを HTTP でクロークされた MMS によって配信します。
この HTTP 接続によるクローク配信はブラウザからの HTTP リクエストとは全く異なる扱いとなりますので、Windows Media コンテンツの配置場所を Helix Server の設定ファイルの HTTPDeliverable リストに加える必要はありません。コンテンツは Media Player に対してのみ配信され、ブラウザのキャッシュや、ユーザのダウンロードから保護されます。
システムに対して次の変更を適用します。

	ASXgen ユーティリティ用の Helix Server の設定変数を変更します。これにより Helix Server は MMS URL をリクエストする全 Windows Media Player に対して代替 HTTP URL を提供します。
	ウェブ ページからリンクされている .asx ファイルの全てに代替 HTTP URL を追加します。

ASXgen の変更
ASXgen は Helix Server のユーティリティで、ウェブ ページから Windows Media Player を起動させるために使用します。Helix Server は /asxgen/ マウント ポイントを使うように設定されており、Windows Media コンテンツへのリンクとしてウェブ ページに追加できます。以下のように記述します。

<a href="http://helixserver.example.com:8080/asxgen/wmvideo.wmv">Play 
Windows Media</a>

	Helix Administrator での ASXgen の設定変更
	1. Helix Administrator 上で [Server Setup] - [Ports] をクリックします。 2. "Enable HTTP Fail Over URL for ASXGen" のプルダウン メニューで "Yes" を選択します。 3. "Apply" をクリックします。
	手動での ASXgen の設定変更
	1. 任意のテキスト エディタで Helix Server の設定ファイル (rmserver.cfg) を開きます。このファイルは Helix Server のインストール ディレクトリにあります。 2. 下記の ASXgen の設定箇所を探します。 <List Name="ASX File Generator"> <Var ShortName="pn-asxgen" /> <Var MountPoint="/asxgen/" /> <Var HaveAltHTTPURL="0" /> </List> 3. HaveAltHTTPURL 変数の値を 1 に変更して、この機能を有効にします。 <Var HaveAltHTTPURL="1" /> 補足: Helix Server のマイナー バージョン 11.1.2 から、HaveAltHTTPURL は標準で有効になっています 4. 設定ファイルを上書き保存して閉じます。 5. Helix Server を再起動します。Linux や Solaris では SIGHUP を用いて Helix Server に変更を適用することもできます。

ASX ファイルの更新
Windows Media Player 用に ASX ファイルを使用している場合、各ファイルに代替 HTTP URL を追加します。Helix Server の HTTP ポート番号を含む同じコンテンツの HTTP URL を、単純に 2つめの REF エントリとして追加します。以下のように記述します。

<ASX Version = "3.0">
  <ENTRY>
    <REF HREF = "mms://helixserver.example.com:1755/wmvideo.wmv"/>
    <REF HREF = "http://helixserver.example.com:8080/wmvideo.wmv"/>
  </ENTRY>
</ASX>

プロキシの使用
Windows Media Player 11 には MMS プロキシを使用するための設定はありません。その代わりに Player の基本設定には、HTTP プロキシと RTSP プロキシを使用するためのオプションが用意されています。

	HTTP プロキシには、利用可能な HTTP プロキシを指定できます。なお、Helix Proxy は、いかなるメディアであっても HTTP でのプロキシに対応していないため、HTTP プロキシとして利用できません。
	RTSP プロキシには Helix Proxy を指定できます。ただし、次の制限があります。
	Helix Server は Windows Media の RTSP 配信をサポートしていないため、Helix Proxy は Windows Media Player 11 に対して、Helix Server 上の Windows Media コンテンツをプロキシすることはできません。Helix Server からのストリームは、唯一 HTTP プロキシを介した、HTTP でクロークされた MMS によってのみ利用可能です。 Helix Proxy は Windows Media Server からのオンデマンドとライブの双方において、RTSP ベースの Windows Media ストリームをプロキシできます。しかしながら全てのストリームでパス スルー モードが使用されます。Helix Proxy は Windows Media Server から RTSP で配信されるオンデマンド クリップのキャッシュ、およびライブ ストリームのスプリッティングには対応していません。

代替マウント ポイント (Alternate Mount Point)

	マウント ポイントのリスト名が重複していても、Server はエラー ログにエラーを記録しません。
	代替マウント ポイント機能を設定する方法は、設定ファイルを直接編集する方法のみで、現状この機能用の GUI ツールはありません。

ブロードキャストの冗長化 (Broadcast Redundancy)

	Helix Server に送信されるライブ フィードのファイル名が複数のドットを含むと、Broadcast Redundancy の機能により複数の別のファイル名に展開されます。1本のライブ フィードからいくつのファイル名に展開されるかは、元のライブ フィードのファイル名に含まれるドットの数に依存します。

コンテンツ キャッシュ (Content Distribution)

	rmserver.cfg ファイルに "/" (ルート) マウント ポイントが存在しなくて、かつコンテンツ キャッシュ機能が設定されていると、コンテンツ サブスクライバはコンテンツ パブリッシャへの要求時に誤った URL を用います。このためにコンテンツ サブスクライバは 404 エラー (File Not Found) を返却します。 これはこの機能がデフォルトのマウント ポイントが存在することを前提とした仕様であるためです。

管理システム (Helix Administrator)

	Helix Administrator 上で不特定のページを参照した際に、Server のログに無関係な 404 エラーが出力されることがあります。
	トランスミッタのソース名の変更を反映させるには Server のリスタートが必要ですが、Helix Administrator はリスタートが必要であることを通知しません。

コンテンツ ブラウザ (Content Browser)

	コンテンツ ブラウザ機能は動作しません (マイナー バージョン 11.1.2)。

Delayed Shutdown — 時間差停止

	"Allow New Client Connections During Shutdown" を有効にしても、Delayed Shutdown が発動すると新規 Client は Server に接続できません。

一般

	Server 稼働中、特に Server の負荷が高い時にシステム時刻を 2、3 秒以上変更すると、極度のメモリ リークを引き起こすことがあり、場合によってはリスタートする可能性があります。この種のシステム時刻の変更は、NTP サービスや、サマータイムの切り替わり時、あるいは単に手動で日時を変更することがトリガとなり得ます。Helix Server や Helix Proxy が稼働しているシステムにおいてはこの種のサービスを無効にし、時刻調整は Server ダウン時や低負荷時に行うことを推奨します。
	4 CPU の Windows において、高負荷時におけるシステムの安定性に絡む問題があります。
	RealText でシークを行うと、正しく再生できません。

インストーラ

	Linux 版の Helix Server および Helix Proxy のインストーラは、スペース文字を含むパスへのインストールを試みた際にエラーで終了することがあります。

ライブ

	RTP ブロードキャストではスタンバイ メッセージは機能しません。
	2つの SDP ファイルが同じライブ フィードを参照していると、2つ目の SDP ファイルがリクエストされた時点でライブ フィードは途絶えます。

ロギング

	"couldn't lookup session for channel <0x1>" というエラー メッセージが過剰にエラー ログに出力されることがあります。

マルチキャスト

	スケーラブル マルチキャストの設定で、"VirtualPath" を数字のみにしないでください。"2" だと機能しませんが、"2a" なら機能します。

Proxy

	Helix Proxy の設定ファイルにて DefaultStreamPageSize の値を 32768 以上にすると、Helix Proxy はパススルーにフェイル オーバーし、DESCRIBE timed out エラー メッセージを出力します。
	Helix Proxy 8.0x は Helix Server 11.x 上のオンデマンド コンテンツをキャッシュできないため、パススルー モードを使います。

Rate Adaptation — 配信レート調節

	MDP (Media Delivery Pipeline) 機能を有効にしていて、かつ TCP の LimitRate を使う際には、Server はデータを過送信してしまう傾向にあります。高ビットレートでの配信時のこの現象を補正するには Server の MaxBurst 変数のサイズを増やして、エラー範囲が許容限度内に収まるように調整してください。
	MDP 機能を QuickTime クライアントに対して用いると、QoS が低下します。

Reduced Startup Delay — 待ち時間短縮

	"CPUThresholdToDisableRSD" を 100 に設定すると、デフォルトの 65 にロール バックします。システムが認識するこの設定値の最大値は 99 です。
	オーディオ トラックのみの RealMedia で、待ち時間短縮機能により QoS 低下に絡む問題が発生することがあります。

スプリッティング

	Push スプリッティングでエンコーダを冗長化できません。Pull スプリッティングを使用してください。
	ブロードキャスト レシーバを指定する際に IPv6 のワイルドカード アドレスとネットマスク (::/0) を指定しても正しい形式と認識されません。

SNMP

	SNMP v1 でのトラップを適切に動作させるには、ユーザ名を "public" にします。
	"Trap Interval" の値はトラップ間隔に影響を与えません。
	不適切な設定で Master Agent を起動しても、Master Agent はエラー メッセージを出力しません。
	認証情報が不正であっても、Master Agent はエラー メッセージを出力しません。
	コミュニティ文字列を設定せずに Master Agent を起動すると、Master Agent はエラーを出力します。このエラー メッセージは無視してください。
	トラップの値として "Trap CPU Utilization above" や "Trap Connection Counts above" の値を 0 に設定しても、トラップを無効にすることはできません。これらのトラップを無効にするためには、到達し得ない十分に大きな値を指定します。
	起動時 (ServerStart) トラップは送信されません。

Windows Media サポート (Windows Media Player 11 関連以外)

	SLTA による Windows Media 9 のライブ ストリームは動作しません。
	Windows と Solaris において、UDP を使っての Windows Media の Push スプリッティングはできません。
	Windows Media の Pull スプリッティングはできません。TCP での Push スプリッティングを使用してください。
	IPv6 ネットワークで TCP を使うと、Windows Media ライブのプッシュ エンコード (スプリッティング) はできません。
	Windows Media ストリームは、IPv6 ネットワークを経由して Helix Proxy に接続することはできません。
	多数のロギングに関するエラーが、Helix Proxy を通じて MMS 再生を行った際に発生します。

Crash Avoidance (CA) — クラッシュ回避機能 — の問題

	スケーラブル マルチキャストのチャンネルを Helix Administrator から追加すると CA が発生することがあります。
	MMS ストリームを Proxy を通じてリクエストすると、Proxy で CA が発生することがあります。