Cisco IOS プラットフォームにおけるダイヤル ピアとコール レッグの理解

このドキュメントは自己発行ワークフローに移行されました。最初にhttps://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/12164-dialpeer-call-leg.htmlに公開されました。
このドキュメントは現在のガイドラインに合わせて更新する必要があります。また、この注意事項は発行前に削除する必要があります。このドキュメントをプレビュー用に発行する場合は、ドキュメントIDが12164であり、URLがこの段落にある元のURLと一致していることを確認してください。ドキュメントIDまたはURLが一致しない場合は、tz-writers@cisco.comにお問い合わせください。

はじめに

このドキュメントでは、音声ダイヤルピアとコールレッグのトピックについて説明します。Cisco IOS® ソフトウェアの音声対応ゲートウェイ/ルータを使用したパケット ネットワーク経由でのコール セットアップ プロセスについて説明しています。

前提条件

要件

このドキュメントに関する固有の要件はありません。

使用するコンポーネント

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

ダイヤル ピアのタイプ

Cisco IOS では次の 2 つのタイプのダイヤル ピアが使用されます。これらは、次のように定義されています。

• 一般電話システム(POTS)ダイヤルピア：これは従来のテレフォニーネットワーク接続の特性を定義します。POTS ダイヤル ピアは、ダイヤル文字列を、ローカル ルータ/ゲートウェイ上の特定の音声ポートにマップします。通常、音声ポートは、ルータ/ゲートウェイをローカルの Public Switched Telephone Network（PSTN; 公衆電話交換網）、private branch exchange（PBX; 構内交換機）、または電話に接続します。

• 音声ネットワークダイヤルピア：パケット音声ネットワーク接続の属性を定義します。音声ネットワーク ダイヤル ピアは、ダイヤル文字列をリモートのネットワーク デバイスにマップします。これらのリモート ネットワーク デバイスの例を次に示します。

  • 宛先ルータ/ゲートウェイ

  • Cisco CallManager

  • Session Initiation Protocol（SIP; セッション開始プロトコル）サーバ（Voice over IP SIP 用）

  • Open Settlement Protocol（OSP）サーバ（決済を使用する Voice over IP 用）

  • H.323 ゲートキーパー

  • Mail Transfer Agent（MTA; メール転送エージェント）サーバ（マルチメディア メール オーバー IP シナリオ用）

    音声ネットワーク ダイヤル ピアの具体的なタイプは、使用されるパケット ネットワーク テクノロジーによって異なります。ダイヤル ピアで使用されるさまざまなテクノロジーを次に説明します。

  • Voice over IP（VoIP） - ダイヤル ピアは、コールを終了する IP アドレス、Domain Name System（DNS; ドメイン ネーム システム）名、またはサーバ タイプの宛先 VoIP デバイスにマップされます。これは、H.323、SIP、Media Gateway Control Protocol（MGCP; メディア ゲートウェイ コントロール プロトコル）などのすべての VoIP プロトコルに当てはまります。

  • Voice over Frame Relay（VoFR） - ダイヤル ピアは、インターフェイスの Data-Link Connection Identifier（DLCI; データリンク接続識別子）にマップされ、そこからコールがルータを終了します。

  • Voice over ATM（VoATM） - ダイヤル ピアは、インターフェイスの ATM 仮想回線にマップされ、そこからコールがルータを終了します。

  • Multimedia Mail over IP（MMoIP; マルチメディア メール オーバー IP）：ダイヤル ピアは、Simple Mail Transfer Protocol（SMTP; シンプル メール転送プロトコル）サーバの E メール アドレスにマップされます。このタイプのダイヤル ピアは、ストア アンド フォワード ファックス（オンランプ ファックスとオフランプ ファックス）に使用されます。

ダイヤル ピア設定モードに入る Cisco IOS コマンドは次のとおりです。

maui-nas-07(config)#dial-peer voice number ?

  pots   Telephony
  voatm  Voice over ATM
  vofr   Voice over Frame Relay
  voip   Voice over IP

ダイヤル ピアとコール レッグの関係

パケット ネットワーク経由の音声コールは、別々のコール レッグにセグメント化されます。これらはダイヤル ピアと関連付けられています（1 つのダイヤル ピアがそれぞれのコール レッグに関連付けられています）。コール レッグとは、2 つのルータ/ゲートウェイ間、またはルータ/ゲートウェイと IP テレフォニー デバイス（例：Cisco CallManager、SIP サーバなど）の間の論理的な接続です。次の図 1 および図 2 に、この概念を示します。

図 1.音声ダイヤル ピア/コール レッグ トール バイパスのシナリオ

図 1（トールバイパス）では、音声コールは 4 つのコール レグ（2 つは発信側 ルータ/ゲートウェイから見たもの、残り 2 つは着信側 ルータ/ゲートウェイから見たもの）で構成されています。

図 2：音声ダイヤルピア/コールレッグ：IOSゲートウェイを使用したCall Managerシステムのシナリオ

図 2（IOS ゲートウェイを使用する CallManager システム）では、1 件の音声コールが 2 つのコール レッグから構成されています。

注：発信側ルータ/ゲートウェイおよび終端側ルータ/ゲートウェイという用語は、コールの送信元から宛先への方向によって異なります。

注：ヘアピニングとは、同じルータ/ゲートウェイで発信および終端されるコールの名前です。POTS から POTS へのヘアピン コールでは、ルータ/ゲートウェイは、着信 POTS ダイヤルピアと発信 POTS ダイヤルピアを照合してコールを終端します。これは POTS インターフェイスでサポートされています。ただし、VoIP 間のヘアピニングは、特定の IOS リリースを使用する CallManager Express 以外の Cisco IOS 音声対応プラットフォームではサポートされていません。

コール セットアップ プロセス

コールは、それぞれにダイヤル ピアが割り当てられたコール レッグにセグメント化されます。このプロセスを次に示します。

1. POTS コールが発信側ルータ/ゲートウェイに着信します。着信 POTS ダイヤル ピアが照合されます（このドキュメントで後述する 3 つの「注」を参照してください）。
2. 発信側ルータ/ゲートウェイは、到着したコールを着信 POTS ダイヤル ピアに関連付けた後、着信 POTS コール レッグを作成し、それにコール ID を割り当てます（図 1 のコール レッグ 1）。
3. 発信側ルータ/ゲートウェイは、ダイヤルされた文字列を使用して発信音声ネットワーク ダイヤル ピアを照合します。
4. 発信側ルータ/ゲートウェイは、ダイヤルされた文字列を発信音声ネットワーク ダイヤル ピアに関連付けた後、発信音声ネットワーク コール レッグを作成し、それにコール ID を割り当てます（図 1 のコール レッグ 2）。
5. 音声ネットワークのコール要求は、終端側ルータ/ゲートウェイに着信します。着信音声ネットワークのダイヤル ピアが照合されます。
6. 終端側ルータ/ゲートウェイは、着信コールを着信音声ネットワークダイヤルピアに関連付けた後、着信音声ネットワークコールレッグを作成し、それにコールID（図1のコールレッグ3）を割り当てます。
7. 終端側ルータ/ゲートウェイは、ダイヤルされた文字列を使用して発信 POTS ダイヤル ピアを照合します。
8. 終端側ゲートウェイ/ルータは、到着したコールのセットアップを発信 POTS ダイヤル ピアに関連付けた後、発信 POTS コール レッグを作成します。それにコール ID を割り当ててからコールを終了します（図 1 のコール レッグ 4）

Cisco IOS ルータ/ゲートウェイに Cisco CallManager が存在するシナリオでは、次のように想定されています。

• IOSルータ/ゲートウェイを経由するCallManagerシステムからの発信コールでは、IOSルータ/ゲートウェイは終端デバイスとして機能します(ステップ5 ～

• IOS ルータ/ゲートウェイを経由する CallManager システムへの着信コールでは、IOS ルータ/ゲートウェイは送信元デバイスとして機能します（ステップ 1 ～ 4 を参照）。

注：この段階で、着信POTSダイヤルピア上に設定されている場合、デフォルト以外の着信POTSサービスまたはToolkit Command Language(TCL)アプリケーション、あるいはその両方が使用されます。このようなサービスやアプリケーションを使用する場合、正しい着信 POTS ダイヤル ピアと確実に照合していることが重要です。これらのサービス/アプリケーションの例には、次のようなものがあります。

• Direct Inward Dial（DID; ダイヤルイン方式）

• TCL ベースのアプリケーション。たとえば IVR（対話式音声自動応答）、VoIP SIP 転送、オンランプ ファックス（ストア アンド フォワード ファクシミリの場合）。

  詳細については、を参照してください。

注：この時点で、両方のルータ/ゲートウェイが音声ネットワーク機能とアプリケーションをネゴシエートします（必要な場合）。デフォルトの機能は、ルータ/ゲートウェイの IOS 設定出力には表示されません。POTS および音声ネットワークのダイヤルピアに設定されている機能、サービス、およびアプリケーションを表示するには、コマンド show dial-peer voice number を使用します。

• デフォルトの機能には、コーデック g729r8、VAD の有効化、dtmf-relay の無効化、ファックス リレーの無効化、req-qos ベストエフォート、acc-qos ベストエフォート、およびセッション プロトコル cisco（H.323 用）があります。

• TCL アプリケーションの例としては、リモート IP 認証やオフランプ ファックスなどがあります。

注：発信側のルータ/ゲートウェイからデフォルト以外の機能またはアプリケーションが要求された場合は、着信側のルータ/ゲートウェイで、これらの機能またはアプリケーションに設定されている着信音声ネットワークダイヤルピアが照合される必要があります。