使用上のガイドライン

ダイヤル ピア音声設定モードの voice-classsip error-code-override コマンドは、ダイヤル ピア レベルでのキープアライブ オプション、コール スパイク、または CAC 帯域幅障害に対するエラー コード応答を設定します。 voice service SIP 構成モードで error-code-override コマンドを使用すると、options keepalive、call spike または cac-bandwidth エラーに関するエラーコード応答をグローバルに構成できます。

以下の表は SIP エラー コードについて説明しています。

使用上のガイドライン

G.729 コーダ/デコーダ (コーデック) には 4 つのバリエーションがあり、次の 2 つのカテゴリに分類されます。

高い複雑性

• G.729 (g729r8)--他のすべての G.729 コーデックバリエーションのベースとなる、複雑性の高いアルゴリズムコーデック。

• G.729 Annex-B (g729br8 または G.729B) - G.729 コーデックのバリエーションで、DSP が音声アクティビティを検出して測定し、抑制されたノイズ レベルを伝えて相手側で再現できるようにします。 さらに、Annex-B コーデックには、インターネット技術タスク フォース (IETF) の音声アクティビティ検出 (VAD) およびコンフォート ノイズ生成 (CNG) 機能が含まれています。

中程度の複雑さ

• G.729 Annex-A (g729ar8 または G.729A) - DSP の負荷を軽減するために音声品質をある程度犠牲にする G.729 コーデックのバリエーション。 G.729 をサポートするすべてのプラットフォームは、G.729A もサポートします。

• G.729A Annex-B (g729abr8 または G.729AB) - G.729 Annex-B コーデックのバリエーションで、G.729B と同様に、DSP の負荷を軽減するために音声品質を犠牲にします。 さらに、G.729AB コーデックには IETF VAD および CNG 機能も含まれています。

VAD および CNG 機能は、一方の DSP が Annex-B (G.729B または G.729AB) で構成され、もう一方が Annex-B なし (G.729 または G.729A) で構成されている 2 つの DSP 間の通信試行中に不安定になる原因となります。 その他のすべての組み合わせは相互運用可能です。 Cisco IOS SIP ゲートウェイ上でダイヤル ピアを Cisco Unified Communications Manager（旧称 Cisco CallManager、または CCM）と相互運用するように設定するには、ダイヤル ピア音声設定モードで voice-classsipg729annexb-all コマンドを使用して、次のいずれかを実行します。

• Cisco IOS ゲートウェイのグローバル設定を上書きし、互換性のない G.729 コーデックを持つ 2 つの DSP 間の通話を受け入れて接続するようにダイヤル ピアを設定します。

• 個々のダイヤルピアが Cisco IOS SIP ゲートウェイのグローバル (system ) 設定を使用するように指定します。

• Cisco IOS ゲートウェイのグローバル設定を上書きし、ダイヤルピアが G.729br8 コーデックを G.729r8 および G.729br8 コーデックのスーパーセットとして扱わないように指定するには、コマンドの no 形式を使用します。

音声サービス SIP 設定モードで g729annexb-all コマンドを使用して、Cisco IOS SIP ゲートウェイのグローバル設定を行います。

使用上のガイドライン

このコマンドを使用して、ダイヤルピア レベルで history-info ヘッダーのサポートを有効にします。 history-info ヘッダー (RFC 4244 で定義) は、通話またはダイアログの履歴を記録します。 受信側アプリケーションは、history-info ヘッダー情報を使用して、呼び出しが到達した方法と理由を判断します。

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

使用上のガイドライン

ダイヤル ピア音声設定モードで voice-classsiplocalhost コマンドを使用して、Cisco IOS 音声ゲートウェイ、Cisco UBE、または Cisco Unified CME のグローバル設定を上書きし、特定のダイヤル ピアの発信メッセージの From、Call-ID、および Remote-Party-ID ヘッダーの物理 IP アドレスの代わりに使用する DNS ローカルホスト名を設定します。 個々のダイヤルピアに対して複数のレジストラが設定されている場合は、 voice-classsiplocalhostpreferred コマンドを使用して、そのダイヤルピアに優先するホストを指定できます。

Cisco IOS 音声ゲートウェイ、Cisco UBE、または Cisco Unified CME でローカルホスト名をグローバルに設定するには、音声サービス SIP 設定モードで localhost コマンドを使用します。 novoice-classsiplocalhost コマンドを使用して、ダイヤルピアのローカルホスト名設定を削除し、グローバル設定に関係なく、ダイヤルピアが From、Call-ID、および Remote-Party-ID ヘッダーのホスト部分の物理 IP アドレスを使用するように強制します。

使用上のガイドライン

ダイヤル ピア音声設定モードで voice-classsipmapresp-code コマンドを使用して、Cisco UBE 上の個々のダイヤル ピアを設定し、着信 SIP 181 暫定応答メッセージを発信 SIP ダイヤル ピア上の SIP 183 暫定応答メッセージにマッピングします。

（注）

block コマンドがグローバルまたはダイヤルピア レベルで着信 SIP 181 メッセージに設定されている場合、 voice-classsipmapresp-code コマンドが有効になっている場合でも、メッセージが渡されるか別のメッセージにマップされる前にドロップされる可能性があります。 着信 SIP 181 メッセージをドロップするかどうか、およびドロップするタイミングをグローバルに設定するには、音声サービス SIP 設定モードで block コマンドを使用します (または、ダイヤルピア音声設定モードで voice-classsipblock コマンドを使用して、個々のダイヤルピアでドロップ設定を設定します)。

Cisco UBE 上で SIP 暫定応答メッセージのマッピングをグローバルに設定するには、音声サービス SIP 設定モードで mapresp-code コマンドを使用します。 Cisco UBE の個々のダイヤルピア向け SIP 181 メッセージのマッピングを無効にするには、voice service SIP 構成モードで、novoice-classsipmapresp-code コマンドを使用します。

たとえば、SIP 181 暫定応答メッセージの処理をサポートしていない SIP エンドポイントのインターワーキングを有効にするには、 block コマンドを使用して、SIP トランク上で受信した SIP 181 暫定応答メッセージをドロップするように Cisco UBE を設定するか、 mapresp-code コマンドを使用して、着信メッセージを Cisco Unified Communications Manager Express（Cisco Unified CME）の SIP 回線にマッピングし、代わりに SIP 183 暫定応答メッセージを送信するように Cisco UBE を設定することができます。

（注）	このコマンドは SIP-to-SIP コールに対してのみサポートされ、H.323-to-SIP または時分割多重 (TDM)-SIP コールには影響しません。

使用上のガイドライン

voice-class sip midcall-signaling コマンドは、Cisco Unified Communications Express と Cisco Unified Border Element がシグナリング メッセージを処理する方法を区別します。 ほとんどの SIP 間ビデオおよび SIP 間再招待ベースの補足サービスでは、他の補足サービスを設定する前に、 voice-class sip midcall-signaling コマンドを設定する必要があります。 voice-class sip midcall-signaling を構成せずに機能する補助サービス機能には、session refresh、fax、参照ベースの補足サービスなどが挙げられます。 voice-class sip midcall-signaling コマンドは SIP 間通話専用です。 その他のすべての通話 (H323 から SIP、および H323 から H323) では、 voice-class sip midcall-signaling コマンドを設定する必要はありません。 allow-connectionssip-to-sip コマンドは、 voice-class sip midcall-signaling コマンドの前に設定する必要があります。

再招待するセッションの更新をダイヤルピア ベースで設定することはサポートされていません。

使用上のガイドライン

ダイヤルピアがテナントに関連付けられている場合、設定は次の優先順位で適用されます。

• ダイヤルピア コンフィギュレーション

• テナント設定

• グローバル構成

新しく作成されたダイヤルピアは、dial-peer voice コマンドの no 形式を使用して削除されるまで、定義されたままアクティブ状態になります。

使用上のガイドライン

voice-classsipoptions-keepalive コマンドを使用して、任意の数の宛先間の out-of-dialog (OOD) Options Ping メカニズムを構成します。 監視対象エンドポイントハートビートの応答が失敗すると、構成した dial-peer はビジー状態になります。 同じ宛先パターンが構成されている代替 dial-peer がある場合、通話は次の優先ダイヤルピアにフェールオーバーされるか、通話は、エラー原因コードで拒否されます。

次のシナリオでは、options ping への応答は失敗とみなされ、dial-peer はビジー状態になります。

400 を含むその他すべてのエラー コードは有効な応答とみなされ、ダイヤル ピアはビジー アウトされません。

使用上のガイドライン

ダイヤル ピアは、options-keepalive プロファイルで定義されたパラメータに従って CUBE によって監視されます。

使用上のガイドライン

ダイヤル ピア設定モードの voice-classsipoutbound-proxy コマンドは、SIP グローバル設定モードの コマンドよりも優先されます。

IPv6 アドレスを括弧で囲む必要があります。

使用上のガイドライン

voice-classsippreloaded-route コマンドは、SIP 構成モードで、構成した preloaded-route コマンドよりも優先されます。 ただし、 voice-classsippreloaded-route コマンドを system キーワードとともに使用した場合、ゲートウェイは preloaded-route コマンドによって設定されたグローバル設定を使用します。

使用上のガイドライン

voice-classsipprivacy コマンドを使用して、ダイヤルピア レベルの送信 SIP 要求メッセージに、RFC 3323 でサポートされている値に設定された Proxy-Require ヘッダーを追加するようにゲートウェイに指示します。

voice-classsipprivacycritical コマンドを使用して、値が critical に設定された Proxy-Require ヘッダーを追加するようにゲートウェイに指示します。 ユーザエージェントが、プライバシー拡張機能をサポートしていない中間者にリクエストを送信する場合、リクエストは失敗します。

voice-classsipprivacy コマンドは、voice service VoIP SIP 設定モードでは privacy コマンドよりも優先されます。 ただし、 voice-classsipprivacy コマンドを system キーワードとともに使用した場合、ゲートウェイは privacy コマンドによってグローバルに構成された設定を使用します。

使用上のガイドライン

受信したメッセージにプライバシー値が含まれている場合は、 voice-classsipprivacy-policypassthru コマンドを使用して、プライバシー値が 1 つのコール レッグから次のコール レッグに渡されるようにします。 受信したメッセージにプライバシー値が含まれていないが、プライバシー ヘッダーが必要な場合は、 voice-classsipprivacy-policysend-always コマンドを使用してプライバシー ヘッダーを None に設定し、メッセージを次のコール レッグに転送します。 両方のオプションを同時にサポートするようにシステムを構成できます。

voice-classsipprivacy-policy コマンドは、service voip sip 構成モードでの privacy-policy コマンドより優先されます。 ただし、 voice-classsipprivacy-policy コマンドを system キーワードとともに使用した場合、ゲートウェイは privacy-policy コマンドによってグローバルに構成された設定を使用します。

使用上のガイドライン

(明確な連絡先情報の代わりに) random-contact 情報が含まれる発信 INVITE メッセージ (Cisco Unified Border Element から) をダイヤルピアレベルで入力するには、voice-classsiprandom-contact コマンドを使用します。 この機能は、credentials および registrar コマンドを使用して、Cisco Unified Border Element が random-contact を含む SIP 登録用に構成されている場合のみ動作します。

voice-classsiprandom-contact コマンドは、service voip sip 構成モードでの random-contact コマンドより優先されます。 ただし、 voice-classsiprandom-contact コマンドを system キーワードとともに使用した場合、ゲートウェイは random-contact コマンドによってグローバルに構成された設定を使用します。

使用上のガイドライン

新しい番号を登録する際、システムはランダムな文字列を生成します。 P-Called-Party-ID 値を持つ INVITE メッセージは、このランダムな番号に設定された Request-URI を持つことができます。 システムが Request-URI 内のランダム番号から着信番号を識別できるようにするには、着信ダイヤルピアで voice-classsiprandom-request-urivalidate コマンドを使用します。

P-Called-Party-ID が、INVITE メッセージで設定されていない場合、そのメッセージの Request-URI は、着信側情報を含む必要があります (ランダム番号を含むことはできません)。 そのため、検証は P-Called-Party-ID を持つ INVITE メッセージに対してのみ実行されます。

voice-classsiprandom-request-urivalidate コマンドは、voice service VoIP SIP 設定モードでは random-request-urivalidate コマンドよりも優先されます。 ただし、 voice-classsiprandom-request-urivalidate コマンドを system キーワードとともに使用した場合、ゲートウェイは random-request-urivalidate コマンドによってグローバルに構成された設定を使用します。

使用上のガイドライン

voice-class sip referto-passing コマンドのダイヤルピア構成設定は、 referto-passing コマンドのグローバル構成設定よりも優先されます。 system キーワードを使用して優先順位を切り替えることができます。

使用上のガイドライン

voice-classsipregistrationpassthrough コマンドを使用して、ダイヤルピアで次の SIP パススルー機能を設定できます。

• バックツーバック登録機能により、コール ルーティングの電話を登録できます。

• 有効期限、失敗回数、登録に使用されるレジストラのリストなど、レート制限値を設定するオプション。

使用上のガイドライン

信頼できる暫定応答を設定するには、2 つの方法があります。

• Dial-peer モード。 voice-classsiprel1xx コマンドを使用することによってのみ、特定のダイヤルピアに対して信頼性の高い暫定応答を設定できます。

• SIP モード。 rel1xx コマンドを使用して、信頼性の高い暫定応答をグローバルに設定できます。

SIP でのリソース予約の使用は、SIP の信頼できる暫定機能が VoIP ダイヤルピア レベルで、またはルーター全体で有効にする必要があります。

このコマンドは、それが使用されるダイヤル ピアに適用されるか、信頼性の高い暫定応答のグローバル設定を指します。 コマンドを supported キーワードとともに使用すると、SIP ゲートウェイは送信 SIP INVITE 要求で Supported ヘッダーを使用します。 require キーワードと一緒に使用すると、ゲートウェイは Required ヘッダーを使用します。

ダイヤルピア設定モードのこのコマンドは、グローバル設定モードの rel1xx コマンドよりも優先されますが、次の 1 つの例外があります: このコマンドを system キーワードとともに使用した場合、ゲートウェイはグローバル設定モードの rel1xx コマンドで設定された内容を使用します。

使用上のガイドライン

一部のシナリオでは、早期メディア カットスルー コール (緊急通話など) は SIP 183 とセッション記述プロトコル (SDP) Session In Progress メッセージに依存しており、FINAL SIP 200 OK メッセージを受信するまで、セッションまたは通話を維持します。これは通話が接続されたことを示します。 これらのシナリオでは、既定の有効期間 (3 分) 内に接続されない場合、通話はタイムアウトになり、ドロップされる場合があります。

（注）	期限切れタイマーのデフォルト値は 3 分です。 ただし、SIP ユーザ エージェント (UA) 設定モードで timersexpires コマンドを使用すると、有効期限を最大 30 分に設定できます。

早期メディア カットスルー コールが期限切れタイマー制限に達したために特定のダイヤル ピアでドロップされないようにするには、ダイヤル ピア音声設定モードで voice-classsipresettimerexpires コマンドを使用します。

Cisco Unified CME、Cisco IOS 音声ゲートウェイ、Cisco UBE ですべてのダイヤルピアをグローバルに構成して、SIP 183 メッセージ受信時に有効期限タイマーをリセットするには、voice service SIP 構成モードで、resettimerexpires コマンドを使用します。 個々のダイヤル ピアの SIP 183 メッセージの受信時に有効期限タイマーがリセットされないようにするには、ダイヤル ピア音声設定モードで novoice-classsipresettimerexpires コマンドを使用します。

使用上のガイドライン

voice-class sip resource priority dscp-profile コマンドを使用して、ダイヤルピアに対して dscp media コマンドを使用して設定された DSCP プロファイルを適用できます。

使用上のガイドライン

このコマンドの no バージョンを実行すると、呼び出しは loose モードで動作します。

使用上のガイドライン

ネームスペースを使用してこのコマンドの no バージョンを実行すると、Cisco IOS ゲートウェイは PSTN 側で受信した MLPP 値を透過的に渡します。

使用上のガイドライン

このコマンドを使用して、通話が RSVP ネゴシエーションに失敗した場合の通話処理動作を設定します。 オプションまたは必須の RSVP ネゴシエーションのいずれかで実行される動作を構成できますが、その動作はポストアラート状態の通話にのみ適用されます。 RSVP ネゴシエーションが失敗したときに実行される動作を設定するには、ダイヤルピア設定モードで voice-classsiprsvp-fail-policy コマンドを使用します。

通話が、任意で行う RSVP ネゴシエーションに失敗した場合、RSVP ネゴシエーションが成功するまで、指定された間隔でキープアライブ機能を使用してネゴシエーションを再試行する必要があります。

ネゴシエーションが必須である RSVP ネゴシエーションで通話が失敗した場合、次の 2 つの方法のいずれかで RSVP ネゴシエーションを設定する必要があります。

• RSVP ネゴシエーションに失敗した通話は、指定された間隔で再試行が行われ、指定された回数だけ RSVP の再ネゴシエーションが試行された後に切断されます。 これらの再試行中にネゴシエーションが成功すると、カウンターとタイマーはゼロにリセットされます。

• RSVP ネゴシエーションに失敗した通話は、ネゴシエーションが成功するまで、指定された間隔で送信されるキープアライブ メッセージによって維持されます。

使用上のガイドライン

このコマンドは、着信ダイヤルピアで有効にする必要があります。 voice-class sip send 180 sdp コマンドを有効にして、180 SDP メッセージを 180 SDP メッセージにマッピングします。 このコマンドを無効にすると、着信 180 SDP (呼び出し中) メッセージは 183 SDP (セッション進行中) メッセージにマッピングされます。

使用上のガイドライン

グローバル レベルで設定された暗号スイートを使用するには、 system コマンドで voice-class sip srtp-auth キーワードを使用します。

使用上のガイドライン

（注）	global 構成モードまたは tenant 構成モードで voice-class sip srtp-crypto crypto tag コマンドを実行して crypto-tag を適用する前に、voice class srtp-crypto crypto-tag コマンドを使用して srtp voice-class を作成します。

割り当てることができる暗号タグは 1 つだけです。 別の暗号タグを割り当てると、最後に割り当てられた暗号タグが前の暗号タグに置き換えられます。

使用上のガイドライン

このコマンドにより、SIP ゲートウェイ (または SIP ゲートウェイ上の個々のダイヤルピア) は SIP 4xx メッセージ応答を使用して SRTP フォールバックを許可できるようになります。 srtpfallback srtpnegotiate コマンドを使用すると、SIP ゲートウェイは SRTP プロファイルに応答して RTP (非セキュア) プロファイルを受け入れて送信するように設定できます。

ダイヤル ピア音声設定モードで voice-classsipsrtpnegotiate コマンドを使用して、Cisco IOS SIP ゲートウェイ上の個々のダイヤル ピアの SRTP ネゴシエーションを有効にし、ゲートウェイ上のグローバル設定を上書きします。 SRTP ネゴシエーションを有効にすると、ダイヤル ピアは SRTP オファーに応じて非セキュア RTP プロファイルを受け入れ、送信できるようになります。 SIP ゲートウェイのグローバル SRTP ネゴシエーション設定を構成するには、音声サービス SIP 設定モードで srtpnegotiate コマンドを使用します。

voice-classsipsrtpnegotiate コマンドが有効になっている場合、SRTP ネゴシエーションには 2 つのシナリオがあります。

• srtpfallback コマンドが有効になっている SIP ダイヤルピアでは、ダイヤルピアは SRTP オファーに対する RTP 応答を受け入れます。

• srtpfallback コマンドが無効になっている SIP ダイヤルピアでは、ダイヤルピアは着信 SRTP 呼び出しを許可し、RTP 応答で応答します。

これらの動作は、セッションの確立に関与する初期 SIP メッセージのサポート対象ヘッダーの「X-cisco-srtp-fallback」拡張機能を使用して実現されます。

使用上のガイドライン

voice-classsiptel-configto-hdr コマンドは、SIP 設定モードで設定された tel-configto-hdr コマンドよりも優先されます。 ただし、 voice-classsiptel-configto-hdr コマンドを system キーワードとともに使用した場合、ゲートウェイは tel-configto-hdr コマンドによって設定されたグローバル設定を使用します。

使用上のガイドライン

dial peer 構成モードで、voice-classsiptenant<tag> コマンドを使用して、を dial-peer voice-classsiptenant<tag> に関連付けます。 ダイヤルピアがテナントに関連付けられている場合、設定は次の優先順位で適用されます。

1. ダイヤルピア コンフィギュレーション

2. テナント設定

3. グローバル構成

ダイヤルピアにテナントが設定されていない場合は、次の順序でデフォルトの動作を使用して設定が適用されます。

1. ダイヤルピア コンフィギュレーション

2. グローバル構成

使用上のガイドライン

voice-classsiptransportswitch コマンドはグローバル transportswitch コマンドよりも優先されます。

使用上のガイドライン

このコマンドは、発信 SIP INVITE 要求の要求行で SIP、SIPS、または TEL URL を使用するため、ユーザ エージェント クライアント (UAC) にのみ影響します。 SIP URL は SIP 要求の発信元、受信者、および宛先を示します。TEL URL は音声通話の接続を示します。

このコマンドは、SIP 設定モードで設定されたコマンドよりも優先されます。 voice-classsipurl url ただし、 voice-classsipurl コマンドを system キーワードとともに使用した場合、ゲートウェイは url コマンドでグローバルに設定された内容を使用します。

使用上のガイドライン

voice-classsourceinterface コマンドが設定されている場合、音声ゲートウェイの DSP によって生成される Routing Time Protocol (RTP) の送信元アドレスは、ループバックインターフェイスで設定されたアドレスから取得されます。 このコマンドは、ゲートウェイによって発信された RTP パケットのポリシーベース ルーティング (PBR) に使用されます。 ポリシー ルート マップはループバック インターフェイスの下に設定され、その後、voice-class source interface コマンドを使用して VoIP または VoIPv6 ダイヤル ピアの下にループバック インターフェイスが指定されます。

このコマンドは、E1/T1、BRI、またはアナログ ポートを介して電話機器を IP ネットワークに接続するルータの音声ゲートウェイ シナリオにのみ適用されます。 これは、IP 間音声シナリオ（トランスコーディングの有無にかかわらず）の Cisco Unified Border Element（CUBE）には適用されません。 RTP トラフィックの PBR は CUBE では実装されていません。

使用上のガイドライン

voice-class stun-usage が削除されると、ダイヤルピア、ephone、ephone テンプレート、音声レジスタ プール、または音声レジスタ プール テンプレートの設定からも自動的に削除されます。

使用上のガイドライン

voice-classtone-signal コマンドは、ear and mouth (E&M) 音声ポートのシグナルタイプが Land Mobile Radio (LMR) のポートでのみ使用できます。 このコマンドのハイフネーションは、グローバル コンフィギュレーション モードで使用される同様のコマンド voiceclasstone-signal で使用されるハイフネーションとは異なることに注意してください。

使用上のガイドライン

voice-ctl-file コマンドを使用すると、CUCM クラスタの CTL ファイルのインスタンスを作成できます。 CTL ファイル設定モードでは、CTL ファイルの作成に使用するトラストポイントを指定できます。

使用上のガイドライン

このコマンドを使用して、PLAR および PLAR OPX 接続で発信者が受話器を取ったときに聞こえる 2 回のビープ確認音を無効にします。 このコマンドは、voice-port connection コマンドが PLAR または PLAR OPX に設定されている場合にのみ有効です。

使用上のガイドライン

DNIS マップは、単一のダイヤルピアに関連付けられた DNIS 番号のテーブルです。 VoiceXML などのアプリケーションでは、DNIS マップを使用すると、VoiceXML ドキュメントを参照するために使用されるすべての DNIS 番号に対して単一のダイヤルピアを設定できます。 音声 DNIS マップを使用する場合は、次の点に留意してください。

• DNIS マップ内の DNIS エントリごとに個別のエントリを作成する必要があります。 ワイルドカードはサポートされていません。

• URL が指定されていない場合、コマンドは DNIS マップ設定モードに入り、 dnis コマンドを使用して DNIS 番号を入力できるようになります。

• URL 引数は、DNIS エントリのリストを含む外部テキスト ファイルの場所を指します ( 例: tftp://dnismap.txt)。 これにより、管理者は、必要に応じて、各ゲートウェイで DNIS エントリを構成するのではなく、すべての DNIS マップ エントリの単一のプライマリ ファイルを維持できます。

テキスト ファイル拡張子の名前は重要ではありません。拡張子はチェックされないため、.doc、.txt、.cfg はすべて許容されます。 ファイル内のエントリは、Cisco IOS ソフトウェアで設定された DNIS エントリと同じになるはずです (例: dnis 5553305 url tftp://global/tickets/movies.vxml)。

• DNIS マップに使用される外部テキスト ファイルは TFTP サーバに保存する必要があります。HTTP サーバには保存できません。

• DNIS マップをダイヤルピアに関連付けるには、 dnis-map コマンドを使用します。

• DNIS マップの構成情報を表示するには、 showvoicednis-map コマンドを使用します。

使用上のガイドライン

このコマンドは、外部サーバにある DNIS マップを再読み込みします。 前回のロード以降に DNIS マップ ファイルが変更された場合は、このコマンドを使用します。

DNIS マップを作成または変更するには、 voicednis-map コマンドを使用します。

使用上のガイドライン

クラッシュ ダンプ ファイルを書き込むようにルータを設定するには、 voicedspcrash-dump コマンドの宛先 URL を有効なファイル システムに設定し、クラッシュ ダンプ ファイルの制限を 0 以外の値に設定する必要があります。 デフォルトでは、URL フィールドが空でファイル制限が 0 であるため、クラッシュ ダンプ機能はオフになっています。

各クラッシュ ダンプ ファイルが作成されると、ファイル名の末尾に番号が追加されます。 この番号は、後続のクラッシュ ダンプ ファイルが書き込まれるたびに、1 からファイル制限まで増加します。 ルータがリロードされると、番号は 1 にリセットされ、ファイル番号 1 が再度書き込まれます。 ファイル数が最大ファイル制限に達すると、それ以上のファイルは書き込まれません。

ファイル制限をゼロに設定してからゼロ以外の制限に設定することで、ファイル数を手動でリセットできます。 これにより、書き込まれたファイルのカウントが再開され、1 からファイル制限の 99 までのファイルが再度書き込まれるようになり、元のファイルが上書きされます。

ファイル番号引数をゼロ (デフォルト) に設定すると、DSP からのダンプ収集が無効になります。 この場合、メモリは DSP から収集されず、スタックはコンソールに表示されません。 キープアライブ メカニズムがクラッシュした DSP を検出すると、DSP は単に再起動されます。

ファイル番号引数をゼロ以外の数値に設定し、宛先 URL を null にすると、ダンプが収集され、スタックがコンソールに表示されますが、ダンプ ファイルは書き込まれません。

ルータの自動回復がオフになっている場合、DSP ダンプ機能は有効にならず、キープアライブ チェックは実行されず、ダンプは収集または書き込まれません。

（注）	一部の種類のフラッシュは、削除されたファイルのスペースを解放するために完全に消去する必要があり、一部の種類のフラッシュでは、フラッシュ全体が消去されるまで新しいバージョンでファイルを上書きできません。 結果として、フラッシュに書き込まれるダンプ ファイルが 1 つまたは 2 つだけになるようにファイル制限を設定する必要がある場合があります。 これにより、フラッシュがいっぱいになるのを防ぎます。

（注）	クラッシュ ダンプ ファイルを内部フラッシュまたはブートフラッシュに書き込むことは推奨されません。これらのファイルは通常、設定情報と Cisco IOS ソフトウェア イメージを保持するために使用されるためです。 Cisco では、多くのルータのスロット 0 またはスロット 1 に挿入できる予備のフラッシュ カードにクラッシュ ダンプ ファイルを書き込むことを推奨しています。 これらのカードには通常、重要な情報は保存されていないため、消去される可能性があります。 さらに、これらのカードはルータから簡単に取り外して Cisco に送信できるため、クラッシュダンプファイルを分析できます。

使用上のガイドライン

音声 DSP 制御メッセージ ロガー機能を使用すると、ログに記録された制御メッセージをデバッグして、音声関連の問題を調べることができます。 無効なメッセージを削除するには、 voice dsp invalid-msg drop コマンドを使用します。

使用上のガイドライン

Cisco 1700 シリーズおよび Cisco ICS7750

エコー キャンセラを切り替えるために、Cisco 1700 シリーズまたは Cisco ICS7750 のすべての音声ポートをシャットダウンする必要はありませんが、エコー キャンセラを切り替えるときに、ルータ上にアクティブな通話がないことを確認する必要があります。

エコーキャンセルは音声品質を最小限に低下させる可能性のある侵入的なプロセスであるため、必要がない場合はこのコマンドを無効にする必要があります。

Cisco AS5300

このコマンドは、C542 または C549 デジタル信号プロセッサ モジュール (DSPM) 高複雑度ファームウェアを搭載した Cisco AS5300 でのみ使用できます。

voiceecho-cancellerextended コマンドは、C549 DSP ファームウェアを使用し、DSP と 制限されたコーデック別 1 つの音声チャネルがある Cisco AS5300 の拡張済み EC を有効にします。 あらゆるコーデックがサポートされています。

voiceecho-cancellerextended codec コマンドは、C542 または C549 DSP ファームウェアを使用し、DSP と 制限されたコーデック別の 2 つの音声チャネルがある Cisco AS5300 の拡張済み EC を有効にします。 拡張 EC では特定のコーデックのみ使用できます。

fax-relay を大きなコーデックとして選択しない場合、VoIP ダイヤルピアでは、dial-peer 構成モードで、fax rate disabled コマンドを使用する必要があります。

拡張済みエコーキャンセラがサポートするコーデックを選択したら、新しい構成でサポートされていない異なるコーデックがあるすべてのダイヤルピアを削除するか、音声コーデックまたは fax-relay を選択して dial-peer コーデックを修正します。 コーデックが制限されている場合、選択できるのは 1 つだけです。 接続時の音声品質を確保するには、拡張済み EC 互換コーデックを使用して VoIP ダイヤルピアを設定する必要があります。

アクティブな通話がある場合、このコマンドは受け入れられません。 EC がすでに有効になっていてコーデックの選択が変更された場合、システムはダイヤルピアをスキャンします。 新しいグローバル コマンド設定に準拠していないダイヤル ピアはすべて変更され、その変更がユーザに通知されます。 同様に、モデム リレーは拡張 EC と互換性がないため、すべてのダイヤル ピアに対してグローバルに無効にする必要があります。

（注）	このコマンドは、 echo-cancelenable コマンドと echo-cancel coverage コマンドが有効になっている場合にのみ有効です。

使用上のガイドライン

ENUM マッチ テーブルは、着信コールを一致させるための一連のルールです。 電話がかかってくると、その着信番号は、最も優先度の高いルールの一致パターンと照合されます。

一致する場合、置換パターンが番号に適用されます。 結果の番号とルールのドメイン名は、ENUM クエリの作成に使用されます。

着信番号が一致パターンと一致しない場合は、優先順位の次のルールが選択されます。

使用上のガイドライン

既存のゼロ以外のバッファのサイズを変更する場合は、まず 0 にリセットし、次に 0 から新しいサイズに変更する必要があります。

destination url オプションは、キャプチャされたデータの送信先 URL を設定または変更します。 キャプチャバッファからのデータ転送を無効にするには、コマンドの no 形式を使用します。 バッファが割り当てられている場合、新しい URL が指定されるまで、キャプチャされたデータは現在の URL (すでに構成されている場合) に送信されます。

新しい URL が現在の URL と異なり、ログ記録が有効になっている場合、現在の URL は閉じられ、それ以降のすべてのデータは新しい URL に送信されます。 空の URL を入力するか、コマンドの前に no を付けると、キャプチャ バッファからのデータ転送が無効になり、(キャプチャが有効になっている場合) キャプチャされたデータは、容量に達するまでキャプチャ バッファに保存されます。

バッファ キュー プログラムが実行されると、トランスポート プロセスは、新しいまたは既存の「キャプチャ先」URL への接続を試みます。 バージョン メッセージが URL に書き込まれ、メッセージが正常に受信されると、メッセージ キューに配置された後続のメッセージもその URL に書き込まれます。 Voice hpi capture destination url コマンドを使用して新しい URL を入力すると、開いている URL が閉じられ、システムは新しい URL への書き込みを試行します。 新しい URL が機能しない場合は、トランスポート プロセスが終了します。 別の URL を入力するか、システムを再起動すると、トランスポートプロセスが再起動されます。

バッファ サイズ オプションは、キャプチャ システムがアクティブなときにバッファに割り当てるメモリの最大量 (バイト単位) を設定します。 キャプチャ バッファは、キャプチャされたメッセージがキャプチャ先で指定された URL に送信される前に保存される場所です。 システムは、バッファ キューイング システムが空きメッセージ プールに割り当てることができるメモリ量 (0 バイトより大きい) を選択することによって起動されます。 バッファ容量に達するまで HPI メッセージをキャプチャできます。 バッファ サイズに 0 を入力し、コマンドの前に no を付けると、すべてのログ記録とファイル操作が停止し、バッファサイズが自動的に 0 に設定されます。

voicehpicapture コマンドはルータの設定とともに保存できるため、ルータの起動時にコマンドがアクティブになります。 これにより、CLI が有効になる前にルータの起動中に送信された HPI メッセージをキャプチャできます。 実行コンフィギュレーションでバッファ サイズを設定したら (有効な範囲は 328 ～ 9000000)、 write コマンドを使用してスタートアップ コンフィギュレーションに保存するか、 copyruntftp コマンドを使用して TFTP サーバに保存します。

注意	実稼働ネットワーク環境でメッセージ ロガー機能を使用すると、ゲートウェイの CPU とメモリの使用率に影響します。

使用上のガイドライン

このコマンドは、VoIP、VoFR、または Voice over ATM 環境で発信ノードまたはタンデム ノードとして機能するルータで使用されます。

ロータリー ダイヤルピア ハンティング用に設定された発信 VoIP ゲートウェイからの発信コールの場合、複数のダイヤルピアが同じ宛先番号と一致することがあります。 一致するダイヤルピアには異なるルートがある場合があります。 最初のダイヤルピアを使用した音声通話が切断されると、切断原因コードが返されます。 ルータが、ロータリーグループ内の次に一致するダイヤルピアを取得して通話をセットアップするには、各種ルートのハンティングを継続するようにルータを設定する必要があります。 このコマンドを使用して、指定された原因コードを受信したときのルータのハンティング動作を設定します。

このコマンドを使用すると、非標準の切断原因コードを受信したときにダイヤルピア ハンティングを有効または無効にすることができます。 非標準の切断原因コードは、ITU-T 勧告 Q.931 では定義されていないが、サービス プロバイダーによって使用されるコードです。 このコマンドを使用して特定の切断原因コードのダイヤルピア ハンティングを無効にすると、そのコマンドはルータの実行コンフィギュレーションに表示されます。

切断原因コードについては、以下の表で説明します。 切断原因コードの 10 進値と 16 進値は、各可能なキーワードの説明の後に続きます。

（注）	voice hunt の構成中は、sip-ua 構成モードで、reason header override を構成し、別のレッグに正しい原因コードが送信されるようにします。 reason header override の詳細については、「reason-header override コマンド」を参照してください。