使用上のガイドライン

ゲートウェイのデフォルトの動作では、ReasonComplete の理由に関係なく、ゲートキーパーから受信したすべての代替エンドポイントを再試行します。no alt-ep hunt コマンドのみが構成に表示されます。試行されたエンドツーエンドコールが失敗した理由を示すために、接続先ルータから返されるコード。指定された切断原因コードが最後の接続先エンドポイントから返された場合、ダイヤルピアハンティングが有効または無効化されます。キーワード、10 進数の値、16 進数の値を入力できます。

次の表に切断原因コードを示します。切断原因コードの 10 進数の値および 16 進数の値は、可能な各キーワードの説明の後に続きます。

使用上のガイドライン

発信側または終端側の H.323 デバイスが Cisco Unified Communications Manager などの非 Cisco IOS VoIP デバイスの場合、Cisco Unified Border Element を介して発信されたコールは接続に失敗することがあります。

Cisco Unified Border Element を介した H.323 相互のコールのデフォルトの動作では、H245 TCS/MSD/OLC ネゴシエーションが行われるまで、発信元の H323 デバイスへの H.225 Connect メッセージの送信を遅延させます。このプロセス中に、終端側の H.323 デバイスからの H.245 アドレスを持つ H.225 接続メッセージが H.225 プログレスメッセージに変更され、その後 H.245 アドレスが埋め込まれた H.225 ファシリティメッセージが続きます。これにより、発信側の H.323 デバイスが H.225 Connect メッセージが H245 TCS/MSD/OLC ネゴシエーションを開始するのを待っている場合、接続に失敗する可能性があります。

h225 connect-passthru コマンドは、H.225 接続メッセージをトランキングゲートウェイから発信ゲートウェイに Cisco Unified Border Element 経由で直ちに渡すために使用されます。

Cisco Unified Border Element を通過するすべてのコールに対して、H.323 音声サービス コンフィギュレーションで h225 connect-passthru コマンドを設定することを推奨します。このコマンドオプションは、allow-connections コマンドが設定されている場合にのみ表示されます。

多くの場合、このコマンドは Cisco IOS 以外の H.323 デバイス間でインターワーキングが設定されている場合に、h245 passthru tcsnonstd-passthru コマンドおよび emptycapability コマンドで設定されます。

使用上のガイドライン

ゲートウェイが Cisco Unified Communications Manager と相互運用している場合、Q931 ファシリティメッセージで受信した IE を H.225 通知メッセージで送信するように表示するには、h225 display-ie ccm-compatible コマンドを有効化する必要があります。

コマンドが設定されている場合、ゲートウェイは H.225 ファシリティメッセージと H.225 通知メッセージを Cisco Unified Communications Manager に送信します。Cisco Unified Communications Manager は H.225 ファシリティメッセージを無視し、H.225 通知メッセージを処理します。h225 display-ie ccm-compatible

（注）	Cisco Unified Connections Manager とのみ相互運用する場合は、h225 display-ie ccm-compatible コマンドを設定する必要があります。

動作と設定は、コマンドが設定されている設定モードによって異なります。

• h225 display-ie ccm-compatible コマンドが音声クラスで設定されている場合、音声クラスの CLI が優先されます。h225 display-ie ccm-compatible コマンドがグローバル音声サービス voip で設定されていない場合でも、音声クラスで設定されたコマンドが有効になります。これは、発信者名を持つ Q931 ファシリティを受信すると、ゲートウェイが H225 通知メッセージと H225 ファシリティメッセージの両方を Display IE に発信者名とともに送信することを意味します。

設定されたコマンドは、音声クラスの下の show running-configuration 出力に表示されます。

• h225 display-ie ccm-compatible system コマンドが音声クラスで設定されている場合、グローバル音声サービス VoIP で設定されているコマンドが優先されます。h225 display-ie ccm-compatible system コマンドが音声サービス voip で設定されている場合、ゲートウェイでは H225 通知メッセージを送信します。h225 display-ie ccm-compatible system コマンドが音声サービス voip で設定されていない場合、ゲートウェイでは H225 通知メッセージを送信しません。

system キーワードが設定されている場合、コマンドは show running-configuration 出力に表示されません。

• 音声クラス コンフィギュレーション モードで no h225 display-ie ccm-compatible system を設定すると、音声クラスで設定されたコマンドが優先されます。no h225 display-ie ccm-compatible system コマンドが voice service voip で設定されている場合でも、ゲートウェイは受信した H225 Notify メッセージを送信せず、発信者名は IP Phone に表示されません。

このno バージョンを使用して、特定の VoIP ダイヤルピアでの H225 通知メッセージの送信を無効化します。このコマンドの no 形式は、show running-configuration の音声クラスの下に表示されます。

使用上のガイドライン

h225 h245-address on-alert コマンドは、ローカル H.245 アドレスをリモート側に送信するように制御します。h225 h245-address on-alert コマンドを設定すると、Cisco IOS ゲートウェイでは、H.225 callproceeding メッセージではなく、H.225 アラートメッセージで H.245 アドレスを強制的に送信します。

音声クラスに対して h225h245-addresson-alert コマンドを設定します。まず、グローバル コンフィギュレーション モードで voice class h323 コマンドを使用して、ダイヤルピアから独立した H.323 音声クラスを作成し、allow-connections コマンドを設定します。

（注）	ダイヤルピア コンフィギュレーション モードの voice-classh323 コマンドにはハイフンが含まれ、グローバル コンフィギュレーション モードのコマンドにはハイフンが含まれません。

使用上のガイドライン

このコマンドで指定された機能により、Cisco CallManager Express 3.1（Cisco CME 3.1）以降のシステムは、同じネットワーク内の Cisco CallManager とインターワーキングできます。このコマンドは常に有効化する必要があります。

Cisco CallManager 電話機から Cisco CME IP Phone に単純な A-to-B コールが行われる場合、Cisco CallManager では、発信元の電話機に対してローカルでインバンド リングバックトーンを再生する必要があります。Cisco CallManager では、コールに応答する前にコールの H.245 アドレスを受信した場合と、トーンの生成を停止します。h225 h245-address on-connect コマンドによって、コールに応答する（接続する）前に H.245 アドレスが送信されないようにします。このコマンドの形式が使用されていない限り、このコマンドはデフォルトで有効になっています。no さらに、デフォルトの Cisco CallManager からのコールを検出するには、telephony-service ccm-compatible コマンドを有効化する必要もあります。

このコマンドを H.323 音声サービス定義で使用して、個々のダイヤルピアのこの動作をグローバルに有効化または無効化することもできます。

使用上のガイドライン

このコマンドで指定された機能により、Cisco CallManager Express 3.1（Cisco CME 3.1）以降のシステムは、同じネットワーク内の Cisco CallManager とインターワーキングできます。このコマンドは常に有効化する必要があります。

Cisco CallManager 電話機から Cisco CME IP Phone に単純な A-to-B コールが行われる場合、Cisco CallManager では、発信元の電話機に対してローカルでインバンド リングバックトーンを再生する必要があります。Cisco CallManager では、コールに応答する前にコールの H.245 アドレスを受信した場合と、トーンの生成を停止します。h225 h245-address on-connect コマンドによって、コールに応答する（接続する）前に H.245 アドレスが送信されないようにします。このコマンドの no 形式が使用されていない限り、Cisco CME システムが Cisco CallManager からの着信コールを検出すると、この動作がデフォルトになります。さらに、デフォルトの Cisco CallManager からのコールを検出するには、telephony-service ccm-compatible コマンドを有効化する必要もあります。

このコマンドを H.323 音声クラス定義で使用して、個々のダイヤルピアのこの動作を有効化または無効化することもできます。

使用上のガイドライン

h225 h245-address setup コマンドを設定すると、ゲートウェイでは H.225 セットアップメッセージと H.245 アドレスメッセージの両方を同時に受信できます。

音声クラスに対して h225 h245-address setup コマンドを設定します。まず、グローバル コンフィギュレーション モードで voice class h323 コマンドを使用して、ダイヤルピアから独立した H.323 音声クラスを作成し、allow-connections コマンドを設定します。

（注）	ダイヤルピア コンフィギュレーション モードの voice-class h323 コマンドにはハイフンが含まれ、グローバル コンフィギュレーション モードのコマンドにはハイフンが含まれません。

使用上のガイドライン

ビデオコールは、エンドポイントが同じバージョンのソフトウェアを実行しているときに完了します。このコマンドを使用して、異なるソフトウェアバージョンを使用しているビデオエンドポイント間の接続を許可します。

使用上のガイドライン

ダイヤル番号の前に「+」が付いている場合、キャリアでは、その国固有の国際オペレータダイヤル文字列のない国際コールとしてそのコールを認識します。ダイヤルピア一致パターンの先頭の「+」の数字は、電話番号の先頭の「+」の E.164 数字を照合するために使用されます。正規表現記号としては使用されませんが、VoIP ネットワーク全体で保持する必要がある有効な E.164 数字です。

使用上のガイドライン

終端ゲートウェイには、すべての着信者番号の桁を取得する役割があります。これは、接続先パターンに一致するダイヤルピアによって導入されます。発信ゲートウェイで H.225 信号のオーバーラップが設定されている場合、ダイヤルピアの一致が見つかると、終端ゲートウェイに SETUP が送信されます。発信ゲートウェイでは、INFO メッセージを使用して、ユーザから送信完了を受信するまで、ユーザから受信したすべての数字を終端ゲートウェイに送信します。終端ゲートウェイは、SETUP とそれに続く INFO メッセージで数字を受信し、ダイヤルピアの照合を行います。一致が見つかった場合は、取得した数字を含む SETUP を PSTN に送信します。それ以降のすべての数字は、INFO メッセージを使用して、コールが完了する際に PSTN に送信します。

使用上のガイドライン

h225 start-245 on-connect コマンドによって、コールに応答する（接続する）前に H.245 アドレスが送信されないようにします。

接続動作をグローバルに有効化または無効化するには、H.323 音声サービス コンフィギュレーション モードでこのコマンドを設定します。

使用上のガイドライン

このコマンドを使用して、コールセットアップとコール接続の間の最大時間を設定します。

このコマンドは、次の 2 つのコンフィギュレーション モードのいずれかで使用できます。

• すべてのピアの場合：voice service voip コマンドを入力して、音声サービス コンフィギュレーション モードを使用します。

• 単一のダイヤルピアのみの場合：voice class h323 コマンドを入力して、目的のダイヤルピアにダイヤルピア コンフィギュレーション モードを使用します。

使用上のガイドライン

h225 timeout keepalive コマンドのデフォルト設定を使用している場合、H.225 チャンネルで TCP タイムアウトが発生すると、すべてのアクティブコールが切断され、対応する H.225 TCP ソケットが閉じます。

no h225 timeout keepalive コマンドが設定されているときにタイムアウトが発生すると、H.225 TCP ソケットはすべてのコールに対して閉じます。アクティブな TDM-IP コールは保持されますが、IP から IP へのコールは切断されます。どちらの場合も、H.225 TCP ソケットは閉じます。

（注）	このコマンドは、ユーザがコマンドの no 形式を設定した場合にのみ、実行中の構成に表示されます。

使用上のガイドライン

このコマンドを使用して、発信ゲートウェイで H.225 信号のオーバーラップが設定されている場合に、ダイヤルピアの一致を完了するために許可される最大時間を設定します。

使用上のガイドライン

H.225 オーバーラップシグナリングが設定されている場合、h225 timeout t304 コマンドを使用して、発信ゲートウェイの最大の桁間遅延を設定します。発信ゲートウェイの H.323 コールレッグにこのコマンドを設定します。このタイマーが期限切れになると、原因コード 28（無効な番号）でコールが切断されます。

使用上のガイドライン

このコマンドは、確立された H.225 TCP 接続にコールがない場合に、その接続を維持する時間を指定します。タイマーが期限切れになると、接続は終了します。タイマー実行中に、その接続で新しいコールが行われるとタイマーは停止します。その接続ですべてのコールがクリアされると、タイマーが再びスタートします。

使用上のガイドライン

ゲートウェイでこのコマンドを設定し、Q931 セットアップメッセージを制御します。このコマンドは、音声サービスまたは音声クラス コンフィギュレーション モードで設定されます。

Cisco Unified Communications Manager（Cisco Unified CM）が Cisco ゲートウェイとインターワーキングしている場合、Cisco Unified CM は、H.225 セットアップおよび H.225 通知メッセージの Display IE に着信する発信者名を解釈し、Cisco IP Phone に発信者名を表示できます。H.225 ファシリティメッセージの Display IE で送信される発信者名は、デフォルトでは解釈されません。

Cisco ゲートウェイに h225 timeout ntf コマンドが設定されている場合、name-to-follow を持つ Q931 セットアップメッセージが着信すると、ゲートウェイでは H.225 セットアップメッセージを送信せず、ntf タイマーが時間切れになるか、ISDN 側から Q931 ファシリティメッセージが受信されるまでバッファします。

（注）	タイマーが時間切れになる前にファシリティを受信した場合、ゲートウェイはバッファのタイマーを停止し、関連する情報を抽出して、終端エンドポイントに送信します。

Cisco ゲートウェイが ISDN スイッチに接続されており、Q931 セットアップで name-to-follow を送信し、その後 Q931 ファシリティメッセージで発信者名を送信する場合は、h225 timeout ntf コマンドを設定することを推奨します。

使用上のガイドライン

h245 address-check コマンドにより、ゲートウェイでは IP アドレスを使用して、TCP 接続が同時に開かれたときにどのエンドポイントを閉じるかを決定します。ゲートウェイの TCP 接続は、IP アドレスが小さい場合に限って閉じられます。

使用上のガイドライン

Cisco Unified CallManager で保留したコールの再開に失敗した場合、一般に、2 番目の Cisco Unified CallManager でコールに失敗します。これは、IP-to-IP ゲートウェイ（IPIPGW）で最初の Cisco Unified CallManager に対して誤ったクラスタ間トランク（ICT）バージョンを 2 番目の Cisco Unified CallManager に送信することと、IPIPGW によって 2 番目の Cisco Unified CallManager から最初の Cisco Unified CallManager への callproc、アラート、接続メッセージ内の非標準フィールドをドロップするためです。この動作を解決するには、h245 passthru コマンドを設定します

（注）	IP-to-IP ゲートウェイ機能の場合、allow-connections h323 to h323 コマンドを設定する必要があります。

使用上のガイドライン

OLC -- 発信ゲートウェイでは、H.245 手順で OLC メッセージを送信した後、終端ゲートウェイが OLC 確認応答により応答するのを 4 秒間待機します。この動作はデフォルトで有効化されており、OLC メッセージのタイムアウト値は 4 秒に設定されています。

ただし、衛星リンクのような低速リンクがメッセージ送信に関係している場合、遅延が発生することがあります。その場合、4 秒では OLC メッセージを受信するには不十分で、終端ゲートウェイが OLC 確認応答で応答した場合でもコールは失敗します。VoIP コールのランダムドロップを回避するには、h245 timeout コマンドを使用して、発信ゲートウェイが終端ゲートウェイからの OLC 確認応答を待機する時間を変更します。

TCS -- ゲートウェイが TCS を送信した後、この TCS への応答を 15 秒間待機します。通常の動作では、接続されたピアが自らの TCS を送信し、最初の TCS に確認応答（TCSack）を送信します。ゲートウェイは、この TCSack を待機する TCS タイマーを設定します。特に H320 ビデオコールに接続する場合、この通常の 15 秒のタイムアウトでは不十分な場合があります。このコマンドを使用すると、ユーザによってタイムアウト値を 1 ～ 45 秒の間で任意の値に設定できます。タイムアウトの動作は変更されません。タイマーが時間切れになると、ゲートウェイは TCS リリース を送信し、コールを切断します。

使用上のガイドライン

このコマンドは h323 interface コマンドとは独立しています。

（注）	no h323 asr bandwidth max -bandwidth コマンド を指定すると、帯域幅設定が削除されますが、ASR は有効化されたままです。ASR を無効化するには、no h323 asr コマンドを入力する必要があります。

使用上のガイドライン

Cisco IOS リリース 12.1(3)XI 以降のリリースでは、H.323 Voice over IP（VoIP）ゲートウェイでは、デフォルトで RSVP を開始するものを含むすべてのコールに H.323 バージョン 2（高速接続）を使用します。以前は、ゲートウェイでは RSVP コールに低速接続手順のみを使用していました。Cisco IOS リリース 12.1(3)XI ゲートウェイが Cisco IOS リリース 12.1 T より前のリリースと下位互換性を持つようにするためには、h323 call start コマンドによって、発信ゲートウェイに低速接続を使用してコールを開始するように強制します。

h323 call start コマンドは、VoIP サービスのグローバル音声サービス コンフィギュレーションの一部として設定されます。VoIP ダイヤルピアで call start system 音声クラス コンフィギュレーション コマンドが設定されない限り、有効になりません。

使用上のガイドライン

このコマンドを使用する前に、h323 interface コマンドと h323 h323 -id コマンドに入力する必要があります。h323 gatekeeper コマンドは Cisco IOS プラットフォームで指定する必要があります。指定しないと、プロキシはオンラインになりません。プロキシは、インターフェイスアドレスを RAS シグナリングアドレスとして使用します。

使用上のガイドライン

各エントリは、ゲートキーパーに指定された H.323 ID プロキシエイリアスを登録します。通常、これらのエイリアスは、単純なテキスト文字列または正当な電子メール ID のいずれかです。

（注）	このコマンドを使用する前に、h323 interface コマンドに入力する必要があります。 h323 h323-id コマンドは、h323 gatekeeper コマンドと同じインターフェイスに入力する必要があります。h323 interface コマンドがないと、プロキシはオンラインになりません。

使用上のガイドライン

プロキシのスタートアップ時に、Cisco IOS ソフトウェアでは VoIP ゲートウェイサブシステムの存在をチェックします。サブシステムが存在することが判明した場合、プロキシコードを開き、新しいポートでコールセットアップ要求をリッスンします。次に、プロキシではこのポートをゲートキーパーに登録します。

使用上のガイドライン

このコマンドを使用する前に、h323 interface コマンドを実行する必要があります。

IP 優先順位と RSVP QoS の両方を設定するには、2 つの異なる QoS 形式でこのコマンドを 2 回呼び出します。

使用上のガイドライン

このコマンドの no 形式には機能がありません。使用できるコマンドは h323 t120 bypass および h323 t120 proxy のみです。

使用上のガイドライン

ゲートキーパーを Annex G ボーダーエレメントに関連付ける前に、call router コマンドを使用して Annex G ボーダーエレメントを設定する必要があります。h323-annexg コマンドは、ゲートキーパーを以前に設定された Annex G ボーダーエレメントに関連付け、ゲートキーパーがアドレス解決で BE と双方向でやり取りする必要があることを示します。

使用上のガイドライン

音声ゲートウェイ インターフェイスとして定義したインターフェイスでこのコマンドを発行する必要はありません（発行した方が便利な場合もあります）。このコマンドは、バインドする IP アドレスを含むインターフェイスで使用します。

使用上のガイドライン

このコマンドは、このインターフェイスに関連付けられた H.323 ゲートウェイに、どの H.323 ゲートキーパーと通信するか、どこに配置するかを通知します。ここで設定されたゲートキーパー ID は、ゲートキーパー コンフィギュレーションのゲートキーパー ID と完全に一致する必要があります。

1 つまたは 2 つの代替のゲートキーパーを設定できます。

ゲートキーパーの IP アドレスは明示的である必要はありません。マルチキャストオプションを使用することもできます。マルチキャストは、必要な場合にのみパケットを複製するようネットワークに強制することにより、帯域幅を節約します。次に示すマルチキャストオプションは、ユニバーサルアドレス 224.0.1.41 を使用して LAN 内のすべてのゲートキーパーに通知します。

h323-gateway voip id GK1 multicast
h323-gateway voip id GK2 ipaddr 172.18.193.65 1719

使用上のガイドライン

このコマンドは、ゲートウェイがゲートキーパーに登録するテクノロジープレフィックスを定義します。ゲートウェイが特定のテクノロジーが特定のコールに関連付けられていることをゲートキーパーに通知できるように、テクノロジープレフィックスを識別子として使用できます（たとえば、15# は FAX 送信を意味します）。また、より汎用的なルーティング用に市外局番として使用できます。現在、テクノロジープレフィックスの数字の意味を定義する標準規格はありません。慣例として、テクノロジープレフィックスは、最後の文字にシャープ記号（#）を付けることで指定します。

（注）	Cisco ゲートキーパーは、アスタリスク（*）を予約済み文字として使用します。Cisco ゲートキーパーを使用している場合は、テクノロジープレフィックスの一部としてアスタリスクを使用しないでください。

使用上のガイドライン

この コマンド を使用して、音声送信元グループ定義で着信 H.323 コールに使用するゾーンを指定します。ゾーン ID は、着信 H.323 コールの送信元ゾーン ID と一致します。

（注）	SIP プロトコルでは、ゾーン ID 機能はサポートされません。

使用上のガイドライン

このコマンドは、Cisco IOS Telephony Service（ITS）V2.1 以降のバージョンで使用します。

このコマンドは、このタイマーのデフォルト設定がネットワーク遅延パラメータと一致しない場合に主に使用されます。これらのタイマーの詳細については、ITU-T H.450.3 仕様を参照してください。

使用上のガイドライン

Cisco IOS リリース 12.4(22)T より前のソフトウェアを実行している Cisco IOS デバイスでは、Replaces ヘッダーメッセージ付き SIP INVITE（コンサルトコール転送シナリオ中のコール置換に関連付けられたメッセージなど）は、SIP プロトコルレベルで処理されます。Cisco IOS リリース 12.4(22)T 以降、デフォルトの動作では、Cisco IOS デバイスによってアプリケーション層で Replaces ヘッダーメッセージ付き SIP INVITE を処理します。Replaces ヘッダーメッセージ付き SIP INVITE を SIP プロトコルレベルで処理するように Cisco IOS デバイスを設定するには、SIP UA コンフィギュレーション モードで handle-replaces コマンドを使用します。

使用上のガイドライン

このコマンドは、Hangup Last Active Call 機能の FAC の値をデフォルト（#1）から指定された値に変更します。

フィーチャモードで別の FAC で設定済みの値をこのコマンドに設定しようとした場合は、メッセージが表示されます。このメッセージは機能コードの設定を妨げるものではありません。重複する FAC を設定した場合は、それぞれの FAC の値によって決定される優先順位で、一致する最初の機能が導入されます（#1 ～ #5）。

フィーチャモードで除外する値、または別の FAC によって除外された値をこのコマンドに設定しようとした場合は、メッセージが表示されます。フィーチャモードで除外する値、または別の FAC によって除外された値を FAC に設定すると、システムでは常に最も短いコードでコール機能を実行し、長いコードは無視されます。たとえば、1 では常に 12 と 123 は除外されます。これらのメッセージは機能コードの設定を妨げるものではありません。電話ユーザがその機能にアクセスできるようにするには、除外されたコードに新しい値を設定する必要があります。

（注）	Cisco Unified Communications Manager Express（CME）の FXS ポートに接続されたアナログ電話の場合、Cisco ルータで keep-conference drop-last コマンドを有効化する必要があります。

使用上のガイドライン

header-passing voice service voip で設定されるコマンドの目的は、ゲートウェイに到着する SIP ヘッダーに含まれるデータを、ゲートウェイまたはサードパーティのサーバーでホストされている VXML アプリケーションに渡すことです。

この機能がないと、ゲートウェイ上で動作する音声アプリケーションは SIP 要求で送信されたヘッダーにアクセスできません。SIP ヘッダーの受け渡し機能を使用することにより、SIP ヘッダー（SIP メッセージ内の、セッションの詳細を指定するフィールド）をアプリケーションで使用できるようになります。

• このコマンドは、ゲートウェイに設定されているすべての SIP VoIP ダイヤルピアに適用されます。SIP INVITE、SUBSCRIBE、NOTIFY メッセージのヘッダーを受け渡しできます。ヘッダーの受け渡しを無効化すると、着信 INVITE メッセージにのみ影響します。

• コールごとまたはアプリケーションごとにヘッダーの受け渡しを有効化するコマンドはありません。

• ヘッダーの受け渡しを有効化すると、メモリと CPU の使用率がわずかに増加します。

使用上のガイドライン

このコマンドを使用して、グローバルレベルで history-info ヘッダーのサポートを有効化します。history-info ヘッダー（RFC 4244 で定義）は、コールまたはダイアログの履歴を記録します。受信側アプリケーションは、history-info ヘッダー情報を使用して、コールが着信した経緯と理由を判断できます。

（注）	Cisco IOS SIP ゲートウェイでは、history-info ヘッダー内の情報を使用してルーティングを判断できません。

使用上のガイドライン

インスタンスが終了すると、アプリケーション イベントログはアクティブから履歴に移動します。このコマンドを使用すると、音声ゲートウェイでは、エラーが発生したインスタンスのイベントログのみを保存します。エラーを含まない通常のインスタンスのイベントログは、履歴に保存されません。

（注）	このコマンドは、dump event-log コマンドを使用して FTP サーバーに保存されたレコードには影響しません。

使用上のガイドライン

このコマンドは、show call application history session-level コマンドを使用したときに表示されるレコードの数に影響します。

使用上のガイドライン

このコマンドは、 show call application history session-level コマンドを使用したときに表示されるレコードの数に影響します。

音声アプリケーションのイベントロギングを有効化するには、 event-log コマンドを使用します。

使用上のガイドライン

このコマンドは、Cisco IOS 音声ゲートウェイ（ISR; サービス統合型ルータ）や Cisco VG224 アナログ電話ゲートウェイなど）の FXS ポートに接続されているアナログエンドポイントで、保留/再開 STC アプリケーション付加サービス機能を有効化します。

使用上のガイドライン

このコマンドは、SIP URI の音声クラスでのみ使用できます。

voice クラスで pattern コマンドを使用する場合、このコマンドは使用できません。pattern コマンドは URI 全体に一致しますが、このコマンドは特定のフィールドのみに一致します。

各インスタンスに IPv4 アドレス、IPv6 アドレス、ドメインネームシステム（DNS）名を指定することで、host コマンドの 10 のインスタンスを構成できます。hostname-pattern 引数を指定して host コマンドを設定できるのは 1 回だけです。

使用上のガイドライン

sip-ua コマンドを使用する前に、ルータを SIP ユーザーエージェント コンフィギュレーション モードにするように host-registrar コマンドを設定する必要があります。

デフォルトでは、Session Initiation Protocol（SIP）ゲートウェイと Cisco Unified Communications Manager Express（Cisco Unified Communications Manager Express）は、宛先変更（Diversion）ヘッダーのホスト部分に、要求または応答を生成するゲートウェイのドメイン名または IP アドレスを入力します。また、SIP ゲートウェイと Cisco Unified Communications Manager Express では、リダイレクトする連絡先（Contact）ヘッダーのホスト部分に、一致するダイヤルピアのセッションターゲット IP アドレスまたはホスト名を入力します。

host-registrar コマンドとregistrar コマンドの両方が SIP ユーザーエージェント コンフィギュレーション モードで設定されている場合、SIP ゲートウェイまたは Cisco Unified Communications Manager Express は、宛先変更（Diversion）ヘッダーとリダイレクトする連絡先（Contact）ヘッダーの両方のホスト部分に registrar コマンドで設定されているドメイン名または IP アドレスを入力します。

host-registrar registrar コマンドは、SIP ユーザーエージェント コンフィギュレーション モードでコマンドとともに設定する必要があります。host-registrar コマンドが registrar コマンドなしで設定された場合、宛先変更（Diversion）ヘッダーのホスト部分にはゲートウェイのドメイン名または IP アドレスが入力され、リダイレクトする連絡先（Contact）ヘッダーのホスト部分には一致するダイヤルピアのセッションターゲット IP アドレスまたはホスト名が入力されます。

使用上のガイドライン

キャッシュサイズを大きくすると、頻繁に使用されるファイルのキャッシングが可能になり、クライアントとサーバー間のフェッチ時間が短縮され、パフォーマンスが向上します。ファイルサイズまたはプールサイズを増やすためにメモリを割り当てても、使用可能なメモリの量は減少しません。キャッシュメモリは必要な場合にのみ使用され、その後は他のリソースとのメモリ共有に戻ります。

期待されるパフォーマンスレベルに必要なメモリの量は、音声ゲートウェイタイプ（たとえば、Cisco 2600 シリーズまたは Cisco AS5400）など、いくつかの要因によって異なります。

推奨される最大ファイルサイズは 10 MB です。推奨される最大プールサイズは 100 MB です。

このコマンドの値を入力した際に、ゲートウェイでは「#」や「!」などの無効な文字を受け入れる場合があります。ゲートウェイでは無効な文字を無視します。

（注）	HTTP キャッシングの詳細については、準拠している仕様を参照してください。RFC 2616、Hypertext Transfer Protocol（HTTP）/1.1（1999 年 6 月、IETF）。