インターネットに接続できない

高速回線（光ファイバー）を利用する

ソリューションページはこちら

RTX1200 コマンド設定例

RTX1200 GUI設定例

RT107e GUI設定例

インデックス

症状：インターネットに接続できない

本内容はソリューション作成ページ通りの設定を行っても、うまく動作しない時の問題解決方法を提供します。下記フローチャートで、どこが問題なのかを把握し、該当箇所の説明をお読み頂くことで、問題解決への近道となります。

切り分け手順：通信状況を確認し、問題の切り分け作業を行います。

1-1

RTX1200からインターネット上のnetvolante.jpへのpingは応答がありますか？
入力コマンド [ ping netvolante.jp ]

YES/NO
  1. RTX1200の"dns server"コマンドで設定されているIPアドレスが正しいかを確認してください。
  2. RTX1200の状態を確認するため状態確認方法へ進んでください。

1-2

LAN1上のPCからRTX1200のLAN1(192.168.0.1)へのpingは応答がありますか？
入力コマンド [ ping 192.168.0.1 ]

YES/NO
PCのIPアドレス、サブネットマスクの設定を確認してください。

1-3

LAN1上のPCからインターネット上のnetvolante.jpへのpingは応答がありますか？
入力コマンド [ ping netvolante.jp ]

YES/NO
  1. PCに設定されているDNSサーバを確認してください。
  2. PCのデフォルトゲートウェイとしてRTX1200のLAN1のIPアドレスを設定してください。

RTX1200の設定に問題はありませんので、WWWブラウザ等のPCの設定を確認してください。

状態確認方法

この項目ではコマンドによる状態確認方法を紹介します。表示例は正常接続時のものです。
トラブル発生時の状態と比較することで、問題解決の助けとなります。

2-1 プロバイダとの接続状態を確認する

2-2 NATディスクリプタの状態を確認する

2-3 経路情報を確認する

2-4 デバッグログを確認する

2-1 プロバイダとの接続状態を確認する

RTX1200の"show status pp 1"コマンドを実行し、内容を確認します。

[正常時]

# show status pp 1
PP[01]:
説明:
PPPoEセッションは接続されています
接続相手:
通信時間: 32秒
受信: 13 パケット [788 オクテット] 負荷: 0.0%
送信: 12 パケット [503 オクテット] 負荷: 0.0%
PPPオプション
　LCP Local: Magic-Number MRU, Remote: CHAP Magic-Number MRU
　IPCP Local: IP-Address, Remote: IP-Address
　PP IP Address Local: 172.16.0.100, Remote: 172.16.0.1
　CCP: None
[解説]
接続に成功し"PPPoEセッションは接続されています"と表示されています。
"Local: 172.16.0.100"はプロバイダからRTX1200に割り当てられたIPアドレスです。
"Remote: 172.16.0.1"はプロバイダ側機器のIPアドレスです。

2-2 NATディスクリプタの状態を確認する

RTX1200の"show nat descriptor address"コマンドを実行し、内容を確認します。

[正常時]

# show nat descriptor address
参照NATディスクリプタ : 1, 適用インタフェース : PP[01](1)
Masqueradeテーブル
　外側アドレス: ipcp/172.16.0.100
　ポート範囲: 60000-64095, 49152-59999, 44096-49151 6個使用中
No. 内側アドレス 使用中のポート数 制限数 種別
1

 192.168.0.2

 6

 20000

 dynamic
有効なNATディスクリプタテーブルが1個ありました
[解説]
外側アドレスとしてプロバイダから割り当てられた"172.16.0.100"が表示されています。

2-3 経路情報を確認する

RTX1200の"show ip route"コマンドを実行し、経路情報を確認します。

[正常時]

# show ip route
宛先ネットワーク ゲートウェイ インタフェース 種別 付加情報
default

 -

 PP[01]

 static

  
172.16.0.1/32

 -

 PP[01]

 temporary

  
192.168.0.0/24

192.168.0.1

 LAN1

 implicit

  
[解説]
"default"は"ip route default gateway pp 1"コマンドで設定された静的経路です。インターネットに接続するためには、"default"経路が必要です。
"172.16.0.1/32"はプロバイダ側機器のIPアドレスです。

2-4 デバッグログを確認する

RTX1200の"syslog debug on"を設定し、その後"disconnect 1"を実行します。
LAN1上のPCからWWWブラウザを起動し、URLに"netvolante.jp"を指定します。
その後、RTX1200で"show log"コマンドを実行すると以下のようなログが表示されます。

[接続成功時ログの例]

2010/04/01 10:14:08: PPPOE[01] Connecting to PPPoE server
2010/04/01 10:14:08: PPPOE[01] SEND PADI
2010/04/01 10:14:08: 　　11 09 00 00 00 0e 01 01 00 00 01 03 00 06 59 e1
2010/04/01 10:14:08: 　　93 76 fd 4a
2010/04/01 10:14:08: PPPOE[01] RECV PADO
2010/04/01 10:14:08: 　　11 07 00 00 00 30 01 02 00 0a 62 72 61 31 35 73
2010/04/01 10:14:08: 　　6f 64 64 30 01 03 00 06 59 e1 93 76 fd 4a 01 01
2010/04/01 10:14:08: 　　00 00 01 04 00 10 83 26 54 a2 61 83 3b 9b 63 66
2010/04/01 10:14:08: 　　7f 36 16 af 9d 98
2010/04/01 10:14:08: PPPOE[01] SEND PADR
2010/04/01 10:14:08: 　　11 19 00 00 00 30 01 01 00 00 01 02 00 0a 62 72
2010/04/01 10:14:08: 　　61 31 35 73 6f 64 64 30 01 04 00 10 83 26 54 a2
2010/04/01 10:14:08: 　　61 83 3b 9b 63 66 7f 36 16 af 9d 98 01 03 00 06
2010/04/01 10:14:08: 　　59 e1 93 76 fd 4a
2010/04/01 10:14:08: PPPOE[01] RECV PADS
2010/04/01 10:14:08: 　　11 65 07 3c 00 0e 01 01 00 00 01 03 00 06 59 e1
2010/04/01 10:14:08: 　　93 76 fd 4a
2010/04/01 10:14:08: PPPOE[01] PPPoE Connect
2010/04/01 10:14:08: PP[01] SEND LCP ConfReq in STARTING
2010/04/01 10:14:08: 　c0 21 01 01 00 0e 01 04 07 00 05 06 0b 92 72 9a
2010/04/01 10:14:08: PP[01] RECV LCP ConfReq in REQSENT
2010/04/01 10:14:08: 　c0 21 01 60 00 13 01 04 05 ae 03 05 c2 23 05 05
2010/04/01 10:14:08: 　06 4a 16 ee a3 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:08: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:08: PP[01] SEND LCP ConfAck in REQSENT
2010/04/01 10:14:08: 　c0 21 02 60 00 13 01 04 05 ae 03 05 c2 23 05 05
2010/04/01 10:14:08: 　06 4a 16 ee a3
2010/04/01 10:14:08: PP[01] RECV LCP ConfAck in ACKSENT
2010/04/01 10:14:08: 　c0 21 02 01 00 0e 01 04 07 00 05 06 0b 92 72 9a
2010/04/01 10:14:08: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:08: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:08: PP[01] RECV CHAP Challenge in CS_LISTEN/SS_CLOSED
2010/04/01 10:14:08: 　c2 23 01 62 00 1f 10 26 0d a2 90 a3 a2 bc df cf
2010/04/01 10:14:08: 　e3 de 33 d5 8a 22 1f 62 72 61 31 35 73 6f 64 64
2010/04/01 10:14:08: 　30 00 00 00 00 00 00 00
2010/04/01 10:14:08: PP[01] SEND CHAP Response in CS_LISTEN/SS_CLOSED
2010/04/01 10:14:08: 　c2 23 02 62 00 2d 10 4e 03 8a ed c6 31 8a b3 84
2010/04/01 10:14:08: 　e3 27 c0 c9 be a9 0a 72 38 33 69 6f 77 6b 6e 40
2010/04/01 10:14:08: 　69 70 63 6f 6e 2e 6f 63 6e 2e 6e 65 2e 6a 70
2010/04/01 10:14:09: PP[01] RECV CHAP Success in CS_OPEN/SS_CLOSED
2010/04/01 10:14:09: 　c2 23 03 62 00 04 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:09: PP[01] SEND CCP ConfReq in STARTING
2010/04/01 10:14:09: 　80 fd 01 01 00 09 11 05 00 01 03
2010/04/01 10:14:09: PP[01] SEND IPCP ConfReq in STARTING
2010/04/01 10:14:09: 　80 21 01 01 00 16 03 06 00 00 00 00 81 06 00 00
2010/04/01 10:14:09: 　00 00 83 06 00 00 00 00
2010/04/01 10:14:09: PP[01] SEND IPV6CP ConfReq in STARTING
2010/04/01 10:14:09: 　80 57 01 01 00 0e 01 0a 02 a0 de ff fe 37 b5 0a
2010/04/01 10:14:09: PP[01] RECV IPCP ConfReq in REQSENT
2010/04/01 10:14:09: 　80 21 01 01 00 0a 03 06 db a0 03 03 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:09: PP[01] SEND IPCP ConfAck in REQSENT
2010/04/01 10:14:09: 　80 21 02 01 00 0a 03 06 db a0 03 03
2010/04/01 10:14:09: PP[01] RECV LCP ProtRej in OPENED
2010/04/01 10:14:09: 　c0 21 08 01 00 0f 80 fd 01 01 00 09 11 05 00 01
2010/04/01 10:14:09: 　03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:09: PP[01] RECV IPCP ConfNak in ACKSENT
2010/04/01 10:14:09: 　80 21 03 01 00 16 03 06 3d d6 3e 0c 81 06 dd b8
2010/04/01 10:14:09: 　19 12 83 06 de 92 23 82 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　PP[01] SEND IPCP ConfReq in ACKSENT
2010/04/01 10:14:09: 　80 21 01 02 00 16 03 06 3d d6 3e 0c 81 06 dd b8
2010/04/01 10:14:09: 　19 12 83 06 de 92 23 82
2010/04/01 10:14:09: PP[01] RECV LCP ProtRej in OPENED
2010/04/01 10:14:09: 　c0 21 08 02 00 14 80 57 01 01 00 0e 01 0a 02 a0
2010/04/01 10:14:09: 　de ff fe 37 b5 0a 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:09: PP[01] RECV IPCP ConfAck in ACKSENT
2010/04/01 10:14:09: 　80 21 02 02 00 16 03 06 3d d6 3e 0c 81 06 dd b8
2010/04/01 10:14:09: 　19 12 83 06 de 92 23 82 00 00 00 00 00 00 00 00
2010/04/01 10:14:09: 　00 00 00 00 00 00 00 00
2010/04/01 10:14:09: PP[01] PPP/IPCP up (Local: 172.16.0.100, Remote: 172.16.0.1)
2010/04/01 10:14:09: PP[01] Local PP IP address 172.16.0.100
2010/04/01 10:14:09: PP[01] Remote PP IP address 172.16.0.1
[解説]
"PP[01] PPP/IPCP up"が表示され、プロバイダとの接続が成功していることが分かります。
参考：Open in new window PPPoEのFAQ

トラブル原因と対処方法

この項目では各トラブル発生時の状態と、原因及びその解決方法を紹介します。
正常時の状態と比較することで、問題解決の助けとなります。

3-1 認証失敗による接続失敗

3-2 IPアドレスの取得失敗

3-3 プロバイダへの接続は成功しているが、通信ができない

3-1 認証失敗による接続失敗

このケースは、プロバイダ接続時の認証失敗による接続失敗事例であり、
原因は"pp auth myname"コマンドでのユーザIDまたはパスワードの設定間違いです。
以下ではRTX1200の各状態を確認し原因の究明を行います。

状態の確認

# show status pp 1
PP[01]:
説明:
PPPoEセッションは継っていません
直前のPPPoEセッションの状態:
接続相手: 開始: 2010/04/01 10:28:05 終了: 2010/04/01 10:28:06
通信時間: 1秒
切断理由: PPP: 認証失敗
受信: 941 パケット [113756 オクテット] 負荷: 0.0%
送信: 853 パケット [66452 オクテット] 負荷: 0.0%
[解説]
接続に失敗したため、"PPPoEセッションは継っていません"と表示されています。
"切断理由: PPP: 認証失敗"が表示されていますので、切断理由は認証失敗です。
参考：正常時状態

NATディスクリプタの状態確認

# show nat descriptor address
参照NATディスクリプタ : 1, 適用インタフェース : PP[01](1)
Masqueradeテーブル
　外側アドレス: ipcp
　ポート範囲: 60000-64095, 49152-59999, 44096-49151 8個使用中
No. 内側アドレス 使用中のポート数 制限数 種別
1

 192.168.0.2

 8

 20000

 dynamic
有効なNATディスクリプタテーブルが1個ありました
[解説]
プロバイダからIPアドレスを取得できていないため、外側アドレスは表示されていません。
参考：正常時状態

経路情報の確認

# show ip route
宛先ネットワーク ゲートウェイ インタフェース 種別 付加情報
default

 -

 PP[01]

 static

  
192.168.0.0/24

 192.168.0.1

 LAN1

 implicit

  
[解説]
RTX1200に設定されている静的経路のみが表示されています。
参考：正常時状態

ログの確認

2010/04/01 10:28:05: PPPOE[01] Connecting to PPPoE server
2010/04/01 10:28:05: PPPOE[01] SEND PADI
2010/04/01 10:28:05: 　　11 09 00 00 00 0e 01 01 00 00 01 03 00 06 59 e1
2010/04/01 10:28:05: 　　93 76 fd 4a
2010/04/01 10:28:05: PPPOE[01] RECV PADO
2010/04/01 10:28:05: 　　11 07 00 00 00 30 01 02 00 0a 62 72 61 31 35 73
2010/04/01 10:28:05: 　　6f 64 64 30 01 03 00 06 59 e1 93 76 fd 4a 01 01
2010/04/01 10:28:05: 　　00 00 01 04 00 10 83 26 54 a2 61 83 3b 9b 63 66
2010/04/01 10:28:05: 　　7f 36 16 af 9d 98
2010/04/01 10:28:05: PPPOE[01] SEND PADR
2010/04/01 10:28:05: 　　11 19 00 00 00 30 01 01 00 00 01 02 00 0a 62 72
2010/04/01 10:28:05: 　　61 31 35 73 6f 64 64 30 01 04 00 10 83 26 54 a2
2010/04/01 10:28:05: 　　61 83 3b 9b 63 66 7f 36 16 af 9d 98 01 03 00 06
2010/04/01 10:28:05: 　　59 e1 93 76 fd 4a
2010/04/01 10:28:05: PPPOE[01] RECV PADS
2010/04/01 10:28:05: 　　11 65 0c 89 00 0e 01 01 00 00 01 03 00 06 59 e1
2010/04/01 10:28:05: 　　93 76 fd 4a
2010/04/01 10:28:05: PPPOE[01] PPPoE Connect
2010/04/01 10:28:05: PP[01] SEND LCP ConfReq in STARTING
2010/04/01 10:28:05: 　c0 21 01 01 00 0e 01 04 07 00 05 06 d5 89 56 ce
2010/04/01 10:28:05: PP[01] RECV LCP ConfReq in REQSENT
2010/04/01 10:28:05: 　c0 21 01 f9 00 13 01 04 05 ae 03 05 c2 23 05 05
2010/04/01 10:28:05: 　06 6d 8c 38 e5 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:28:05: 　00 00 00 00 00 00 00 00
2010/04/01 10:28:06: PP[01] SEND LCP ConfAck in REQSENT
2010/04/01 10:28:06: 　c0 21 02 f9 00 13 01 04 05 ae 03 05 c2 23 05 05
2010/04/01 10:28:06: 　06 6d 8c 38 e5
2010/04/01 10:28:06: PP[01] RECV LCP ConfAck in ACKSENT
2010/04/01 10:28:06: 　c0 21 02 01 00 0e 01 04 07 00 05 06 d5 89 56 ce
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00
2010/04/01 10:28:06: PP[01] RECV CHAP Challenge in CS_LISTEN/SS_CLOSED
2010/04/01 10:28:06: 　c2 23 01 a0 00 1f 10 70 05 e3 f5 18 76 6b 35 b8
2010/04/01 10:28:06: 　a5 86 3b ab 68 e7 3d 62 72 61 31 35 73 6f 64 64
2010/04/01 10:28:06: 　30 00 00 00 00 00 00 00
2010/04/01 10:28:06: PP[01] SEND CHAP Response in CS_LISTEN/SS_CLOSED
2010/04/01 10:28:06: 　c2 23 02 a0 00 2d 10 7a ad 38 6d 21 e5 46 f3 f3
2010/04/01 10:28:06: 　38 de 2c 01 db c4 4c 72 38 33 69 6f 77 6b 6e 40
2010/04/01 10:28:06: 　69 70 63 6f 6e 2e 6f 63 6e 2e 6e 65 2e 6a 70
2010/04/01 10:28:06: PP[01] RECV CHAP Failure in CS_OPEN/SS_CLOSED
2010/04/01 10:28:06: 　c2 23 04 a0 00 1a 41 75 74 68 65 6e 74 69 63 61
2010/04/01 10:28:06: 　74 69 6f 6e 20 66 61 69 6c 75 72 65 00 00 00 00
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00
2010/04/01 10:28:06: PP[01] CHAP Response Error
2010/04/01 10:28:06: PP[01] STATUS LED is ON
2010/04/01 10:28:06: PP[01] RECV LCP TermReq in OPENED
2010/04/01 10:28:06: 　c0 21 05 01 00 04 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00
2010/04/01 10:28:06: PP[01] SEND LCP TermAck in OPENED
2010/04/01 10:28:06: 　c0 21 06 01 00 04
2010/04/01 10:28:06: PP[01] RECV LCP TermReq in STOPPING
2010/04/01 10:28:06: 　c0 21 05 fa 00 04 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:28:06: 　00 00 00 00 00 00 00 00
2010/04/01 10:28:06: PP[01] SEND LCP TermAck in STOPPING
2010/04/01 10:28:06: 　c0 21 06 fa 00 04
2010/04/01 10:28:06: PPPOE[01] RECV PADT
2010/04/01 10:28:06: 　11 a7 0c 89 00 00
2010/04/01 10:28:06: PPPOE[01] SEND PADT
2010/04/01 10:28:06: 　11 a7 0c 89 00 00
2010/04/01 10:28:06: PPPOE[01] Disconnected, cause [PPP: Authentication failed]
[解説]
"PPPOE[01] Disconnected, cause [PPP: Authentication failed]"が表示されていますので、プロバイダとの認証に失敗して接続できなかったことが分かります。
参考：正常時状態

対処方法

RTX1200の
"pp auth myname"
コマンドで設定されているユーザIDとパスワードの内容を確認してください。
pp auth myname [ユーザID] [パスワード]

3-2 IPアドレスの取得失敗

このケースは、プロバイダ接続時のIPアドレス取得失敗事例であり、
原因は"ppp ipcp ipaddress on"コマンドの未設定です。
以下ではRTX1200の各状態を確認し原因の究明を行います。

状態の確認

# show status pp 1
PP[01]:
説明:
PPPoEセッションは接続されています
接続相手:
通信時間: 31秒
受信: 184 パケット [18632 オクテット] 負荷: 0.0%
送信: 189 パケット [23660 オクテット] 負荷: 0.0%
PPPオプション
　LCP Local: Magic-Number MRU, Remote: CHAP Magic-Number MRU
　IPCP Local: , Remote: IP-Address
　PP IP Address Local: Unnumbered, Remote: 172.16.0.1
　CCP: None
[解説]
プロバイダからIPアドレスを取得できていませんので、"PP IP Address Local: Unnumbered"と表示されています。
参考：正常時状態、Open in new window UnnumberedのFAQ

NATディスクリプタの状態確認

# show nat descriptor address
参照NATディスクリプタ : 1, 適用インタフェース : PP[01](1)
Masqueradeテーブル
外側アドレス: ipcp
ポート範囲: 60000-64095, 49152-59999, 44096-49151 3個使用中
No. 内側アドレス 使用中のポート数 制限数 種別
1

 192.168.0.2

 3

 20000

 dynamic
有効なNATディスクリプタテーブルが1個ありました
[解説]
プロバイダからIPアドレスを取得できていないため、外側アドレスは表示されていません。
参考：正常時状態

経路情報の確認

# show ip route
宛先ネットワーク ゲートウェイ インタフェース 種別 付加情報
default

 -

 PP[01]

 static

  
172.16.0.1/32

 -

 PP[01]

 temporary

  
172.16.0.1/32

 192.168.0.1

 LAN1

 implicit

  

ログの確認

2010/04/01 10:33:52: PPPOE[01] Connecting to PPPoE server
2010/04/01 10:33:52: PPPOE[01] SEND PADI
2010/04/01 10:33:52: 　　11 09 00 00 00 0e 01 01 00 00 01 03 00 06 59 e1
2010/04/01 10:33:52: 　　93 76 fd 4a
2010/04/01 10:33:52: PPPOE[01] RECV PADO
2010/04/01 10:33:52: 　　11 07 00 00 00 30 01 02 00 0a 62 72 61 31 35 73
2010/04/01 10:33:52: 　　6f 64 64 30 01 03 00 06 59 e1 93 76 fd 4a 01 01
2010/04/01 10:33:52: 　　00 00 01 04 00 10 83 26 54 a2 61 83 3b 9b 63 66
2010/04/01 10:33:52: 　　7f 36 16 af 9d 98
2010/04/01 10:33:52: PPPOE[01] SEND PADR
2010/04/01 10:33:52: 　　11 19 00 00 00 30 01 01 00 00 01 02 00 0a 62 72
2010/04/01 10:33:52: 　　61 31 35 73 6f 64 64 30 01 04 00 10 83 26 54 a2
2010/04/01 10:33:52: 　　61 83 3b 9b 63 66 7f 36 16 af 9d 98 01 03 00 06
2010/04/01 10:33:52: 　　59 e1 93 76 fd 4a
2010/04/01 10:33:52: PPPOE[01] RECV PADS
2010/04/01 10:33:52: 　　11 65 0e eb 00 0e 01 01 00 00 01 03 00 06 59 e1
2010/04/01 10:33:52: 　　93 76 fd 4a
2010/04/01 10:33:52: PPPOE[01] PPPoE Connect
2010/04/01 10:33:52: PP[01] SEND LCP ConfReq in STARTING
2010/04/01 10:33:52: 　c0 21 01 01 00 0e 01 04 07 00 05 06 0a 6a a7 8e
2010/04/01 10:33:52: 　PP[01] RECV LCP ConfReq in REQSENT
2010/04/01 10:33:52: 　c0 21 01 94 00 13 01 04 05 ae 03 05 c2 23 05 05
2010/04/01 10:33:52: 　06 07 b2 98 26 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:52: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:52: PP[01] SEND LCP ConfAck in REQSENT
2010/04/01 10:33:52: 　c0 21 02 94 00 13 01 04 05 ae 03 05 c2 23 05 05
2010/04/01 10:33:52: 　06 07 b2 98 26
2010/04/01 10:33:52: PP[01] RECV LCP ConfAck in ACKSENT
2010/04/01 10:33:52: 　c0 21 02 01 00 0e 01 04 07 00 05 06 0a 6a a7 8e
2010/04/01 10:33:52: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:52: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:52: PP[01] RECV CHAP Challenge in CS_LISTEN/SS_CLOSED
2010/04/01 10:33:52: 　c2 23 01 a1 00 1f 10 db 8f f0 d0 55 02 37 f3 84
2010/04/01 10:33:52: 　7a a7 75 2a 1c 31 be 62 72 61 31 35 73 6f 64 64
2010/04/01 10:33:52: 　30 00 00 00 00 00 00 00
2010/04/01 10:33:52: PP[01] SEND CHAP Response in CS_LISTEN/SS_CLOSED
2010/04/01 10:33:52: 　c2 23 02 a1 00 2d 10 9a 07 ef 54 6c 80 4c 06 cd
2010/04/01 10:33:52: 　2c ea 10 71 73 d9 88 72 38 33 69 6f 77 6b 6e 40
2010/04/01 10:33:52: 　69 70 63 6f 6e 2e 6f 63 6e 2e 6e 65 2e 6a 70
2010/04/01 10:33:53: PP[01] RECV CHAP Success in CS_OPEN/SS_CLOSED
2010/04/01 10:33:53: 　c2 23 03 a1 00 04 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:53: PP[01] SEND CCP ConfReq in STARTING
2010/04/01 10:33:53: 　80 fd 01 01 00 09 11 05 00 01 03
2010/04/01 10:33:53: PP[01] SEND IPCP ConfReq in STARTING
2010/04/01 10:33:53: 　80 21 01 01 00 10 81 06 00 00 00 00 83 06 00 00
2010/04/01 10:33:53: 　00 00
2010/04/01 10:33:53: PP[01] SEND IPV6CP ConfReq in STARTING
2010/04/01 10:33:53: 　80 57 01 01 00 0e 01 0a 02 a0 de ff fe 37 b5 0a
2010/04/01 10:33:53: PP[01] RECV IPCP ConfReq in REQSENT
2010/04/01 10:33:53: 　80 21 01 01 00 0a 03 06 3c 25 11 27 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:53: PP[01] SEND IPCP ConfAck in REQSENT
2010/04/01 10:33:53: 　80 21 02 01 00 0a 03 06 3c 25 11 27
2010/04/01 10:33:53: PP[01] RECV LCP ProtRej in OPENED
2010/04/01 10:33:53: 　c0 21 08 01 00 0f 80 fd 01 01 00 09 11 05 00 01
2010/04/01 10:33:53: 　03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:53: PP[01] RECV IPCP ConfNak in ACKSENT
2010/04/01 10:33:53: 　80 21 03 01 00 10 81 06 dd b8 19 12 83 06 de 92
2010/04/01 10:33:53: 　23 82 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:53: PP[01] SEND IPCP ConfReq in ACKSENT
2010/04/01 10:33:53: 　80 21 01 02 00 10 81 06 dd b8 19 12 83 06 de 92
2010/04/01 10:33:53: 　23 82
2010/04/01 10:33:53: PP[01] RECV LCP ProtRej in OPENED
2010/04/01 10:33:53: 　c0 21 08 02 00 14 80 57 01 01 00 0e 01 0a 02 a0
2010/04/01 10:33:53: 　de ff fe 37 b5 0a 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:53: PP[01] RECV IPCP ConfAck in ACKSENT
2010/04/01 10:33:53: 　80 21 02 02 00 10 81 06 dd b8 19 12 83 06 de 92
2010/04/01 10:33:53: 　23 82 00 00 00 00 00 00 00 00 00 00 00 00 00 00
2010/04/01 10:33:53: 　00 00 00 00 00 00 00 00
2010/04/01 10:33:53: PP[01] PPP/IPCP up (Local: None, Remote: 172.16.0.1)
2010/04/01 10:33:53: PP[01] Local PP IP address 0.0.0.0
2010/04/01 10:33:53: PP[01] Remote PP IP address 172.16.0.1
[解説]
プロバイダからIPアドレスを取得できていませんので、ログ上ではIPアドレスが"0.0.0.0"と表示されています。 PP[01] Local PP IP address 0.0.0.0
　
参考：正常時状態

対処方法

以下のコマンドを設定してください。
　
pp select 1
ppp ipcp ipaddress on

3-3 プロバイダへの接続は成功しているが、通信ができない

このケースは、DNSサーバの設定間違いによる通信の失敗事例です。
以下ではRTX1200の状態を確認し原因の究明を行います。

# ping netvolante.jp
エラー: ドメイン名がみつかりません
[解説]
状態確認方法を参照し、プロバイダとの接続に成功していることを確認することができているが、名前解決に失敗し通信ができない。
DNSサーバのIPアドレスが間違っているため、"netvolante.jp"の名前解決に失敗している可能性があります。

対処方法

RTX1200の
"dns server"
コマンドで設定されているDNSサーバのIPアドレスを確認してください。
dns server [DNSサーバのIPアドレス]

それでも問題が解決しない場合は、サポート窓口までご相談ください。

ページトップへ戻るReturn to Top