使用上のガイドライン

E.164 パターンマップの内容を音声クラス E.164 パターンマップモードで設定する前に、ダイヤルピア コンフィギュレーション モードで E.164 パターンマップを作成できます。E.164 パターンエントリを接続先 E.164 パターンマップに追加する場合は、正しい形式の E.164 パターン番号を使用する必要があります。複数の接続先 E.164 パターンをパターンマップに追加することもできます。

使用上のガイドライン

no コマンドの形式は、グローバルな観点から E911 機能を無効化します。show running-config コマンドからの出力は、E911 が設定されているかどうかを示しています。voice-class sip e911 コマンドおよび debug csm neat コマンドも参照してください。

使用上のガイドライン

このコマンドを使用して、すべての VoIP コール、SIP 音声通話、または個々のダイヤルピアに対して Out-Leg（OL）、Delayed-Offer から Early-Offer に EO を使用して SIP INVITE を送信するように Cisco UBE を強制的に設定します。

使用上のガイドライン

re-negotiate キーワードを使用して、UPDATE 要求に発信者 ID、トランスコーダの追加または削除、ビデオのエスカレーションまたは下方エスカレーションの変更が含まれている場合、エンドツーエンドの再ネゴシエーションを有効化します。

使用上のガイドライン

音声ダイヤル（VAD）がアクティブになっている場合、echo-cancel comfort-noise コマンドを使用して、コール中に無音のギャップを埋めるために背景雑音を生成します。コンフォートノイズが有効化されておらず、接続の遠端で VAD が有効化されている場合、リモート側で話していないときは、ユーザには何も聞こえないか、無音になります。

コンフォートノイズの設定は、ローカルインターフェイスで生成される無音にのみ影響します。いずれかの接続端での VAD の使用や、接続の遠端側で生成される無音には影響しません。

OC-3/STM-1 ATM 回線エミュレーションサービス ネットワークモジュールでは、エコーキャンセルを有効化する必要があります。

使用上のガイドライン

echo cancel compensation コマンドを使用して、T1 または E1 コントローラに減衰制御を追加します。このコマンドを有効化すると、受信方向からの信号レベルが大きい場合に 6 デシベルの減衰が挿入されます。大きな信号を受信しない場合、減衰は削除されます。

OC-3/STM-1 ATM 回線エミュレーションサービス ネットワークモジュールでは、エコーキャンセルを有効化する必要があります。

使用上のガイドライン

echo-cancel coverage コマンドを使用して、EC のカバレッジサイズを調整します。このコマンドは、インターフェイスから送信され、設定された時間内に同じインターフェイスで受信された音声のキャンセルを有効化します。ローカルループ（インターフェイスから、エコーを生成している接続デバイスまでの距離）がこの時間より大きい場合は、このコマンドの設定値を増やす必要があります。

このコマンドにより大きな値を設定した場合、EC の収束に時間がかかります。この場合、接続が最初に設定された際に、わずかなエコーが聞こえることがあります。このコマンドに設定された値が短すぎる場合、EC によって長い遅延エコーをキャンセルしていないため、通話中にエコーが聞こえることがあります。

接続のネットワーク側（非 POTS 側など）には、エコーまたはエコーキャンセルはありません。

（注）	このコマンドは、エコーキャンセル機能が有効化されている場合にのみ有効です。詳細については、echo-cancel enable コマンドを参照してください。

Cisco IOS リリース 12.4(20)T 以降では、Nextport デュアルフィルタ G.168 エコーキャンセラで 24 ミリ秒から 128 ミリ秒まで、16 ミリ秒単位でのエコーテールをサポートします。echo-cancel coverage コマンドでは、Nextport プラットフォームでエコーキャンセラのカバレッジを 128 ミリ秒に制限します。後方互換性のため、「raw モード」で使用する voicecap では、Cisco IOS ソフトウェアの新しいリリースで使用する場合に、古い SPEware を引き続き 64 ミリ秒より長い設定にすることができます。新しい SPEware が古い Cisco IOS リリース にロードされた場合は、Nextport デュアルフィルタ G.168 エコーキャンセラによって自動的にカバレッジ時間が 64 ミリ秒に設定されます。

使用上のガイドライン

echo cancel enable コマンドは、インターフェイスから送信され、同じインターフェイスで受信する音声のキャンセルを有効化します。この方法で受信した音は、リスナーによってエコーとして認識されます。エコーキャンセルを無効化すると、接続のリモート側でエコーが聞こえる場合があります。エコーキャンセルは音声品質低下を最小限に抑える侵襲的プロセスであるため、このコマンドが不要な場合は無効化する必要があります。

通常、ハイブリッド回線では 6 デシベル（dB）を超えるエコー反射減衰量（ERL）を供給できるため、拡張 EC ではデフォルトで最悪の場合で 6 dB を処理するように設定されています。ただし、測定の結果、回線が 6 dB 以下の ERL しか供給できないことが示された場合、拡張 EC は、この低いレートを使用するように設定できます。

Cisco G.168 EC では、デフォルトでは、エコーサプレッサはオフになっています。エコーサプレッサは、デフォルトの Cisco G.168 EC が使用されている場合のみオンになります。Cisco のデフォルト EC で使用される echo-cancel suppressor コマンドは、拡張 EC を選択しても表示されますが、何も実行しません。

echocancelenable コマンドは、アナログ側の接続でユーザに聞こえるエコーには影響しません。

4 線式の送受信インターフェイス（ear and mout とも呼ばれ、E&M と略される）にはエコーパスがありません。そのインターフェイスタイプでは、エコーキャンセラを無効化する必要があります。

（注）	このコマンドは、echo-cancel coverage コマンドが設定されている場合にのみ有効です。

使用上のガイドライン

echo cancel enable コマンドは、インターフェイスから送信され、同じインターフェイスで受信する音声のキャンセルを有効化します。エコーキャンセルを無効化すると、接続のリモート側でエコーが聞こえる場合があります。エコーキャンセルは音声品質低下を最小限に抑える侵襲的プロセスであるため、このコマンドが不要な場合は無効化する必要があります。

echo cancel enable コマンドは、アナログ側の接続でユーザに聞こえるエコーには影響しません。

（注）	このコマンドは、echo -cancel coverage が設定されている場合にのみ有効です。

使用上のガイドライン

このコマンドは、拡張 EC が存在し、Cisco 独自の G.165 EC ではサポートされていない場合に限って使用します。このコマンドは、EC で発生する可能性のあるワーストケースの ERL を予測します。

使用上のガイドライン

回線の echo-cancel loopback テストを使用して、回線またはインターフェイスのいずれかに起因するデバイスの誤動作を検出し、区別します。インターフェイスがループバックモードのときにエコーキャンセルが正常に行われない場合は、そのインターフェイスが問題の原因です。

使用上のガイドライン

このコマンドは、動作モードを有効化して、複数のエコーリフレクタがあるシステムや、小音量によるダブルトークが発生するシステムで、エコーキャンセラ（EC）のパフォーマンスを向上させます。このコマンドを有効化すると、拡張 EC では、アナログインターフェイスで頻繁に発生する複数のエコーリフレクタのケースで、より適切にエコーキャンセルを行います。

このコマンドは、拡張 G.168 エコーキャンセラが音声ポートで有効化されている場合にのみ使用できます。

2 モードを選択した場合は、echo-cancel erl worst-case コマンドを 0 に設定します。

使用上のガイドライン

このコマンドは、エコーキャンセラが有効な場合にのみ使用されます。ダブルトークの場合、最初の数秒において、コードによって自動的にサプレッサが無効化されます。

使用上のガイドライン

このコマンドを使用して、設定された緊急電話番号を取得します。

使用上のガイドライン

デフォルトのダイヤルピア設定では、ハントグループのすべてのメンバーが、コールを完了するために設定された同一のコーデックを持っている必要があります。IP-to-IP ゲートウェイ（IPIPGW）で emptycapability を設定すると、ロータリーグループ内のすべてのダイヤルピアに同一のコーデック機能が不要になり、IPIPGW がコーデックネゴシエーションをエンドツーエンドで再開できるようになります。

（注）	拡張キャップ（DTMF または T.38）が発信ゲートウェイまたはトランキングゲートウェイで構成されている場合、拡張キャップは両方の場所で構成する必要があります。

使用上のガイドライン

Cisco IOS リリース 12.2(2)XA より前のリリースでは、ゲートウェイコールには Cisco G.711 コーデックの単方向帯域幅である 64 kbps の帯域幅が常に必要であるとレポートされていました。コール中のエンドポイントによって、効率の良いコーデックの使用を選択した場合、それは Cisco ゲートキーパーにはレポートされませんでした。

Cisco IOS リリース 12.2(2)XA 以降の Cisco H.323 ゲートウェイのバージョン（つまり、H.323 バージョン 3）では、レポートされる帯域幅は双方向性です。最初に、128 kbps が予約されます。コール中のエンドポイントがより効率的なコーデックを選択すると、Cisco ゲートキーパーに帯域幅の変更が通知されます。

後方互換性のために、emulate cisco h323 bandwidth コマンドを使用すると、Cisco IOS リリース 12.2(2)XA 以降を実行しているデバイスが、H.323 バージョン 2 帯域幅レポートの導入に準拠できます。

使用上のガイドライン

Cisco IOS 音声ゲートウェイまたは Cisco UBE での SIP コールの RFC 4040 ベースのクリアチャンネルコーデック ネゴシエーション [CLEARMODE/8000] をグローバルに有効化するには、音声サービス SIP コンフィギュレーション モードで encap clear-channel standard コマンドを使用します。RFC 4040 ベースのクリアチャンネルコーデック ネゴシエーションにより、Cisco IOS 音声ゲートウェイと Cisco UBE は、レガシー Cisco IOS クリアチャンネルコーデック カプセル化 [X-CCD/8000] をサポートしないサードパーティの SIP ゲートウェイと問題なく相互運用できます。

encap clear-channel standard コマンドが Cisco IOS 音声ゲートウェイまたは Cisco UBE で有効化されている場合、Cisco IOS クリアチャンネルコーデックを使用するコールは、CLEARMODE/8000 を使用するコールに変換されるため、コールがサードパーティの SIP ゲートウェイに到達した場合に拒否されません。

個々のダイヤルピアで SIP コールに対して RFC 4040 ベースのクリアチャンネルコーデック ネゴシエーションを有効化して、Cisco IOS 音声ゲートウェイまたは Cisco UBE のグローバル コンフィギュレーションをオーバーライドするには、ダイヤルピア音声コンフィギュレーション モードで voice-class sip encap clear-channel standard コマンドを使用します。Cisco IOS 音声ゲートウェイまたは Cisco UBE で RFC 4040 ベースのクリアチャンネルコーデック ネゴシエーションをグローバルに無効化するには、音声サービス SIP コンフィギュレーション モードで no encap clear-channel standard コマンドを使用します。

使用上のガイドライン

このコマンドは、シリアルポート 0 および 1 でのみサポートされています。

使用上のガイドライン

このコマンドを使用して、個々のダイヤルピアに割り当てられた音声クラスのエンコード形式を設定します。デフォルトでは、Cisco エンコーディングはグローバルに有効化されています。ただし、H.450.2 callIdentity フィールドの Cisco エンコーディングは ITU-T X.691 に準拠していないため、コンサルティングを伴う H.450.2 コール転送中にサードパーティデバイスとの相互運用性の問題が発生する可能性があります。itu キーワードを使用して、ダイヤルピアで ITU-T X.691 エンコーディングを設定します。

Cisco Voice Gateway で ITU-T X.691 エンコーディングをグローバルに設定するには、itu キーワードを使用します。デフォルトでは、Cisco エンコーディングは有効化されています。ただし、H.450.2 callIdentity フィールドの Cisco エンコーディングは ITU-T X.691 に準拠していないため、コンサルティングを伴う H.450.2 コール転送中にサードパーティデバイスとの相互運用性の問題が発生する可能性があります。

（注）	音声クラス コンフィギュレーションの encoding h450 call-identity コマンドは、 ncoding h450 call-identity itu コマンドより優先されます。

使用上のガイドライン

このコマンドを使用して、Cisco Voice Gateway で ITU X.691 エンコーディングをグローバルに設定します。デフォルトでは、Cisco エンコーディングは有効化されています。ただし、H.450.2 callIdentity フィールドの Cisco エンコーディングは ITU X.691 に準拠していないため、コンサルティングを伴う H.450.2 コール転送中にサードパーティデバイスとの相互運用性の問題が発生する可能性があります。

（注）	音声クラス コンフィギュレーションの encoding h450 call-identity コマンドは、このコマンドより優先されます。

使用上のガイドライン

Cisco IOS リリース 12.0(4)XH1 の場合、プロバイダーごとに許可される暗号化メソッドは 1 つだけです。

使用上のガイドライン

このコマンドを使用すると、エンドポイントへの代替ルートを指定された数だけ収集し、その代替経路の統合リストを作成して要求元のエンドポイントにレポートするようにゲートキーパーに強制します。

使用上のガイドライン

このコマンドは、H.323 ID で識別されるプライマリエンドポイントの代替エンドポイントの IP アドレスを定義します。アドミッション確認（ACF）またはロケーション確認（LCF）メッセージでプライマリエンドポイントが返されるたびに、IP アドレスが代替エンドポイントフィールドに返されます。プライマリエンドポイントへのコールが失敗した場合、代替エンドポイントではコールを発信可能な代替アドレスを提供します。

ゲートキーパーが問題を認識する前にゲートウェイが一定の時間無効化された場合、このコマンドによってフェールオーバーメカニズムを提供します。代替エンドポイントリストを使用してゲートキーパーから ACF メッセージを受信した後、接続先から SETUP メッセージに対する応答がない場合、Cisco ゲートウェイでは代替アドレスの使用を試行する場合があります。このコマンドにより、後続のすべての ACF および LCF メッセージで、h323-id 引数で指定された代替エンドポイントが送信されます。endpoint alt ep h323id コマンドをサポートするゲートキーパーは、RAS（登録、許可、状態）メッセージで代替エンドポイント情報を送信することもできます。ゲートキーパーでは、エンドポイント登録要求（RRQ）メッセージで IP、ポートコール信号アドレス、トランクグループ ID、キャリア ID 情報を受け入れます。指定されたエンドポイントの代替のゲートキーパーリストには、構成された代替と、そのエンドポイントから RRQ メッセージで受信した代替エンドポイントと、着信 RAS LCF メッセージで受信した代替エンドポイントが含まれます。

使用上のガイドライン

endpoint circuit id h323id コマンド を使用すると、ゲートキーパーおよび GKTMP サーバーアプリケーションは、着信回線を識別できない Cisco 以外のゲートウェイまたは Cisco IOS リリース を実行している Cisco ゲートウェイで動作できます。このコマンドは、1 回線のみをエンドポイントに関連付けることを許可します。

使用上のガイドライン

このコマンドを使用する前に、 endpoint resource-threshold コマンドと arq reject-resource-low コマンドを使用して、ゲートキーパーでリソースの監視を開始する必要があります。endpoint resource-threshold コマンドは、ゲートキーパー内のゲートウェイのコールキャパシティのしきい値を設定します。arq reject-resource-low コマンドにより、エンドポイントでは、設定された最大コール数に達した際に、自動再送要求メッセージパケット（ARQ）の制限を拒否できます。

使用上のガイドライン

フラットエンドポイントの命名規則と階層型 T3 エンドポイントの命名規則のいずれかを選択するオプションにより、1 つの命名規則を強制することなく、コールエージェントに柔軟性をもたらすことができます。SS7 を使用したシグナリング、バックホール、トランクがサポートされています。XCC シグナリングタイプ、SS7、ISDN の T3 命名規則はサポートされていません。

使用上のガイドライン

ゲートキーパーでは、各ゲートウェイのコール量をモニタリングします。特定のゲートウェイでのコールキャパシティの使用量がしきい値の上限を超えると、ゲートキーパーはそのゲートウェイへのコールの送信を停止します。ゲートウェイのアクティブコール量がしきい値の下限を下回ると、ゲートキーパーはゲートウェイへの新しいコールの送信を再開します。これらのしきい値はグローバル値で、特定のゲートキーパーに登録されているすべてのゲートウェイに影響します。

どちらのしきい値も設定されていない場合、ゲートキーパーはデフォルト値を使用します。

使用上のガイドライン

このコマンドは、エンドポイントの登録を指定します。このコマンドを使用して、ゲートキーパーによって、独自の値を提供しないエンドポイントに要求する間隔を設定します。より低い値を設定するほど、ゲートキーパーが応答しないエンドポイントの登録を迅速にクリアします。

エンドポイントがゲートキーパーに登録され、TTL 値を提供しない場合、ゲートキーパーではこの値を存続可能時間として割り当てます。TTL が期限切れになると、エンドポイントは削除の対象になります。ただし、エンドポイントでは、デバイスと通信を試行するために数回クエリします。デバイスがアクティブに表示される場合、登録は期限切れになりません。数回の通信試行後にデバイスが応答しない場合、エンドポイントは削除されます。

使用上のガイドライン

erase vfc コマンドを使用して、指定された VFC（デフォルトのファイルリストと機能ファイルリストを含む）のフラッシュメモリの内容を消去します（これにより、VFC フラッシュメモリの領域が解放されます）。

使用上のガイドライン

Session Initiation Protocol（SIP）および H.323 サブシステムのみが、カテゴリおよび Q.850 マッピングテーブルを使用して、内部エラーのためにコールを解放する場合に切断原因コードを判別します。

すべてのマッピングを無効化するには、no voice cause-code コマンドを使用します。単一のマッピングを無効化するには、 voice cause-code コマンドに続けて no error-category コマンドを使用します。

使用上のガイドライン

音声サービス SIP またはダイヤルピア音声コンフィギュレーション モードの error-code-override コマンドは、options-keepalive、コールスパイク、cac-bandwidth 障害に対するエラーコード応答を設定します。音声サービス SIP またはダイヤルピア音声コンフィギュレーション モードの voice-class sip error-code-override コマンドは、コール スパイク障害に対するエラーコード応答を設定します。

次の表に、SIP エラーコードを示します。

使用上のガイドライン

サポートされている最大の信号リンクループ（往復）遅延は 670 ミリ秒（動作継続時のメッセージ信号ユニット [MSU] の送信から、この MSU に対する確認応答を受信するまでの時間）です。

使用上のガイドライン

• Like-to-like エラーメッセージは、着信 SIP レッグから発信 SIP レッグに渡されません。 error-passthru コマンドが Cisco IOS リリース 12.4(15)T 以降で設定されている場合、エラーメッセージは CUBE 経由で渡されます。

使用上のガイドライン

このコマンドは、すべての音声アプリケーションのイベントロギングをグローバルに有効化します。特定のアプリケーションのイベントロギングを有効化または無効化するには、次のいずれかのコマンドを使用します。

param event-log （アプリケーションパラメータ コンフィギュレーション モード）

paramspace appcommon event-log （サービス コンフィギュレーション モード）

（注）	イベントロギングが本番トラフィックのシステムリソースに悪影響を与えないようにするために、ゲートウェイではスロットリングメカニズムを使用しています。プロセッサの空きメモリが 20% を下回ると、ゲートウェイではすべてのイベントロギングを自動的に無効化します。空きメモリが 30% を超えると、イベントロギングが再開されます。スロットリング実行中は、イベントロギングが有効化されていても、ゲートウェイでは新しいイベントロギングをキャプチャしません。空きメモリを監視し、障害を特定するために必要な場合にのみイベントロギングを有効化する必要があります。

使用上のガイドライン

このコマンドにより、アクティブなアプリケーション インスタンスが終了した後、またはイベントログバッファが満杯になった際に、ゲートウェイが指定したファイルにイベントログバッファを自動で書き込むことができます。デフォルトのバッファ サイズは 4 KB です。バッファのサイズを変更するには、アプリケーション コンフィギュレーション モニタ コンフィギュレーション モードで event-log max-buffer-size コマンドを使用します。

イベントログを FTP に書き込むようにゲートウェイを有効化すると、次のようなシナリオで、ゲートウェイのメモリリソースに悪影響を与える場合があります。

• ゲートウェイがプロセッサリソースを大量に消費しており、FTP にはログバッファを FTP サーバーにフラッシュするためのプロセッサリソースが不足している。

• 指定された FTP サーバーには、FTP 転送を高速に実行するために十分な性能がない

• ゲートウェイと FTP サーバー間のリンクの帯域幅が十分ではない

• ゲートウェイで短時間のコールまたは失敗したコールを大量に受信している

FTP ダンプは、必要な場合にのみ有効化する必要があり、システムパフォーマンスに悪影響を与える可能性のある状況では有効化しないでください。

使用上のガイドライン

このコマンドは、新しいイベントロギングをエラーイベントのみに制限します。ロギングは有効化されません。

このコマンドは、すべての音声アプリケーションのイベントロギングを有効化する event-log コマンドとともに使用するか、param event-log コマンド（パッケージ appcommon コンフィギュレーション モード）または paramspace appcommon event-log コマンド（サービス コンフィギュレーション モード）を使用して特定のアプリケーションのイベントロギングを有効化する必要があります。

このコマンドが発行される前に記録されたイベントは影響を受けません。

使用上のガイドライン

イベントログバッファがこのコマンドで設定された制限に達すると、ゲートウェイでは同じサイズの 2 番目のバッファを割り当てます。show call application session-level コマンドを使用すると、両方のバッファの内容が表示されます。最初のイベントログバッファが満杯になると、event-log dump ftp コマンドが使用されている場合、ゲートウェイではその内容を外部 FTP の場所に自動的に追加します。

イベントログには最大 2 つのバッファが割り当てられます。両方のバッファが満杯になると、最初のバッファが削除され、新しいイベント用に別のバッファが割り当てられます（バッファはラップアラウンドします）。event-log dump ftp コマンドが設定され、最初のバッファがダンプされる前に 2 番目のバッファが満杯になった場合、イベントメッセージはドロップし、バッファには記録されません。

通常のアプリケーションセッションに必要なサイズ以上に最大バッファサイズを設定しないでください。アクティブセッションが終了すると、バッファによって使用されたメモリの量が履歴テーブルに割り当てられ、history session retain-timer コマンドで設定された時間だけ維持されます。また、ほとんどの致命的なエラーはイベントログの最後にキャプチャされることも考慮してください。

メモリリソースを節約するには、 event-log dump ftp コマンドを使用してイベントログバッファを FTP に書き込みます。

使用上のガイドライン

期待係数は ICPIF の計算値に影響します。この値は、Simple Network Management Protocol（SNMP）と組み合わせ、音声品質が設定値を下回った場合にトラップを生成するために使用されます。また、ゲートウェイの通話履歴の値だけでなく、コールアカウントレコードでレポートされる ICPIF の値にも影響します。

次のように、このコマンドと関連するコマンドをダイヤルピアで一緒に使用します。

• このコマンドを使用して、expect-factor 値を設定します。

• icpif コマンドを使用して、しきい値の ICPIF 値を設定します（ICPIF の計算では、損失と遅延の値だけでなく、期待係数値も使用されます）。

• snmp enable peer-trap poor-qov コマンドを使用して、ICPIF 値がしきい値を超えるコールについて、ネットワークマネージャへの通知を SNMP トラップの形式で生成します。

（注）	ICPIF の詳細については、http://www.cisco.com/univercd/cc/td/doc/product/software/ios124/124cg/hsla_c/hsvoipj.htm の「IP SLA--VoIP ジッター操作による VoIP サービルレベルの分析」を参照してください。

使用上のガイドライン

T3 回線の場合、各論理 T1 トランクコントローラカードは、extsig mgcp コマンドを使用して設定する必要があります。