内容

概要

前提条件

要件

使用するコンポーネント

表記法

背景説明

ダイヤラプロファイルは適切ですか。

DDR ソリューション比較フローチャート

レガシー DDR と比べたダイヤラ プロファイルの利点

状況の例

制約

ダイヤラ プロファイルのコンポーネント

ダイヤラプロファイルを使用するバインディングプロセスについて

ダイヤルアウト

ダイヤルアウトのフローチャート

ダイヤルイン

ダイヤラ プロファイルの設定作業の概要

設定例

ダイヤラ インターフェイスの設定

物理インターフェイスの設定

ダイヤラ プロファイルの動作の確認

ダイヤラ プロファイルに関するトラブルシューティング

ダイヤルは決して発生しません

着信コールが正しく接続されない

コールがすぐに切断されるまたはまったく切断されない場合

関連情報

概要

この文書では、ダイヤラ プロファイルの設定とトラブルシューティングのヒントを説明します。

前提条件

要件

この文書を読むには、次の知識が必要です。

- レガシー DDR（ダイヤラ マップおよびダイヤラ ロータリーグループ）

- PPP Challenge Handshake Authentication Protocol（CHAP; チャレンジ ハンドシェーク認証プロトコル）および Password Authentication Protocol（PAP; パスワード認証プロトコル）

- Caller ID（CLID; 発信者 ID）および Dialed Number Identification Service（DNIS; 着信番号情報サービス）

使用するコンポーネント

このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づくものです。

- ダイヤラプロファイルは、Cisco IOS®ソフトウェアリリース11.2で初めて導入されました。

- この文書の説明は、Cisco IOS ソフトウェア リリース 12.0(7)T 以降を対象としています。それよりも前の Cisco IOS ソフトウェアのバージョンでのダイヤラ プロファイルの動作は、このドキュメントでは説明されていません。

- ダイヤラ プロファイルに変更が加えられているため、Cisco IOS ソフトウェア リリース 12.1 以降を実行することを推奨いたします。ダイヤラ プロファイルは、ISDN インターフェイス装備のすべての Cicso ルータで使用できます。

このマニュアルの情報は、特定のラボ環境に置かれたデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。実稼動中のネットワークで作業をしている場合、実際にコマンドを使用する前に、その潜在的な影響について理解しておく必要があります。

Software Advisorツー (（登録ユーザ専用）を使用すると、稼働中の Cisco IOS ソフトウェアのバージョンでこの機能がサポートされていることを確認できます。

ヒント：Software Advisor（登録ユーザ専用）ツールで、Dynamic Multiple Encapsulation for Dial-in over ISDNという機能を検索します。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

背景説明

レガシー Dial-on-Demand Routing（DDR; ダイヤルオンデマンド ルーティング）は多くのシナリオで有用ですが、さまざまなユーザにさまざまな特性を定義することによりユーザを差別化することが必要な場合には制限があります。これはレガシー DDR では実現できません。ダイヤラプロファイルは、ユーザ固有のプロファイルをルータに設定できるように、新しいDDRモデルとして設計されています。プロファイルは特定のユーザの特性を決定し、プロファイルは着信または発信DDRコールの物理インターフェイス(非同期または基本速度インターフェイス(BRI)など)に動的にバインドされます。ダイヤラ プロファイルは、着信/発信ダイヤルで Point-to-Point Protocol（PPP; ポイントツーポイント プロトコル）、High-level Data Link Control（HDLC; 高レベル データリンク制御）、フレーム リレー、または X.25 のカプセル化をサポートしています。推奨される選択肢は PPP カプセル化で、このドキュメントでは PPP を中心に扱っています。

ダイヤラプロファイルは適切ですか。

ダイヤラ プロファイルが使用中の設定にとって最善のオプションであるかどうかを判断するには、次の質問に答えてください。回答が「どちらでもない」である場合は「いいえ」と解釈します。 使用する最善の方法を決定するには、以下に示すフローチャートに対する次の質問に答える必要があります。

1. ユーザごとの必要条件がありますか。つまり、圧縮、アイドル タイムアウト、レイヤ 3 アドレッシング、またはその他のサービスや機能など、ユーザ間で異なる機能を適用する必要がありますか。

2. コールの方向に関係なく、200 を超えるサイトへの接続がありますか。

注：200のサイトは、ネットワークの拡張が大きな問題になる任意の数です。

3. 発信ダイヤルに必要条件はありますか。

最適な DDR の実装方法を決定するには、次のフローチャートを使用します。

DDR ソリューション比較フローチャート

レガシー DDR についての詳細は、『ダイヤルオンデマンド ルーティングの設定』の「Cisco IOS ダイヤル テクノロジーの設定ガイド」の章を参照してください。

Virtual Profile（VP; バーチャル プロファイル）についての詳細は、『バーチャル テンプレート、プロファイル、およびネットワーク』の「Cisco IOS ダイヤル テクノロジーの設定ガイド」の章を参照してください。

Large-Scale Dial-Out（LSDO; 大規模ダイヤル アウト）についての詳細は、『大規模ダイヤル アウトの設定』の「Cisco IOS ダイヤル テクノロジーの設定ガイド」の章を参照してください。

レガシー DDR と比べたダイヤラ プロファイルの利点

- レガシー DDR とは異なり、ダイヤラ プロファイルはポイントツーポイント インターフェイスです。このことにより、レイヤ 3 からレイヤ 2 へのマップの要件と、複数のマップを管理する煩雑さが軽減されます。

- さまざまなレイヤ 3 ネットワーク アドレスを持つ 1 つの物理インターフェイスのさまざまなメンバを設定します。

- ダイヤラ プロファイルを使用すると、着信/発信コールの要件に基づいて、物理インターフェイスがさまざまな特性を持てるようになります。

- プライマリ インターフェイスが動作中である場合、バックアップ インターフェイスを非専用のインターフェイスとして使用できるようにすることが可能です。

- DDR インターフェイスを出入りする最大または最小の接続数を制御します。

- さまざまな DDR パラメータを、ISDN インターフェイスの各 B チャネルに設定できます。

状況の例

ダイヤラ プロファイルが有用である一般的な状況としては次のものがあります。

- ルータが複数のサイトに接続する必要があり、異なるサブネットにピアが存在する場合。

- 物理インターフェイスを通常の DDR に使用する必要があるだけでなく、物理インターフェイスが WAN リンクに対するバックアップを提供する必要がある場合。

- 特定の接続用に一部の B チャネルを予約する必要がある場合。

- 異なるカプセル化（HDLC や PPP など）をピアが実行する場合。

注：この機能には、Cisco IOSソフトウェアバージョン12.0(7)T以降が必要です

- 複数のチャネルを必要とする接続もあれば、チャネルを 1 つだけ必要とする接続もある場合。

- 各接続が異なるアイドル タイムアウトの値を必要とする場合。

- 各接続が異なる対象トラフィックの定義を必要とする場合。

- ピアの IP アドレスが不明である場合。

- （PRI の）ISDN B チャネルがさまざまな設定を必要とする場合。

上記の状況の大部分は、ダイヤラ プロファイルが理想的な選択である個々のユーザに関する問題について述べています。上記のリストには、ダイヤラ プロファイルを使用可能な状況がすべて含まれているわけではないことに注意してください。

制約

ダイヤラ プロファイルには既知の制限があります。以下に、いくつかの例を示します。

- CLID ベースのバインディングが有効（Cisco IOS ソフトウェア リリース 12.0(7)T 以降が必要）でなければ、物理インターフェイスとダイヤラ インターフェイスの両方で、PPP 認証およびマルチリンクを有効にする必要があります。

- 各ダイヤラ インターフェイスでは、インターフェイスを管理する内部構造である Interface Description Block（IDB; インターフェイス記述ブロック）を使用します。使用できるIDBの数は限られています（Cisco IOSソフトウェアのバージョンとプラットフォームによって異なります）。これは、ダイヤラプロファイルが大規模なDDRアプリケーションに対して拡張されないことを意味します。各種プラットフォームのIDB制限の詳細については、『Cisco IOSプラットフォームのインターフェイスおよびサブインターフェイスの最大数：IDB の制限」を参照してください。

- ダイヤラ プロファイル内部では、同じ特性を共有するユーザのグループのために汎用のダイヤラ プロファイル（さらにデフォルトのプロファイルも）を設定する方法はありません。各ユーザには独自のプロファイルが必要です。

ヒント：仮想プロファイルをダイヤラプロファイルと組み合わせて使用します。バーチャル プロファイルは優れた「デフォルト プロファイル」を提供できます。

- 着信接続に関しては、最初に応答して負担を負うことをせずにはプロファイルへの着信コールの量を制限することができません。

ダイヤラ プロファイルのコンポーネント

ダイヤラ プロファイルは、次の要素で構成されています。

- ダイヤラ インターフェイス：ユーザ固有のダイヤラ プロファイルを定義する論理エンティティです。ユーザに固有のすべての設定値は、ダイヤラインターフェイス設定の下に表示されます。たとえば、レイヤ3プロトコルアドレス、対象トラフィック、タイムアウトなどです。このダイヤラ インターフェイスは、レガシー DDR とともにロータリー グループとして使用されるダイヤラ インターフェイスとは完全に異なることに注意してください。このドキュメントの説明では、ダイヤラ プロファイルとダイヤラ インターフェイスは同義語であると考えてください。

- ダイヤラプール：各ダイヤラインターフェイスは単一のダイヤラプールのメンバです。プールは、1つ以上の物理インターフェイスのグループです。プール内にはインターフェイス（非同期、ISDN、シリアル）の任意の組み合せが存在可能です。特定の物理インターフェイスの発信ダイヤルのコンテンションを解決するには、dialer pool-member priority コマンドを使用します。

- 物理インターフェイス：（BRI や非同期などの）インターフェイスは、1 つ以上のプールのメンバとして設定されます。また少なくとも、インターフェイスが属するダイヤラ プールのカプセル化パラメータおよび識別用に設定されます。発信者 ID（CLID）ベースのバインディングがイネーブルである場合を除き、物理インターフェイス上では PPP 認証およびマルチリンク PPP（該当する場合）も設定する必要があります。

次のダイアグラムに、ダイヤラ プロファイルのさまざまな要素間の相互作用の例を示します。

ダイヤラプロファイルを使用するバインディングプロセスについて

ここでは、コール単位で物理インターフェイスにダイヤラ プロファイルを動的にバインドするという概念を詳細に説明します。

特定のピアに関する設定情報は、ダイヤラ プロファイル内に含まれています。その特定のピアが物理ポートを介してダイヤルインまたはダイヤルアウトされると、ルータは、リモートのダイヤラ プロファイルを物理インターフェイスにバインドする必要があります。ルータでは複数のダイヤラ プロファイルが設定されている場合が多いため、ルータは、特定のコール（着信または発信のいずれか）に関してどのプロファイルをバインドするかを適切に選択する必要があります。 ダイヤルアウトまたはダイヤルインに関するこの問題を説明するため、フローチャートが付属するステップごとの手順を提示します。ステップごとの手順を使用する際には、フローチャートを参照してください。

ダイヤルアウト

このシナリオは、ダイヤラロータリーグループの動作に非常によく似ています。物理インターフェイスは、特定の接続のダイヤラプロファイルの特性を前提としています。バインディング プロセスを次に示します。

1. 着信パケットがルータに到着します。ルーティングテーブルのルックアップは、ダイヤラインターフェイス上の宛先アドレスを示します。

2. Cisco IOS ソフトウェアは、そのダイヤラ インターフェイスがダイヤラ プロファイルであることを検出します。このプロファイルの既存の接続が存在しない場合、ダイヤラ インターフェイスが関連付けられているプールが特定されます。

3. 既存の接続が存在する場合は、パケットは物理インターフェイスにキューイングされ、トラフィックが「対象」トラフィックである場合、アイドル タイマーがリセットされます。

4. 既存の接続が存在しない場合、対象トラフィックであるかどうかを判別するため、そのトラフィックは dialer-list と照合されます。対象トラフィックでない場合、そのパケットは廃棄されます。対象トラフィックである場合、ステップ 5 に進みます。

5. 既存の接続が存在しない場合、Cisco IOS ソフトウェアは、ダイヤラ プールのプライオリティが最高であるダイヤラ インターフェイスに属する物理インターフェイスを検索します。これが、ダイヤリングに使用されるインターフェイスです。このインターフェイスはダイヤラ インターフェイスにバインドされ、これにより物理インターフェイスはダイヤラ インターフェイスの設定が存在すると見なします。

6. Cisco IOS ソフトウェアはダイヤラ プロファイルの電話番号をダイヤルし、またこの時点で通常の DDR ステップが行われます。

7. ピアの認証された名前が、発信ダイヤラ プロファイルの dialer remote-name と一致しない場合、そのコールは接続解除されます。

ダイヤルアウトのフローチャート

ダイヤラ プールが ISDN インターフェイス、非同期インターフェイス、または両者の混合から構成されているかどうかに関係なく、この一連の手順は同じです。

あるプロファイルからの発信コールの数は、最小および最大しきい値で（dialer pool-member pool_number max-link number min-link number コマンドを使用して）管理できます。 最小しきい値は予約システムとして機能するのに対し、最大しきい値はプロファイルの過剰な使用を防止します。しきい値に到達すると、そのプロファイル上ではそれ以上の発信コールは許可されません。

ダイヤルイン

着信インターフェイスは複数のプールのメンバになることが可能で、これらのプールは複数のダイヤラ プロファイルと関連付けることができるため、着信コールに関するダイヤラ プロファイルのバインディングはより複雑になります。ダイナミック バインディングが不可能である場合、そのコールは接続解除されます。バインディング プロセスを次に示します。

注：このプロセスは実行順に表示され、最初の一致が見つかると、コールはダイヤラインターフェイスにバインドされます。

1. 物理インターフェイスが 1 つだけのプールのメンバであり、このダイヤリング プールに 1 つだけダイヤラ プロファイルが関連付けられている場合、物理インターフェイスをこのダイヤラ プロファイルにバインドします。

注：この手順は、設定されているダイヤラプロファイルにdialer callerコマンドまたはdialer calledコマンドがない場合にのみ実行されます。いずれか一方のコマンドが設定されている場合、一致が成功した場合にだけバインディングが実行されます。

2. ダイヤラインターフェイスでdialer callerコマンドを使用して、コールの発信者ID(CLID)を照合してみます。物理インターフェイスがメンバであるプールと関連付けられたプロファイルだけがチェックされます。一致が見つかった場合、一致したダイヤラ プロファイルに物理インターフェイスをバインドします。何らかの理由によりこのチェックが失敗した場合、さらにバインドを試みる次のステップに進みます。dialer caller についての詳細は、ドキュメント『発信者番号による ISDN 認証とコールバック』を参照してください。電話会社から CLID が提供されていない場合、またはダイヤラ プロファイルで dialer caller が設定されていない場合、このステップはスキップされます。

3. 着信コールの Q.931 SETUP メッセージで電話会社により提供された DNIS-plus-ISDN-subaddress 情報を使用してバインドを試みます。この着信コールの DNIS およびサブアドレス情報は、各ダイヤラ プロファイルで dialer called コマンドと照合されます。一致が見つかった場合、バインディングは成功します。それ以外の場合は、次の条件に移動します。

注：DNISバインディングが許可されるのは、着信コールQ.931セットアップメッセージにISDNサブアドレス情報が存在し、dialer calledコマンドがダイヤラプロファイルで適切に設定されている場合だけです。ISDN サブアドレスは主にヨーロッパとオーストラリアで使用され、北米では一般的ではありません。

4. 物理インターフェイスが PPP 認証用に設定されている場合、コールに応答し、リモート ピアを認証します。認証された名前を使用して、（dialer remote-name コマンドを使用して）設定された同じ名前を持つダイヤラ プロファイルを特定します。 物理インターフェイスがメンバであるプールと関連付けられたプロファイルだけがチェックされます。一致が見つかった場合、一致したダイヤラ インターフェイスに物理インターフェイスをバインドします。何らかの理由によりこのチェックが失敗した場合、バインド試行アルゴリズムは失敗し、コールは接続解除されます。

バインドが行われたことが、接続の成功を意味してはいないことに注意してください。これは単に、この時点で物理インターフェイスは使用できる設定を持っていることを意味します。ただし、その他の理由（IP Control Protocol（IPCP）の失敗など）により、コールが依然として接続解除されている可能性があります。

バインディングが成功し、デバイスの認証が終わると、ルータでは dialer remote-name が、ピアの認証されたユーザ名と一致するかどうかがチェックされます。名前が一致しない場合、コールは接続解除されます。

発信者 ID または DNIS を使用してバインドできるのは、同期 ISDN コールだけです。モデム コールが ISDN BRI または PRI 接続で配送された場合に、提供された CLID/DNIS をモデム コールのバインド用に使用する試みは、現時点では行われません。

あるプロファイルからの着信コールの数は、最大しきい値（dialer pool-member コマンドの max-link オプション）で管理できます。 最大しきい値はプロファイルの過剰な使用を防止します。ルータはコールに応答し、どのプロファイルがコールの対象であるか、およびプロファイルの最大接続上限に達したかどうかを判別します。最大値に到達している場合、コールは接続解除されます。

ダイヤラ プロファイルの設定作業の概要

ダイヤラ プロファイルを設定するには、次のタスクを実行します。

1. 1 つ以上のダイヤラ インターフェイスを設定します。宛先に固有のすべての設定は、ダイヤラ インターフェイスの設定に送られます。

ステップ

コマンド

目的

1.

インターフェイス ダイヤラー番号

ダイヤラ インターフェイスを作成します。

2.

ip address ip_address subnet_mask または ip unnumbered interface または ip address negotiated

ダイヤラ インターフェイスの IP アドレスとマスクを、コールされる宛先ネットワーク内のノードとして指定します。また、ルータ上の別の Up/Up インターフェイスにインターフェイスの番号変更を行ったり、IPCP ネゴシエーション中に取得されたアドレスを使用することもできます。

を選択します。

encapsulation ppp

PPP のカプセル化を指定します。

4.

（オプション）ppp authentication chap | pap [callin]

PPP 認証方式を指定します。これが必要であるのは、CLID または DNIS ベースのバインディングを行っていない場合だけです。詳細は、「ダイヤルイン」のセクションを参照してください。

5.

dialer caller number

（バインディングに使用される）ピアの発信者 ID（CLID）を設定します。 電話会社が着信コールの SETUP メッセージで CLID を提供していることを確認します。

6.

（オプション）dialer called DNIS:subaddress

バインディングに使用可能な DNIS およびサブアドレス情報を指定します。これは主にヨーロッパとオーストラリアで使用されています。
注：DNISとサブアドレスの両方を設定します。そうしないと、このプロファイルに対するすべてのDNISバインディングが失敗します。

7.

dialer remote-name username

リモート ルータの認証名を指定します。ユーザ名が正しく指定されていない場合、コールは接続解除されます。

8.

dialer string dial-string class class-name

コールするリモートの宛先と、この宛先へのコールの特性を定義するマップ クラスを指定します。マップ クラスはオプションです。このコマンドが必要であるのは、ルータが発信コールを行っている場合だけです。

9.

dialer pool pool-number

この宛先へのコールに使用するダイヤリング プールを指定します。

10.

dialer-group group-number

ダイヤラ インターフェイスをダイヤラ グループに割り当てます。これは、対象トラフィックの定義をインターフェイスに適用します。

11 .

dialer-list group-number protocol protocol name {permit | deny | list} access-list-number

コールをトリガーできる「対象」パケットを定義するための、リスト番号別アクセス リスト、またはプロトコルおよびリスト番号別アクセス リストを（グローバル設定モードで）指定します。グループ番号はステップ 9 での番号と同じである必要があります。

2. （オプション）マップ クラスを設定して、コール/宛先単位でさまざまな種類のコールのさまざまな特性を指定します。詳細は、「Configuring the map-class dialer コマンドの設定」セクションを参照してください。

3. 物理インターフェイスを設定します。

ステップ

コマンド

説明

1.

interface interface_type number

ダイヤラ プロファイルの物理インターフェイスのパラメータを設定します。

2.

（オプション）encapsulation ppp

PPP カプセル化をデフォルトに指定します。x.25、フレームリレー、HDLC などを設定することもできます。物理インターフェイスは PPP カプセル化を使用しますが、B チャネルで実行される実際のカプセル化は、このインターフェイスにバインドされたダイヤラ プロファイルで設定されたカプセル化により決定されます。

を選択します。

（オプション）ppp authentication chap | pap [callin]

PPP 認証方式を指定します。これが必要であるのは、CLID または DNIS ベースのバインディングを行っていない場合だけです。詳細は、「ダイヤルイン」のセクションを参照してください。

4.

（オプション）ppp multilink

この物理インターフェイス上で PPP マルチリンクを許可します。これが必要であるのは、CLID または DNIS ベースのバインディングを行っていない場合だけです。詳細は、「ダイヤルイン」のセクションを参照してください。

5.

dialer pool-member pool-number

物理インターフェイスをダイヤラ プールに割り当てます。このプール番号は、上記の表のステップ 9 で設定されたものと同じである必要があります。

注：この物理インターフェイスを経由するすべての着信接続がCLIDまたはDNISを使用してバインドされていない場合は、物理インターフェイスでencapsulation ppp、ppp authentication、およびppp multilink（該当する場合）を設定する必要があります。

4. CHAP または PAP 認証のユーザ名とパスワードを設定します。PAP の設定についての詳細は、『PPP パスワード認証プロトコル（PAP）の設定とトラブルシューティング』を参照してください。 CHAP についての詳細は、『PPP CHAP 認証の説明と設定』を参照してください。

5. ダイヤラ インターフェイスを持つスタティック ルートをネクストホップとして設定します。

設定例

上記の図では次のようになっています。

- ダイヤラ インターフェイス Dialer1 はダイヤラ プール 10 を使用しています。

- ダイヤラ インターフェイス Dialer2 はダイヤラ プール 20 を使用しています。

- ダイヤラ インターフェイス Dialer3 はダイヤラ プール 30 を使用しています。

- BRI 0、BRI 1、BRI 2 はダイヤラ プール 10 に属しています。

- BRI 1、BRI 2 はダイヤラ プール 20 に属しています。

- BRI 2 はダイヤラ プール 30 に属しています。

インターフェイスDialer1がDDR接続を確立する必要がある場合、ダイヤラプール10のBRIの1つを使用します。この場合、コールにはBRI 0、BRI 1、またはBRI 2からのBチャネルが使用されます。

ダイヤラ インターフェイス Dialer2 が DDR 接続を確立する必要がある場合は、ダイヤラ プール 20（および拡張により BRI 1 または BRI 2）を使用します。

ダイヤラ プール内でのコンテンションを回避するため、ダイヤラ プールの物理インターフェイスにプライオリティを設定できます。

ダイヤラ インターフェイスの設定

ダイヤラ インターフェイスの設定作業を、次の設定例に示します。

interface Dialer1

ip address 1.1.1.1 255.255.255.0

! -- IP Address. ! -- For simplicity keep this address in the same network as the peer.

! -- If needed, you can unnumber this to another interface instead.

encapsulation ppp

dialer remote-name Smalluser

! -- Authenticated remote name of the peer.

! -- Verify that this name exactly matches the authenticated name of the remote.

dialer string 5554540

! -- Number for outbound call. For inbound calls this is not needed.

! -- Multiple dial strings can be specified for the same dialer interface.

dialer caller 5554540

! -- CLID information used for binding.

dialer pool 10

!-- Member of dialer pool 10.

!-- The dialer interface can only be a member of 1 pool(the reverse is not true).

dialer-group 1

! -- Interesting traffic is defined by dialer-list 1.

!

interface Dialer2

ip address 2.2.2.2 255.255.255.0

encapsulation ppp

dialer remote-name Mediumuser

!-- Note that the remote-name is different from the other profiles.

!-- Do not configure two dialer profiles with the same remote-name.

dialer string 5554541

dialer caller 5554541

dialer load-threshold 50 either

! -- Load threshold (50/255=20%) for multilink ppp.

dialer pool 20

dialer-group 2

ppp multilink

! -- Dialer 2 can perform Multilink PPP.

!

interface Dialer3

ip address 3.3.3.3 255.255.255.0

encapsulation ppp

dialer remote-name Poweruser

dialer string 5554542 class Eng

!--- Dial 5554542 and use the map-class named "Eng" (defined below).

dialer caller 5554542

dialer hold-queue 10

dialer load-threshold 80

! -- Load threshold (80/255=32%) for multilink ppp.

dialer pool 30

dialer-group 2

ppp multilink

! -- Dialer 3 can perform Multilink PPP.

!

map-class dialer Eng

!--- Map-class named "Eng" that was used with the dialer string in Dialer3.

isdn speed 56

注：接続する必要があるすべてのリモートデバイスにダイヤラインターフェイスを設定します。

ダイヤラ インターフェイスの設定に必要な最小限のコマンド

- リモートの宛先を指定するには、dialer remote-name user-name コマンドを使用します。これは、認証のために渡されるリモート ルータの名前です。

- （発信コールの場合）ダイヤルする番号を指定するには、dialer string string コマンドを使用します。 必要に応じてマップクラスを設定できます。

- ピアの CLID を指定するには、dialer caller lookup コマンドを使用します。

- ダイヤラ インターフェイスをダイヤラ プールにバインドするには、dialer pool number コマンドを使用します。ダイヤラ インターフェイスは 1 つのダイヤラ プールだけに関連付けることができますが、ダイヤラ プールは多くのダイヤラ インターフェイスに関連付けることができる点に注意してください。

- dialer-group group-number コマンドは、「対象」トラフィックを定義するダイヤラ リストの参照に使用します。

注：dialer-list dialer-group protocol protocol name {permit | deny | list access-list-number}コマンドは、コールをトリガーするために「対象」パケットを定義するプロトコルまたはアクセスリスト番号を指定します。

map-class dialer コマンドの設定

map-class dialer class-name コマンドを使用すると、マップクラスを指定し、マップクラスの設定モードに入ることができます。次の表にオプションを示します。

コマンド

説明

dialer isdn [speed <56>] | [no-spc]

ISDN 回線速度 56 Kbps を指定します。
注：デフォルトは64 Kbpsです。speedパラメータは、56 Kbpsの回線速度でのみ使用されます。64は有効なオプションではありません。

注：これが必要かどうかを確認するには、電話会社に問い合わせてください。

dialer idle-timeout number

コールの発信時に使用するアイドル タイマーの値を指定します。デフォルトは 120 秒です。
注：ダイヤラーインターフェイスでもアイドルタイムアウトを設定できます。

dialer fast-idle number

コールの発信時に使用するファースト アイドル タイマーの値を指定します。これは、物理インターフェイスの輻輳が発生した場合に使用されます。デフォルトは 20 秒です。

dialer wait-for-carrier-time number

コールの発信時に使用するキャリア時間の値を指定します。

注：上記のダイヤラコマンドの一部は、ダイヤラインターフェイスまたはマップクラスで直接設定できます。同じコマンドが複数回出現する場合があり、またパラメータが異なる可能性があります。優先順位の順序は、最高から最低まで次のようにならんでいます。

- マップクラスのパラメータ

- インターフェイスのパラメータ

物理インターフェイスの設定

物理インターフェイスをダイヤラ プールに割り当てるには、dialer pool-member number コマンドを使用します。このインターフェイス設定コマンドを使用して複数のダイヤラ プール番号を指定することで、1 つのインターフェイスを複数のダイヤラ プールに割り当てることができます。

ダイヤラ プール内でのインターフェイスのプライオリティを設定するには、このコマンドの priority オプションを使用します。

interface BRI0

no ip address

encapsulation ppp

! -- Specify that the default encapsulation for this interface is ppp. ! -- Although BRI0 employs ppp encapsulation, the actual encapsulation ! -- running over the B-channels are determined by the one configured ! -- on the dialer profile bound to this interface.

dialer pool-member 10 priority 100

! -- BRI 0 is a member of pool 10.

!

interface BRI1

no ip address

encapsulation ppp

dialer pool-member 10 priority 50

! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0.

dialer pool-member 20 priority 100

! -- BRI 1 is a member of pool 20. ! -- Note that the priority is higher than BRI 2.

!

interface BRI2

no ip address

encapsulation x25

! -- Although BRI2 employs X25 encapsulation, ! -- the actual encapsulation running over the B-channels ! -- are determined by the one configured on the dialer profile ! -- bound to this interface.

dialer pool-member 10 priority 10

! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0 and BRI 1.

dialer pool-member 20 priority 50

! -- BRI 2 is a member of pool 20. ! -- Note that the priority is lower than BRI 1.

dialer pool-member 30

...

...

...

注：CLIDまたはDNISベースのバインディングを実行できない場合は、コマンドencapsulation ppp、ppp authentication chapを設定する必要があります | pap [callin]およびppp multilink（該当する場合）を物理インターフェイスで実行します。

dialer pool-member オプション コマンドのパラメータには次のものがあります。

パラメータ

説明

番号

ダイヤラ プーリング番号を設定します。1 ～ 255 の 10 進数の値です。

priority number

ダイヤラ プール内の物理インターフェイスのプライオリティを設定します。ダイヤルアウトにはプライオリティの高い番号のインターフェイスが最初に選択されます。これは、1 ～ 255の10進数値です。大きい値は、より高い優先順位を示します。これが必要であるのは、発信コールに関して物理インターフェイスでコンテンションが存在する場合だけです。

min-link number

インターフェイス上の ISDN B チャネルは、このダイヤラ プール用に予約されています。これは1 ～ 255の数値です。これは単純なチャネル予約システムとして使用できます。

max-link number

このダイヤラ プール用に予約されているインターフェイス上の ISDN B チャネルの最大数を設定します。1 ～ 255 の数値です。

ダイヤラ プロファイルの設定例

ダイヤラ プロファイルを使用した包括的な設定例については、『ダイヤラ プロファイルを使用した ISDN 用 DDR バックアップの設定』を参照してください。

PPP 以外の設定例については、次のドキュメントを参照してください。

- HDLC：ダイナミック多重カプセル化を用いるHDLCカプセル化を使用するISDN DDR

- X.25 およびフレームリレー：ISDN でのダイヤルインのダイナミック多重カプセル化

調整とオプションのコマンド

チューニングとオプションのコマンドの詳細は、ドキュメント『ダイヤラ プロファイルのコマンドを使用したピアツーピア DDR』を参照してください。

ダイヤラ プロファイルの動作の確認

show interface dialer1 コマンドを使用すると、着信および発信コールに関する次のような情報が表示されます。

Router# show interfaces dialer1

Dialer1 is up, line protocol is up (spoofing)

! -- The dialer interface is up/up(spoofing). ! -- Dialer interface is always up(spoofing) so that the route ! -- to the dialer interface remains in the routing table. ! -- Refer to the Note below.

Hardware is Unknown

Internet address is 1.1.1.1/24

! -- IP address for the dialer interface.

MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255

Encapsulation PPP, loopback not set

! -- Encapsulation on the dialer interface.

DTR is pulsed for 1 seconds on reset

Interface is bound to BRI0:1

! -- This dialer is bound to 1 B-channel.

Last input 00:00:38, output never, output hang never

Last clearing of "show interface" counters 00:05:36

Queueing strategy: fifo

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

38 packets input, 4659 bytes

34 packets output, 9952 bytes

Bound to:

BRI0:1 is up, line protocol is up

! -- B-channel to which Dialer1 is bound to.

Hardware is BRI

MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255

Encapsulation PPP, loopback not set, keepalive not set

Interface is bound to Dialer1 (Encapsulation PPP)

! -- Encapsulation applied by the dialer profile.

LCP Open, multilink Open

Last input 00:00:39, output 00:00:11, output hang never

Last clearing of "show interface" counters never

Queueing strategy: FIFO

Output queue 0/40, 0 drops; input queue 0/75, 0 drops

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

78 packets input, 9317 bytes, 0 no buffer

Received 65 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

93 packets output, 9864 bytes, 0 underruns

0 output errors, 0 collisions, 7 interface resets

0 output buffer failures, 0 output buffers swapped out

4 carrier transitions

注：ダイヤラーインターフェイスは常に少なくともup/up（スプーフィング）になります。 「スプーフィング」という言葉は、回線は実際にはアップにはなっていませんが、上位レベルのプロトコルが期待どおり動作し続けるように、回線が「アップ」であると装うようにダイヤラが強制していることを意味します。スプーフィングは、DDR の動作を許可するために追加された状態です。インターフェイスは、ルーティングされるパケットに応答して「ダイヤルオンデマンド」を行います。「ダウン」のインターフェイスにはパケットはルーティングされないため、たとえインターフェイスが接続されていない場合であっても、インターフェイスにパケットがルーティングされるよう、インターフェイスはアップを装う（スプーフする）必要があります。スプーフィングは、ダイヤルオンデマンド インターフェイス上では通常の状態です。

ダイヤラ プロファイルに関するトラブルシューティング

症状

debug コマンド

解決方法

ダイヤルは決して発生しません

debug dialer

対象トラフィック、ルーティング設定、ダイヤラの電話番号およびダイヤラ プールの設定を確認します。

着信コールが正しく接続されない

debug dialer

3 つのバインディング ステップのいずれかが成功するかどうかを確認します。

コールがすぐに切断されるまたはまったく切断されない場合

debug dialer packet

対象パケットの設定を確認します。

レガシー DDR と同じように、ダイヤラ プロファイルの問題をデバッグするための最も適切なコマンドは debug dialer です。コールが成功した場合、デバッグでは、記録されているメッセージ以外のものは表示されません。失敗した場合は、原因になり得る数多くの問題が存在します。

ダイヤルは決して発生しません

debug dialer をオンにして、ピアへの対象トラフィックを生成します。ルータはダイヤルを試行する必要があります。出力例を次に示します。

maui-soho-01#ping 10.1.1.1

Type escape sequence to abort.

Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:

*Mar 1 00:24:47.242: BR0 DDR: rotor dialout [priority]

*Mar 1 00:24:47.250: BR0 DDR: Dialing cause ip (s=192.168.1.1, d=10.1.1.1)

*Mar 1 00:24:47.250: BR0 DDR: Attempting to dial 5551111

debug dialer によりデバッグ出力が生成されているかどうかを確認します。debug dialer 出力がまったくない場合、またはバインディングが失敗する場合、最も可能性の高い原因として、送信している IP パケットがダイヤラ インターフェイスにルーティングされていないことが考えられます。次の手順に従ってください。バインディングについての詳細は、このドキュメントの「ダイヤルアウト」セクションを参照してください。

発信コールのバインディング問題のトラブルシューティング

発信コールのバインディング問題のトラブルシューティングを行うには、次のステップに従います。

1. ダイヤラ プロファイルがダイヤラ プールと関連付けられていない場合、debug dialer は発信コールに関して次のように出力します。

*Mar 1 07:20:45.676: Di15: Cannot place call, no dialer pool set

ソリューション：ダイヤラ インターフェイスで dialer pool コマンドを設定します。

2. 物理インターフェイスがどのプールとも関連付けられていない場合、発信側ルータのデバッグ メッセージは、これ以上物理インターフェイスが使用できない場合と同じになり、ファースト アイドル タイマーのトリガーの原因になります。

*Mar 1 11:54:14.937: Di15: No free dialer - starting fast idle timer

ソリューション：物理インターフェイスで dialer pool-member コマンドを設定し、物理インターフェイスをダイヤラ プールに関連付けます。

発信コールのルーティング問題のトラブルシューティング

ダイヤラ プールの設定が正しいことを確認してから、次の作業を行います。

1. ダイヤラ インターフェイスに IP が設定されていることを確認します。インターフェイス上の IP アドレス、ip unnumbered type number（type number は、ルータが割り当て済み IP アドレスを持っている別のインターフェイス）または ip address negotiated のいずれかが必要です。

2. コマンド ip routing が設定されているかどうかを確認します。show running-config コマンドを使用して設定を調べた際には、コマンド no ip routing が設定されているとは表示されないはずです。

3. ダイヤラ インターフェイスに向かうスタティック ルートが存在することを確認します。次の例は、ネクストホップ Dialer 1 を持つ 172.22.53.0/24 へのスタティック ルートです。

maui-soho-01(config)#ip route 172.22.53.0 255.255.255.0 dialer 1

4. ダイヤラ インターフェイスがシャットダウン状態ではないことを確認します。show interface dialer interface コマンドを使用してインターフェイスが up/up であることを確認するか、ダイヤラ インターフェイスの設定に no shutdown が存在するかどうかを確認します。

デバッグは出力されても、「Attempting to Dial」メッセージがない

このケースでは、おそらく IP パケットはインターフェイスにルーティングされていますが、なんらかの理由でルータがそのパケットを廃棄するため、コールが開始されません。コールが試行されない原因を突き止めるために、debug dialer 出力を確認します。次に debug dialer により示される問題と考えられる原因をいくつか示します。

例 1

*Mar  1 00:07:22.255: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing uninteresting (no dialer-group defined).

ダイヤラ インターフェイスに dialer-group が設定されていません。次の例のように dialer-group を追加します。

interface Dialer1

dialer-group 1

例 2

*Mar  1 00:08:24.919: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing uninteresting (dialer-list 1 not defined).

ダイヤラ インターフェイスに dialer-group 文がありますが、参照している dialer-list が存在しません。次の例のように dialer-list を設定します。

dialer-list group-number protocol ip permit

注：グループ番号の値は、dialer-group group-numberで設定されている値と同じにする必要があります。この例では、dialer-list 1 を設定します。

例 3

*Mar  1 00:25:32.551: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing interesting (ip PERMIT)

*Mar  1 00:25:32.555: Di1 DDR: No free dialer - starting fast idle timer.

このケースでは、発信パケットはリンクをアップする対象トラフィックと見なされていますが、コールの発信に利用できる物理インターフェイスがありません。物理インターフェイスで dialer pool-member number が設定されていて、ダイヤラ インターフェイスでは dialer pool number が設定されていることを確認します。例：

interface BRI0

dialer pool-member 1

!

interface Dialer1

dialer pool 1

また、物理インターフェイスがシャットダウン状態にないことも確認します。その物理インターフェイスで no shutdown コマンドを使用します。

例 4

*Mar  1 00:37:24.235: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1),

100 bytes, outgoing interesting (ip PERMIT)

*Mar  1 00:37:24.239: Di1 DDR: Cannot place call, no dialer string set.

このケースでは、ダイヤラ インターフェイスで dialer string dial-string が設定されていません。ルータはコールを発信しようとしますが、発信する番号が不明です。次のように dialer-string を定義します。

interface Dialer1

dialer string 8134

着信コールが正しく接続されない

ダイヤラ プロファイルに伴うコールの失敗の原因は、物理インターフェイスを、そのコールのダイヤラ インターフェイスにバインドする際の問題である場合があります。上記の「ダイヤルイン」セクションで説明されているバインディングの条件のいずれかを、ルータが満たしていることを確認します。次の手順に従ってください。

1. ダイヤラ プロファイルがダイヤラ プールと関連付けられていない場合、debug dialer では着信コールに関して次のように出力されます。

*Mar 1 11:51:24.873: BRI0:1:

Authenticated host HQ-NAS with no matching dialer profile

ソリューション：ダイヤラ インターフェイスで dialer pool コマンドを設定します。

2. バインドの試行は 4 回行われることに注意してください。複数のダイヤラ プロファイルが存在すると想定すると、CLID および DNIS のバインドの試行は失敗し、PPP 認証は設定されません（これで 4 回目のテストの可能性が高まります）。 着信側ルータでは、次の debug dialer メッセージが生成されます。

*Mar 1 11:59:36.521: ISDN BR0:1: Incoming call rejected, unbindable

ソリューション：ppp authentication chapの設定 | pap [callin]物理インターフェイスで指定します。

3. 物理インターフェイスで PPP 認証がイネーブルになっている場合、4 回目のバインドの試行は進行します。ルータは、認証されたユーザ名を使用して、ダイヤラ プールにあるダイヤラ インターフェイスのいずれかへのバインドを試行します。その試行が失敗した場合、着信側ルータでは次のデバッグが表示されます。

*Mar 1 12:03:32.227: BRI0:1:

Authenticated host HQ-NAS with no matching dialer profile

ソリューション：ダイヤラ インターフェイスで dialer remote-name コマンドを設定します。指定された名前は、リモート ルータから認証のために提示されるユーザ名と正確に一致する必要があります。この例では、認証されるユーザ名は HQ-NAS です。

コールがすぐに切断されるまたはまったく切断されない場合

コールの接続が不意に解除されるか、またはコールの接続がまったく解除されない場合は、ダイヤラのアイドル タイムアウトおよび対象トラフィック定義をチェックします。特定のパケットが対象かどうかを確認するには、debug dialer packet コマンドを使用します。以下に、いくつかの例を示します。

Apr 26 01:57:24.483: Di1 DDR: ip (s=192.168.1.1, d=224.0.0.5), 64 bytes,

outgoing uninteresting (list 101)

Apr 26 01:57:26.225: Di1 DDR: ip (s=192.168.1.1, d=10.1.1.1), 100 bytes,

outgoing interesting (list 101)

上記の例では、Open Shortest Path First（OSPF） hello は access-list 101 によると非対象となりますが、2 番目のパケットは access-list 101 によると対象となります。

1. ダイヤラ インターフェイス設定の dialer idle-timeout を調整します。デフォルトは 120 秒ですが、必要に応じてこの値を大きくしたり小さくしたりできます。

2. （dialer-list コマンドで設定される）対象トラフィック定義を変更します。 コールの接続解除が早すぎる場合は、対象トラフィックの定義を緩和します。コールの接続がまったく解除されない場合は、対象トラフィックの定義をより限定的なものに変更します。たとえば、ルーティング プロトコル トラフィックを非対象として定義できます。次に対象トラフィック定義の例を示します。

access-list 101 remark Interesting traffic for dialer-list 1

access-list 101 deny ospf any any

!--- Mark OSPF as uninteresting. This will prevent OSPF hellos !--- from keeping the link up.

access-list 101 deny udp any any eq ntp

!--- Define ntp traffic as NOT interesting. !--- This will prevent periodic ntp traffic from keeping the !--- link up indefinitely.

access-list 101 permit ip any any

!--- All other IP traffic is interesting. Change this depending on your !--- traffic needs.

dialer-list 1 protocol ip list 101

詳細については、『ダイヤルアップテクノロジー：概要と説明』を参照してください。

関連情報

- ダイヤラ プロファイルによる ISDN DDR 設定

- ISDN BRI を使用して複数サイトにダイヤルするルータ設定

- ISDN BRI トラブルシューティング フローチャート』を参照してください。

- ダイヤルオンデマンド ルーティングの設定

- テクニカル サポートとドキュメント – Cisco Systems