1. No category

PPP のトラブルシューティング フローチャート
目次
概要
前提条件
要件
使用するコンポーネント
用語
表記法
トラブルシューティング フローチャート
PPP Link Control Protocol（LCP; リンク コントロール プロトコル）フェーズ
PPP 発信 LCP オプション
PPP 認証フェーズ
PPP NCP ネゴシエーション
NCP ネゴシエーション フェーズで IPCP がオープン状態にならない
PPP リンクの安定性の問題
IP PPP リンクを通じてパケットをルーティングできない
IP プール エラー
その他の PPP リンクの安定性の問題
IP レイヤ 2 バインドの失敗
関連情報
概要
このフローチャートは、マルチアクセス テクノロジー ソリューションに幅広く使用されている Point-to-Point
Protocol（PPP; ポイントツーポイント プロトコル）のトラブルシューティングに役立ちます。
下記のフローチャートと出力例では、レガシー Dialer-on-Demand Routing（DDR）を使用して、Integrated Services Digital
Network（ISDN）Basic Rate Interface（BRI; 基本インターフェイス）PPP 接続を設定しています。 ただし、ダイヤラ ロータリ
ーグループ、ダイヤラ プロファイル、またはシリアル リンク経由の PPP を使用する場合は、PPP 接続を持つ他のルータ（ブラ
ンチ オフィスなど）への接続にも同じトラブルシューティング手順が適用されます。
Cisco IOS ソフトウェアのポイントツーポイント プロトコルおよびサポートされる機能のさらに詳しい詳細については、トレー
ニング フィールドのための検索のキーワード ppp を使用して接続（登録ユーザのみ）および検索を学ぶ Cisco を参照して下さ
い。
debug ppp negotiation の異なる PPP ネゴシエーション の フェーズおよび出力の詳細な説明に関しては、PPP パスワード認証
プロトコル（PAP）の設定とトラブルシューティングを参照して下さい。
前提条件
要件
これらの前提条件を満たしていることを確かめて下さい:
debug ppp negotiation および debug ppp authentication が有効。
debug ppp negotiation 出力を理解し、理解して下さい。 詳細は、『debug ppp negotiation の出力について』を参照して
ください。
PPP認証フェーズはリンク制御プロトコル （LCP）フェーズが完了し、に「開く」状態をあるまで開始されません。 LCP は
開いていることを debug ppp negotiation が示さなかったら、続行する前にこの問題を解決して下さい。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
用語
ローカル マシン（またはローカル ルータ）： デバッグ セッションが現在実行されているシステムを指します。 デバッグ セッ
ションをあるルータから他のルータへ移動させた場合、「ローカル マシン」という用語は、新たに対象となったルータに対して
適用されます。
ピア： ポイントツーポイント リンクの他方の端を意味します。 したがって、このデバイスはローカル マシンではありません。
たとえば、RouterA で debug ppp negotiation コマンドを実行する場合は、このルータがローカル マシンで、RouterB がピアに
なります。 ただし、デバッグの対象を RouterB に変更した場合は、RouterB がローカル マシンになり、RouterA がピアになり
ます。
注：ローカル マシンとピアという用語は、クライアント サーバの関係を意味するものではありません。 デバッグ セッションが
どこで実行されているかによって、ダイヤルイン クライアントはローカル マシンまたはピアになります。
表記法
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
トラブルシューティング フローチャート
この文書には、トラブルシューティングに役立つように、いくつかのフローチャートを掲載しています。
注：正常に解決するために、これらのフローチャートで説明されるステップのうちのどれもスキップしないで下さい。
PPP Link Control Protocol（LCP; リンク コントロール プロトコル）フェーズ
PPP 接続に使用される非同期モデム
このセクションでは、非同期モデムの PPP 接続への使用方法を説明します。 ローカル ルータで発信 LCP フレームは確認できる
が、着信 LCP フレームが見当たらない。
この場合、次の 2 つのうちのいずれかが原因と考えられます。
ローカル ルータとリモート ルータ両方のモデムがトレイン アップしているが、PPP がリモート ルータで起動しない。 こ
の問題をトラブルシューティングするには、『トラブルシューティング：モデム』のセクション「モデムは正常にトレイン
アップするが、PPP が開始しない」を参照してください。
ローカルとリモート両方のルータのモデムがトレイン アップし、PPP が両方のルータで開始するが、コールがすぐにドロッ
プする。 このため、リモート ルータからの着信 LCP フレームを受信できません。 この問題のトラブルシューティングに
は、『モデムのトラブルシューティング』のセクション「モデムは正常にトレイン アップし、PPP が開始するが、その後コ
ールがドロップする」を参照してください。
モデム トラブルシューティングに関する詳細な情報詳細については、トラブルシューティング モデムを参照して下さい。
PPP 発信 LCP オプション
次のフローチャートは、LCP フェーズでネゴシエートされる最も一般的な PPP LCP パラメータのいくつかを取り上げたもので
す。 このフローチャートは、PPP ローカル マシンが PPP リモート ピアとネゴシエートしていない LCP パラメータを特定する
のに役立ちます。
PPP 認証フェーズ
ポイントツーポイント プロトコルには、ネットワーク ユーザにセキュアなデータ伝送を保証して、ネットワーク セキュリティ
を強化するオプションのフェーズがあります。 リンクによっては、ネットワークレイヤ プロトコルのパケット交換を許可する前
に、PPP ピアに自身の認証を要求するのが望ましい場合があります。 どの PPP 実装でも、デフォルトでは認証フェーズはオプシ
ョンになっています。 PPP ネットワーク管理者が PPP ピアに対して特定の認証プロトコルを使用させる場合は、PPP LCP フェー
ズでその認証プロトコルを使用するように要求する必要があります。 つまり、使用する認証プロトコルは、両 PPP ピア間でネゴ
シエートされる PPP LCP オプションの 1 つである必要があります。
この段階では、PPP LCP、認証プロトコル、およびリンク品質監視パケットだけが認証フェーズで認められています。 このセクシ
ョンのトラブルシューティング手順を実行する前に、この段階で PPP LCP がネゴシエートするパラメータに問題がないか確認し
ます。
PPP 認証フェーズの問題のトラブルシューティングに関する詳細は、『PPP（CHAP または PAP）認証のトラブルシューティング』
を参照してください。
PPP NCP ネゴシエーション
ネゴシエートされるデータによって Network Control Protocol（NCP; ネットワーク コントロール プロトコル）は大きく異なり
ますが、どのプロトコルが使用されていても交信の全体的な構造は似ています。 このセクションでは IP (IPCP) NCP プロトコル
のネゴシエーションだけを取り上げています。
次の出力は、PPP NCP ネゴシエーション時に IP ネゴシエーションが成功した場合のデバッグ出力を示しています。
As4 PPP: Phase is UP
As4 IPCP: O CONFREQ [Not negotiated] id 1 len 10
As4 IPCP:
Address 10.1.2.1 (0x03060A010201)
As4 IPCP: I CONFREQ [REQsent] id 1 len 28
As4 IPCP:
CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)
As4 IPCP:
Address 0.0.0.0 (0x030600000000)
As4 IPCP:
PrimaryDNS 0.0.0.0 (0x810600000000)
As4 IPCP:
SecondaryDNS 0.0.0.0 (0x830600000000)
As4 IPCP: O CONFREJ [REQsent] id 1 len 10
As4 IPCP:
CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)
As4 CCP: I CONFREQ [Not negotiated] id 1 len 15
As4 CCP:
MS-PPC supported bits 0x00000001 (0x120600000001)
As4 CCP:
Stacker history 1 check mode EXTENDED (0x1105000104)
As4 LCP: O PROTREJ [Open] id 3 len 21 protocol CCP
As4 LCP: (0x80FD0101000F12060000000111050001)
As4 LCP: (0x04)
As4 IPCP: I CONFACK [REQsent] id 1 len 10
As4 IPCP:
Address 10.1.2.1 (0x03060A010201)
%LINEPROTO-5-UPDOWN: Line protocol on Interface Async4, changed state to up
As4 IPCP: I CONFREQ [ACKrcvd] id 2 len 22
As4 IPCP:
Address 0.0.0.0 (0x030600000000)
As4 IPCP:
PrimaryDNS 0.0.0.0 (0x810600000000)
As4 IPCP:
SecondaryDNS 0.0.0.0 (0x830600000000)
As4 IPCP: O CONFNAK [ACKrcvd] id 2 len 22
As4 IPCP:
Address 10.1.2.2 (0x03060A010202)
As4 IPCP:
PrimaryDNS 10.2.2.3 (0x81060A020203)
As4 IPCP:
SecondaryDNS 10.2.3.1 (0x83060A020301)
As4 IPCP: I CONFREQ [ACKrcvd] id 3 len 22
As4 IPCP:
Address 10.1.2.2 (0x03060A010202)
As4 IPCP:
PrimaryDNS 10.2.2.3 (0x81060A020203)
As4 IPCP:
SecondaryDNS 10.2.3.1 (0x83060A020301)
ip_get_pool: As4: validate address = 10.1.2.2
ip_get_pool: As4: using pool default
ip_get_pool: As4: returning address = 10.1.2.2
set_ip_peer_addr: As4: address = 10.1.2.2 (3) is redundant
As4 IPCP: O CONFACK [ACKrcvd] id 3 len 22
As4 IPCP:
Address 10.1.2.2 (0x03060A010202)
As4 IPCP:
PrimaryDNS 10.2.2.3 (0x81060A020203)
As4 IPCP:
SecondaryDNS 10.2.3.1 (0x83060A020301)
As4 IPCP: State is Open
As4 IPCP: Install route to 10.1.2.2
NCP ネゴシエーション フェーズで IPCP がオープン状態にならない
PPP リンクの安定性の問題
下記のフローチャートに示すように、この時点でリンクはアップしてパケットの受け渡しを行っていますが、行うべき動作を行っ
ていません。
IP PPP リンクを通じてパケットをルーティングできない
出力は下記のコールが正常に終了し、IP が PPP 接続上のリモートピアにパケット送信 することができるとき show caller user
および show ip interface brief コマンド出力を示したものです。
maui-soho-01#show caller user maui-soho-02 detail
User: maui-soho-02, line BR0:1, service PPP
Active time 00:02:21, Idle time 00:00:57
Timeouts: Absolute Idle
Limits: - 00:02:00
Disconnect in: - 00:01:02
PPP: LCP Open, CHAP (local <--> local), IPCP
LCP: -> peer, AuthProto, MagicNumber
<- peer, AuthProto, MagicNumber
NCP: Open IPCP
IPCP: <- peer, Address
-> peer, Address
Dialer: Connected to #, inbound
Idle timer 120 secs, idle 57 secs
Type is ISDN, group BRI0
IP: Local 10.0.1.1/24, remote 10.0.1.2
Counts: 123 packets input, 3246 bytes, 0 no buffer
0 input errors, 0 CRC, 0 frame, 0 overrun
119 packets output, 2940 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
maui-soho-01#show ip interface brief
Interface IP-Address OK? Method Status Protocol
BRI0 10.0.1.1 YES NVRAM up up
BRI0:1 unassigned YES unset up up
BRI0:2 unassigned YES unset down down
Ethernet0 172.22.53.160 YES NVRAM up up
Serial0 unassigned YES NVRAM administratively down down
IP プール エラー
その他の PPP リンクの安定性の問題
IP レイヤ 2 バインドの失敗
関連情報
トラブルシューティング テクニカルノーツ
1992 - 2014 Cisco Systems, Inc. All rights reserved.
Updated: 2014 年 12 月 20 日
http://www.cisco.com/cisco/web/support/JP/100/1003/1003936_ppp-tshoot-gen.html
Document ID: 42887