SIP コンテナー設定

このページを使用して、Session Initiation Protocol (SIP) の SIP コンテナー設定を構成します。

この管理コンソール・ページを表示するには、「サーバー (Servers)」 > 「サーバー・タイプ (Server Types)」 > 「WebSphere Application Server」 > 「server_name」 > 「SIP コンテナー設定 (SIP container settings)」 > 「SIP コンテナー (SIP container)」とクリックします。

最大アプリケーション・セッション数

コンテナーが管理する SIP アプリケーション・セッションの最大数を指定します。最大数に達すると、新規の SIP 会話は開始されません。 クラスター環境内で最大数を超えた場合、サーバーは、アプリケーション・セッション数が最大数を下回るまで、新規のダイアログを転送しません。

アプリケーション・セッションは通常、新規着信呼び出しによって作成されますが、 別のイベントによって作成されることもあります。 アプリケーション・セッション数は、フェイルオーバーに影響を与えず、着呼の結果として作成される新しいセッションにのみ適用されます。

フェイルオーバーのためにアプリケーション・セッションがアプリケーション・サーバー間で転送される場合、アクティブ・アプリケーション・サーバーは、失敗したサーバー上で作成されたセッションを継承します。 さらに、SipFactory.createApplicationSession() を呼び出すことにより、 サーブレットが SIP コンテナー内に新規アプリケーション・セッションを作成する場合があります。

SIP 会話の開始とは別のイベントのために作成された新規のアプリケーション・セッションは、この設定によって制御されません。 しかし、許可されるアプリケーション・セッションの最大数を計算する際には、すべての新規アプリケーション・セッションが含まれます。 これにより、SIP 会話の開始とは関係のないアプリケーション・セッションを含むすべてのアクティブ・アプリケーション・セッションが、最大数を超える場合があります。

通知 値
データ型 整数
デフォルト 120000 (推奨)
範囲 1 <= n <= java.lang.Integer.MAX_VALUE

平均期間あたりの最大メッセージ数

平均期間あたりに処理される SIP メッセージの最大数を指定します。 平均期間は、コンテナーが受け取ったメッセージの平均数が計算される期間です。

この平均を使用して、コンテナーのロードを判別し、メッセージ数が最大数に近づいているかどうかを判別します。 最大値を超えても、スタンドアロン・サーバーまたはプロキシー・サーバーは、すべてのダイアログ内のメッセージの処理を続けます。 他の非ダイアログ要求は拒否されます。 コンテナーが過負荷状態である場合、プロキシー・サーバーは 503 エラーを戻します。

通知 値
データ型 整数
デフォルト 5000 (推奨)
範囲 1 <= n <= java.lang.Integer.MAX_VALUE

ディスパッチ・キューの最大サイズ

内部ディスパッチング・キューのサイズを指定します。 キュー・サイズの最大しきい値に達した場合、コンテナー・キューは、過負荷となり、新しいセッションの要求を除去し始めます。 この場合、コンテナーは、その過負荷状態をプロキシー・サーバーに報告しません。

キュー・サイズを制限するようにシステムを構成し、キューがこのしきい値に達しないようにします。 内部キューが過負荷状態に達すると、着信の UDP パ ケットは、キューの過負荷状態が解消されるまで除去されます。 キュー・サイズを制限すると、CPU が他のプロセスまたはスレッドによって使用されている場合、回復しやすくなり、コンテナーがメモリー不足の状態に達しないようになります。 値が 0 に設定された場合、キュー・サイズは無制限になります。

通知 値
データ型 整数
デフォルト 3200 (推奨)
範囲 0 <= n <= java.lang.Integer.MAX_VALUE

最大応答時間

アプリケーションの最大応答時間 (ミリ秒) を指定します。 この時間を超えると、コンテナーは、クラスタリング・フレームワークに使用不可である旨を通知します。 管理コンソールでこの機能を使用不可にするには、チェック・ボックスを選択解除し、値 0 を指定します。

計算される応答時間はすべてのアプリケーションの振る舞いと一致するとはかぎらないため、最大 SIP 応答時間の設定は注意して使用してください。 INVITE 要求などのような、ユーザー対話の結果として応答が生成される要求の場合、計算された応答時間は長くなります。 ただし、SIP コンテナーでの遅延によって応答時間が長くなるわけではありません。 したがって、負荷要因として応答時間を計算しないでください。応答時間の有効的な計算のために推奨されるアプリケーションは、ユーザー対話なしで直接応答するアプリケーションです。 例として、購読および登録アプリケーションがあります。

通知 値
データ型 整数
デフォルト 0
範囲 1 <= n <= java.lang.Integer.MAX_VALUE

平均期間 (ミリ秒) (Averaging period in milliseconds)

平均期間あたりの最大メッセージ数を計算するために使用する時間 (ミリ秒単位) を 指定します。SIP コンテナーがコンテナーに送信されるメッセージ数をカウントする期間については、スライディング・ウィンドウを使用して設定します。

通知 値
データ型 整数
デフォルト 1000 (推奨)
範囲 1000 <= n <= java.lang.Integer.MAX_VALUE

統計更新率

コンテナーが平均を計算して統計をパフォーマンス・モニター・インフラストラクチャーに公開する間隔に対する制御を指定します。

通知 値
データ型 整数
デフォルト 10000 (推奨)
範囲 1000 <= n <= java.lang.Integer.MAX_VALUE

DNS を使用して SIP サーバーを検出

DNS (Directory Name Service) を使用して SIP サーバーの検出を可能にするかどうかを指定します。

SIP Uniform Resource Identifier (URI) は、 DNS を介してネクスト・ホップの IP アドレス、ポート、およびトランスポート・プロトコルに 解決できます。

「プライマリー DNS サーバー名」または「セカンダリー DNS サーバー名」フィールドの値は、1 つのアドレスとポート・タプルが含まれるストリングです。 以下の例では、アドレスとポート・タプルを指定します。
注: コンテナーは、最初にプライマリー DNS サーバーにコンタクトします。ただし、プライマリー DNS サーバーが使用可能でない場合は、セカンダリー DNS サーバーにコンタクトします。 セカンダリー DNS サーバーが引き続き応答していれば、コンテナーはプライマリー DNS サーバーへのコンタクトを試行しません。
  • dottedDecimalAddress@.port
  • hostname.domain@port
  • IPV6address@port
通知 値
データ型 ブール
デフォルト False
プライマリー DNS サーバー名
プライマリー DNS サーバーの IP アドレスとポート・タプルを指定します。 このサーバーが使用可能でない場合、コンテナーはセカンダリー DNS サーバーに応答を送信します。
通知 値
データ型 ストリング
デフォルト 空ストリング。
セカンダリー DNS サーバー名
セカンダリー DNS サーバーの IP アドレスとポート・タプルを指定します。
通知 値
データ型 ストリング
デフォルト 空ストリング。

スレッド・プール

SIP コンテナーに使用するスレッド・プールを指定します。

スレッド・プールを選択しないと、SIP コンテナーは最大サイズ 15 の新しいスレッド・プールを作成します。



ファイル名: usip_rcont.html