この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、着信および発信ダイヤルピアを従来の電話サービス(POTS)および音声ネットワークコールレッグに照合する方法について説明します。
次の項目に関する知識があることが推奨されます。
このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
表記法の詳細については、『シスコ テクニカル ティップスの表記法』を参照してください。
ダイヤル ピアの照合には、コール設定メッセージ内の 3 つの情報要素と、設定可能な 4 つのダイヤル ピア コマンド属性が次のように使用されます。
着信 POTSダイヤルピアは、最初のルータまたはゲートウェイの着信POTSコールレッグに関連付けられます。
着信音声ネットワーク ダイヤル ピアは、終端側ルータやゲートウェイの着信音声ネットワーク コール レッグと関連付けられます。音声ネットワーク コール レッグの例には、Voice over IP(VoIP)、Voice over Frame Relay(VoFR)、Voice over ATM(VoATM)、Multimedia Mail over IP(MMoIP; マルチメディア メール オーバー IP)などがあります。
設定可能な4つのCisco IOSダイヤルピア属性と関連するコール設定要素を次に示します。
ダイヤル ピア属性 | 説明 | コールセットアップ要素(次の表を参照) |
---|---|---|
gwy(config-dial-peer)#incoming called-numberDNIS_string | このダイヤル ピア コマンドは、着信番号宛先または dialed number identification service(DNIS; 着信番号識別サービス)ストリングを定義します。適切に設定されていると、このダイヤル ピア コマンドは着信番号を使用して、着信コール レッグと着信ダイヤル ピアを照合します。 | 着信番号(DNIS) |
gwy(config-dial-peer)#answer-addressANI_string | このダイヤルピアコマンドは、最初の発信番号(ANI)または自動番号識別(ANI)ストリングを定義します。適切に設定されていると、このダイヤル ピア コマンドは発信番号を使用して、着信コール レッグと着信ダイヤル ピアを照合します。 | 発信番号(ANI) |
gwy(config-dial-peer)#destination-patternstring | 着信コールレッグが照合されるとこのコマンドは発信番号(先頭またはANIストリング)を使用して、着信コールレッグと着信ダイヤルピアを照合します。 | 発信用の着信者番号(DNIS)ストリングの発信者番号(ANI) |
gwy(config-dial-peer)#portport | このダイヤルピアコマンドは、このダイヤルピアへのコールが経由する POTS 音声ポートを定義します。 | 音声ポート |
注:発信ダイヤルピアの場合、このコマンドは着信番号またはDNIS文字列と照合されます。
3 つのコール設定要素は次のとおりです。
コール設定要素 | 説明 |
---|---|
着信番号(DNIS) | コールの宛先ダイヤル ストリングで、ISDN 設定メッセージまたは Channel Associated Signaling(CAS; 個別線信号方式)の DNIS から取得されます。 |
発信番号(ANI) | 発信元を表す番号ストリングで、ISDN 設定メッセージまたは CAS の ANI から取得されます。ANI は、Calling Line Identification(CLID)とも呼ばれています。 |
音声ポート | 物理的な POTS 音声ポートを表します。 |
Cisco IOS ルータやゲートウェイがコール設定要求を受信すると、着信コールについてダイヤル ピア照合が行われ、各種のセッション アプリケーションにコールをルーティングします。この照合はディジット単位では行われず、設定要求で受信された完全なディジット ストリングが使用され、設定済みのダイヤル ピアとの照合が行われます。
注:Cisco IOSゲートウェイで設定できるダイヤルピアの最大数は、使用可能なメモリ(DRAM)によって異なります。各ダイヤル ピアは、約 6 KB のメモリを消費します。他の CPU 処理用に少なくともメモリ合計の 20 % が予約してあることを確認してください。ダイヤルピアがコールルーティングに使用される場合、多数のダイヤルピアがコールをルーティングする遅延に追加される可能性があります。Cisco IOS音声スタックは、アクセスコントロールリストと同様にダイヤルピアをトップダウンで調べるため、これは重要な場合があります。
ルータやゲートウェイは、設定メッセージ内の情報要素をダイヤル ピアのアトリビュートに照合して、着信ダイヤル ピアを選択します。ルータやゲートウェイは次の項目を、この順序で照合します。
着信番号(DNIS)と incoming called-number コマンド
最初に、ルータやゲートウェイは、コール設定要求の着信番号を各ダイヤル ピアに設定された incoming called-number に照合します。コール設定は常に DNIS 情報を含むため、着信ダイヤル ピアの照合には incoming called-number コマンドの使用が推奨されます。この属性の照合は、answer-address コマンドおよび destination-pattern コマンドよりも優先して行われます。
発信番号(ANI)と answer-address コマンド
ステップ 1 で一致するダイヤル ピアが見つからなかった場合、ルータやゲートウェイは、コール設定要求の発信番号を各ダイヤル ピアの answer-address と照合します。この属性は、発信者番号(初期)に基づいてコールを照合する場合に便利です。
発信番号(ANI)と destination-pattern コマンド
ステップ 2 で一致するダイヤル ピアが見つからなかった場合、ルータやゲートウェイは、コール設定要求の発信番号を各ダイヤル ピアの destination-pattern と照合します。この詳細は、このドキュメントの「ダイヤル ピアに関する補足情報」セクションの最初の中黒を参照してください。
音声ポート(着信コール設定要求に関連)と、ダイヤル ピアに設定されているポート(着信 POTS コール レッグに適用)
ステップ 3 で一致するダイヤル ピアが見つからなかった場合、ルータやゲートウェイは、ダイヤル ピアに設定されているポートを着信コールに関連付けられている音声ポートと照合します。複数のダイヤル ピアに同じポートが設定されている場合は、設定に最初に追加されたダイヤル ピアが照合されます。
最初の4つの手順で一致するダイヤルピアが見つからなかった場合は、default dial peer 0 (pid:0)コマンドが使用されます。
注:ステップ4は、AS5300、AS5350、AS5400、AS5800、AS5850などの音声またはダイヤルプラットフォームには適用されません。1 ~ 3 のステップのいずれも使用されない場合は、ダイヤル ピア 0 を照合するとコールがダイヤル モデム コールとして処理されます。つまり、お客様には着信コールのダイヤル トーンではなく、モデム トーンが聞こえる可能性があります。
上記の選択プロセスを次のダイアグラムに示します。
Cisco IOS ルータやゲートウェイは、これらの条件の中から 1 つだけ照合します。ダイヤルピアには必ずしもすべての属性を設定する必要はなく、各属性がコール セットアップ情報に一致する必要もありません。ルータやゲートウェイがダイヤル ピアを選択する際に一致する必要がある条件は 1 つだけです。1 つのダイヤル ピアが一致すると、ルータやゲートウェイは即時に検索を終了します。
各ステップの実行時には、最長プレフィクスマッチの基準が適用されます。各ステップで一致するダイヤル ピアが複数見つかった場合は、明示的一致が最も長いものが選択されます。次の例は、この概念を明確にするのに役立ちます。
着信している着信番号(DNIS)が「81690」であるとします。ダイヤル ピア 2 が一致します。
dial-peer voice 1 pots incoming called-number 8.... direct-inward-dial ! dial-peer voice 2 pots incoming called-number 816.. direct-inward-dial
注:着信ダイヤルピアの場合、session target コマンドは無視されます
ルータやゲートウェイで、どの着信ダイヤル ピアも一致しなかった場合、着信コール レッグはデフォルトのダイヤル ピア(POTS または音声ネットワーク)に自動的にルーティングされます。このデフォルトのダイヤルピアは、dial-peer 0(pid:0)または pid:0と呼ばれます。
注:この文には例外があります。AS53xx や AS5800 などの Cisco の音声およびダイヤル プラットフォームは、着信 POTS コールが音声コールとして受信されるためには、設定済みの着信ダイヤル ピアが一致することを必要とします。一致する着信ダイヤル ピアがない場合、コールはダイヤルアップ(モデム)コールと見なされて処理されます。
Dial-peer 0(pid:0)のデフォルト設定は変更できません。デフォルトの dial-peer 0 は、次のようなデフォルト以外の機能、サービス、およびアプリケーションのネゴシエートには失敗します。
デフォルト以外の音声ネットワーク機能:dtmf-relay、no vad など
ダイヤルイン方式(DID)
TCL アプリケーション
着信 VoIP ピアの Dial-peer 0 の設定は次のとおりです。
any codec
VAD が有効
no rsvp support
fax-rate voice
注:音声のデフォルトのDSCPはEFコードポイント101110(RFC 2598)で、シグナリングのデフォルトのDSCPはAF31コードポイント011010(RFC 2597)です。デフォルトのダイヤル ピアは、DSCP 0 へのパケットのマーキングを行いません。ルータ上のすべての音声パケットはデフォルトでマーキングされ(これはダイヤル ピアによって上書きされます)、AF31 を使用して信号化され、EF を使用してメディア化されます。デフォルトのダイヤルピア0に一致するコールでも、この動作が必要です。</p
着信POTSピアのDial-peer 0(pid:0)の設定は次のとおりです。
no ivr application
この概念の詳細な説明は、このドキュメントの「ケーススタディ:着信照合とデフォルトのDial-Peer 0について」セクションを参照してください。
ISDN インターフェイスに isdn overlap-receiving コマンドが設定されている場合、着信ダイヤルピア照合が行われる意味があります。ISDN レイヤでディジットが 1 つ受信されるたびに、照合のためにダイヤル ピアがチェックされます。完全一致が行われると、コールは追加のディジットがルーティングされる前にただちに(この場合はセッションアプリケーションに)ルーティングされます。このディジット単位の照合を保留し、ルータやゲートウェイをすべてのディジットが受信されるまで強制的に待機させるには、「T」ターミネータを使用できます。「T」は ISDN レベルの T302 ディジット間タイマーを意味し、ISDN インターフェイスに関連付けられたシリアル インターフェイスに対して設定できます。ISDNは、Q.931情報メッセージで設定されるSending Complete Information Element(IE)など、ディジットの終了を示すその他のメカニズムも提供します。
次の設定を想定します。
dial-peer voice 1 pots destination-pattern 9T port 1/0:1
発信番号情報を含まない着信コールが到達し、destination-pattern 9Tコマンドに基づいてPOTSダイヤルピアと照合されると仮定します。この場合、Cisco IOSルータまたはゲートウェイは「9」桁を発信者番号として使用し、CallManagerや.Cisco IOS Gatewayなどの関連デバイスにコールを転送します。空の発信番号フィールドがこのように置換されることを回避するには、コマンド incoming called-number command コマンドのみが設定されたダミーの POTS ダイヤル ピアを作成します。着信POTS照合では、incoming called-number< /strong>ステートメントの方が destination patternよりも優先順位が高いため、dial-peer voice 2がPOTSダイヤルピアとして使用されるようになります。
dial-peer voice 1 pots destination-pattern 9T port 1/0:1 ! dial-peer voice 2 pots incoming called-number .
ここに示す警告メッセージは、ダイヤルピアがincoming called-number Tを使用して設定されている場合に表示されます。このメッセージにより、実際のルータから、空の着信番号(DNIS)を使用してダイヤルピアの選択に関する質問が提起される場合があります。
RTR(config)#dial-peer voice 1 pots RTR(config-dial-peer)#incoming called-number T Warning: Pattern T defines a match with zero or more digits and hence could match with an empty number. If this is not the desired behaviour please configure pattern .T instead to match on one or more digits RTR(config-dial-peer)#
空の着信番号での着信ダイヤル ピアの照合について:
「Null」の着信番号は、ポート番号に比べて、また場合によっては answer-address に比べて、適格性が「低い」とみなされます。したがって、「Null」の着信番号に基づく照合は、answer-address とポート番号のいずれに基づく照合でも一致するものがない場合にのみ行われます。
オーバーラップダイヤルの場合、タイムアウトが発生していないため、「null」の着信番号は「incoming called-number T」と一致しません。
「Null」の着信番号が「incoming called-number T」と一致するのは、ENBLOCK の場合で、なおかつ answer-address とポート番号のいずれに基づく照合でも一致するものがない場合に限られます。「incoming called-number T」の設定時に表示される警告は、この特殊なケースを示します。
ルータやゲートウェイは、発信 ダイヤル ピアの照合にダイヤル ピアの destination-pattern called_number コマンドを使用します。
次に、POTS ダイヤル ピアでは、port コマンドが使用されて、コールが転送されます。
音声ネットワーク ダイヤルピアでは、次に session target コマンドを使用してコールが転送されます。
また、発信ピアの照合時には、DID と非 DID の 2 つのケースを検討する必要があります。
DID のダイヤルインが設定された着信ダイヤル ピアの例を次に示します。
dial-peer voice 1 pots incoming called-number 81690 voice-port 0:D direct-inward-dial
DIDコール(1段階ダイヤリングとも呼ばれます)では、セットアップメッセージにはコールをルーティングするために必要なすべてのディジットが含まれており、ルータまたはゲートウェイは後続のディジット収集を行いません。ルータやゲートウェイが発信ダイヤルピアを検索する際、デバイスは着信ダイヤル ストリング全体を使用します。この照合は、デフォルトでは可変長です。DID 定義によりすべてのディジットが受信されているため、この照合はディジット単位では行われません。次の例は、この概念を明確にするのに役立ちます。
DID ダイヤル ストリングが「81690」であると想定します。このケースでは、ルータはダイヤル ピア 4 を照合して、完全なダイヤルストリング「81690」を転送します。
dial-peer voice 3 voip destination-pattern 816 session target ipv4:172.22.10.1 ! dial-peer voice 4 voip destination-pattern 81690 session target ipv4:172.22.10.1
DIDの詳細については、『ボイス – Cisco IOSデジタル(T1/E1)を装備したインターフェイスにおけるダイヤルイン方式(DID)について』を参照してください。
このケースは、2 段階ダイヤリングとも呼ばれます。一致する着信ダイヤルピアでDIDが設定されていない場合、ルータまたはゲートウェイはディジット収集モードに入ります(ディジットは着信で収集されます)。発信ダイヤルピア照合は、ディジット単位で行われます。ルータやゲートウェイは各ディジットを受信するたびにダイヤルピアとの一致をチェックし、完全に一致するとコールをルーティングします。次の例は、この概念を明確にするのに役立ちます。
ダイヤル ストリングが「81690」であると想定します。ルータはディジット「6」を受信するとすぐに、ダイヤル ピア 3 との一致を確認し、コールをルーティングします(ディジット「816」のみを転送します)。
dial-peer voice 3 voip destination-pattern 816 session target ipv4:172.22.10.1 ! dial-peer voice 4 voip destination-pattern 81690 session target ipv4:172.22.10.1
次に、ダイヤル ピア 3 でワイルドカード照合が設定されているとします。
dial-peer voice 3 voip destination-pattern 816.. session target ipv4:172.22.10.1 ! dial-peer voice 4 voip destination-pattern 81690 session target ipv4:172.22.10.1
この場合、最長プレフィクス規則が適用され、発信コール レッグにダイヤル ピア 4 が一致します。
予期されるダイヤルストリングが一定の数のディジットを持たない状況があります。このような場合は、可変長ダイヤルピアを使用するために、ダイヤルピアのdestination-patternコマンドで「T」ターミネータを設定することを推奨いたします。
「T」ターミネータは、すべてのダイヤル ストリングが受信されるまで強制的にルータやゲートウェイを待機させます。これを実行するために、「T」ターミネータは、すべてのダイヤル ストリングが受信されるまで強制的にルータやゲートウェイを待機させます。ルータやゲートウェイによる動作は次のとおりです。
デバイスは、コールをルーティングする前に、設定された桁間タイムアウトの間、待機します。
デバイスは、ダイヤル ストリングで「#」終了文字を受信すると、コールをルーティングします。たとえば、「5551212#」をダイヤルした場合、「#」は、すべてのディジットをダイヤルしたことと、「#」より前のすべてのディジットを使用してダイヤルピアを照合する必要があることをルータに示します。
次の例は、この概念を明確にするのに役立ちます。
この例でのルータは、ダイヤル ストリング「95551212」が含まれるコール設定をネットワークから受信するものと想定します。次に、ダイヤル ピア 2 が PSTN にディジット「5551212」を転送します。
dial-peer voice 2 pots destination-pattern 9T port 2/0:23
着信POTSインターフェイスからのダイヤルストリングが「81690」であると仮定します。
dial-peer voice 3 voip destination-pattern 8T session target ipv4:172.22.10.1 ! dial-peer voice 4 voip destination-pattern 81690T session target ipv4:172.22.10.1
この場合、最長プレフィクス規則が適用され、発信コール レッグにダイヤル ピア 4 が一致します。
デフォルトのディジット間タイムアウトは 10 秒に設定されています。この値を変更するには、timeouts interdigit seconds 音声ポート コマンドを発行します。
「T」が使用される場合は、常に「T」の前に「.」またはディジットが必要です(例:「.T」または「555T」)。「T」のみを使用すると、ダイヤル ピアは不適切に動作し、ルータによるコールの処理方法に影響します。
ダイヤル ピアが照合されるには、そのダイヤル ピア動作ステータスが管理上アップ状態になっており、有効である必要があります。ダイヤル ピアが動作可能と見なされるには、次の条件のいずれかを満たしている必要があります。
destination-pattern が設定され、voice-port または session target も設定されています。
Incoming called-number が設定されている。
Answer-address が設定されている。
他にも条件はありますが、これらは主なものです。
詳細については、「ボイス - Cisco IOS プラットフォームでのダイヤルピアの稼動状態について」を参照してください。
ダイヤルピア 属性 destination-pattern は、着信コール レグと発信コール レグのどちらに適用されるかによって動作が異なります。
着信ダイヤルピアの場合、destination-pattern は発信番号(ANI ストリング)と照合されます。
発信ダイヤルピアの場合、destination-pattern は着信番号(DNIS ストリング)と照合されます。
したがって、destination-pattern 属性を持つダイヤルピアは、発信照合と着信< /i>照合の両方に使用できます。
すべてのダイヤル プランには、発信ダイヤル ピアと着信ダイヤル ピアが必要です。この例では、maui-gwy-04ルータへのインバウンドとして着信するPSTN T1接続があります。この場合、着信コールがPSTNから受信されると、ルータは着信者番号の検出を試みます。コールを受信すると、発信者は自動番号識別(ANI)を使用して発信者IDを提供します。この例では、8から始まるダイヤルイン方式(DID)の範囲があります。DNISは、PSTN上のユーザがダイヤルする番号です。これは 11 桁または 10 桁の番号です。direct-inward-dialで設定された着信ダイヤルピアと一致する場合、受付係を介さずにコールに直接到達するためには、8の後の4つの番号だけが転送され、残りの番号は削除されます。
着信ダイヤル ピアが設定されていない場合は、Dial-peer 0 が照合され、コールを処理します。Dial-peer 0 の属性は次のとおりです。
すべてのコーデックで機能する
音声アクティビティ検出(VAD)が有効である
トラフィックを IP プレシデンス 0 としてマークする
RSVP サポートがない
FAX-RATE サービスをサポートする
注:IP Precedence コマンドはデフォルト値の 0 に設定されているため、IP Precedenceがそのまま渡されます。
maui-gwy-04 | maui-gwy-06 |
---|---|
!--- |
! version 12.2 service timestamps debug datetime ! hostname maui-gwy-06 ! interface Ethernet0/0 ip address 172.22.10.1 255.255.255.0 half-duplex ! !--- FXS port voice-port 1/0/0 ! dial-peer voice 1 pots destination-pattern 81560 port 1/0/0 ! dial-peer voice 2 voip destination-pattern 9..... session target ipv4:172.22.10.2 DTMF-relay cisco-rtp |
このケース スタディでは、次の show コマンドと debug コマンドが使用されます。
show call active voice {brief}:このコマンドは、アクティブ コール テーブルの内容を表示し、そのテーブルは現在ルータを経由して接続されているすべてのコールを示しています。この場合、このコマンドはアクティブ コールに関連付けられているダイヤル ピアと機能を表示する際に役立ちます。
debug voip ccapi inout:このコマンドは、エンドツーエンドのVoIPコールのトラブルシューティングに役立ちます。
!--- Action: Call is placed from the PSTN through maui-gwy-04 |
ここで、次のコマンドを追加して、maui-gwy-06 で着信 VoIP dial-peer 2 を照合します。
maui-gwy-06#config t Enter configuration commands, one per line. End with CNTL/Z. maui-gwy-06(config)#dial-peer voice 2 voip !--- This command uses the DNIS(called number)to match the inbound call leg
!--- to the dial-peer. maui-gwy-06(config-dial-peer)#incoming called-number 8....
これは、設定を追加した後の maui-gwy-06 設定のスナップショットです。
!---dial-peer voice 1 pots destination-pattern 81560 port 1/0/0 ! dial-peer voice 2 voip incoming called-number 8.... destination-pattern 9..... session target ipv4:172.22.10.2 dtmf-relay cisco-rtp !
!--- Action: Call is placed from the PSTN through maui-gwy-04 !--- and terminated in an FXS port of maui-gwy-06 (called number: "81560"). |
改定 | 発行日 | コメント |
---|---|---|
1.0 |
11-Dec-2001 |
初版 |