ネットワーク/ポート アドレス変換(PAT)を使用した導入
この単純な導入例では、図 4-1 に示されている、ワイヤレス特有の設定に焦点を当てた NAT/PAT を使用します。NAT の詳細については、次を参照してください。
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6586/ps6640/product_data_sheet0900aecd8064c999.html 。
図 4-1 GSM ワイヤレス ネットワーク用の NAT/PAT を使用した単純な導入
例 4-1 NAT/PAT を使用した導入用の IOS 設定
この設定内で青色の斜体で記載されたテキストは コメント を示すために使用されており、通常のコンソール出力を表示した場合には表示されません。太字のテキストは、エラーが発生した場合に戻って参照するための重要なコマンドを示すために使用されています。デバッグする場合は、太字で示されているすべてのコマンドがコンソール出力でも同じであることを確認します。
太字のテキストは基本セルラー設定、暗号化 IPsec 設定、IP SLA バックアップ設定、およびモバイル IP 設定の呼び出しに使用されます。これらの各設定に関連付けられている次の各コマンドは、サンプル全体にわたって呼び出されるため、デバッグ時に簡単に参照できます。
ip dhcp excluded-address 10.1.0.254
network 10.1.0.0 255.255.0.0
default-router 10.1.0.254
dns-server 66.102.163.231 66.102.163.232
! ネットワーク 10.1.0.0/16、VLAN 101 で接続されているホスト、および
! ファスト イーサネット ポート 0/1/0 から 0/1/3 の DHCP プールを定義します。
ip domain name yourdomain.com
chat-script gsm "" "atdt*98*1#" TIMEOUT 30 "CONNECT"
! ダイヤラストリング 'gsm' を定義します。'atdt*98*1#' コマンドを使用すると、セルラー モデムは
! プロファイル 1 を使用してダイヤル アウトするようになります(プロファイルは、'cellular x/x/x gsm
! profile create ...' コマンドを使用して作成されます)。応答で、IOS はダイヤル アウトの成功時にモデム
! から 'Connect' ストリングを得ることを想定しています。この場合、IOS は応答がないか想定外の応答の
! 場合に、タイムアウトとして 30 秒待機します。モデムからの想定される 'Connect' 応答は
ip address 1.1.1.1 255.255.255.0
interface GigabitEthernet0/0
interface GigabitEthernet0/1
interface FastEthernet0/1/0
switchport access vlan 101
interface FastEthernet0/1/1
switchport access vlan 101
interface FastEthernet0/1/2
switchport access vlan 101
interface FastEthernet0/1/3
switchport access vlan 101
! 上記のファスト イーサネット ポートに接続されている DHCP クライアント ホスト。
ppp chap hostname SP-provided-user-name@sp-domain
ppp chap password 0 SP-provided-password
! IP アドレスは、固定(永続的)IP アドレスが必要な場合でも、ネゴシエートされた IP アドレス
! として常に設定することを強くお勧めします。セルラー インターフェイスは、
! PPP が確立されているかどうかに関係なく、'up'/'up'(ステータス/プロトコル ステート)
! としてスプーフィングされます。このインターフェイスが特定の IP アドレスによって設定されている場合に
! ('ip address negotiated' ではない)、PPP がまだ確立されていないと、
! ルーティング テーブルは、セルラー インターフェイスで使用できる有効なルートとしてそれを解釈します。
! ネゴシエートされた IP アドレスを割り当てることにより、この問題は回避されます。これは特に、
! セルラーをバックアップ インターフェイスとして使用する場合は重要です。
! ip nat outside は、セルラー インターフェイスを通過する IP パケットのソース IP アドレスとして
! セルラー インターフェイスに割り当てられ、VLAN 101 上のホストから取得された
! dialer in-band は、ダイヤル オンデマンド ルーティングをサポートするようにインターフェイスを設定し、
! チャット スクリプトがダイヤル アウトされるように追加指定します。この場合、
! 前に定義されたように、チャット スクリプト 'gsm' を使用します。
! dialer idle-timeout を「0」に設定し、このコマンドで定義された特定の時間内にトラフィックがないことで
! PPP の切断が行われないようにしてください。'dialer
! idle-timeout 0' に設定すると、このタイマーのタイムアウト期間は無制限になります。
! dialer group と dialer-list は関連付けられたコマンドであり、
! PPP 接続がまだ確立されていない場合にそれをセットアップするためにセルラー モデム ダイヤル アウトを
! トリガーする 'interesting' トラフィックを指定できます。
! ユーザ名(ホスト名)、および PPP のパスワードは、
! サービス プロバイダ(SP)によって提供されます。ユーザ名とパスワードは、PPP に関する限り、
! IOS とセルラー モデム(3G HWIC に常駐)との間で、ローカルで
! 認証されます。PPP は IOS とモデムの間で終了します。これらの同じパラメータ
! (ユーザ名とパスワード)がセルラー モデムでも設定されている必要があります。
! このモデムは、セルラー ネットワークとの接続(PDP コンテキストと呼ばれます)をセットアップするために、
! PDP コンテキストのアクティベーション メッセージを使用して、ネットワークを使用するユーザを認証
! するためにこれらのパラメータを無線で使用します。
! ppp ipcp dns-request オプション コマンドを使用すると、必要な場合は PPP の手順を使用して、
! セルラー ネットワークから DNS IP アドレスを取得できるようになります。
ip address 10.1.0.254 255.255.0.0
! インターフェイス VLAN 101 を定義します。この VLAN は、関連するホストで使用されます(ファスト
! イーサネット ポート)。これは、ip nat inside コマンドを使用して、NAT/PAT 機能を提供します。
ip route 0.0.0.0 0.0.0.0 Cellular0/0/0
! デフォルト ルートがセルラー インターフェイスを介するように定義します。この場合、すべての IP
! パケットは、セルラー インターフェイス経由でルーティングされます。
ip nat inside source list 2 interface Cellular0/0/0 overload
! NAT/PATed である必要があるトラフィックのソースがセルラー インターフェイスを介するように
! 指定します。この場合、'overload' パラメータを使用して PAT を実行しています。
! source list 2 は access-list 2(以下で定義)に関連付けられています。
! これにより、(この場合は 10.1.0.0/16 ネットワークから)対象のトラフィックの送信元が指定されます。
access-list 2 permit 10.1.0.0 0.0.0.255
dialer-list 1 protocol ip list 1
! dialer-list 1 コマンドは、セルラー インターフェイスの下に指定されている dialer-group 1
! access-list 1 コマンドは dialer-list 1 protocol ip list 1 コマンドに関連付けられています。
! これらのコマンドは、セルラー モデムを介したダイヤル アウトをトリガーする対象の
! トラフィックを指定し、確立されていない場合は PPP を確立します。
! セルラー インターフェイスの対応する行の下に、script dialer コマンドを指定する
! 必要があります。この場合セルラー インターフェイスは 0/0/0 であるため、
! rxspeed と txspeed を設定することはできません。
! modem InOut を使用すると、ネットワークによって着信コールが現在サポートされていない場合でも、
! 着信および発信コールを実行できるようになります。
! transport input all と transport output all は、セルラー モデムへの
scheduler allocate 20000 1000
デバッグおよびトラブルシューティング
次のデバッグ方式は、一般的な問題をデバッグする場合に役立ちます。
• PPP
– PPP 詳細イベント
– PPP プロトコル ネゴシエーション
• チャット スクリプト
– チャット スクリプトのアクティビティのデバッグ
応答が期待され、 interesting traffic の一部である宛先 IP アドレスを Ping して、接続があるかどうかを確認できます。
例 4-2 通常の動作のデバッグ出力
この設定内で青色の斜体で記載されたテキストはコメントを示すために使用されており、通常のコンソール出力を表示した場合には表示されません。太字のテキストは、エラーが発生した場合に戻って参照するための重要なコマンドを示すために使用されています。デバッグする場合は、太字で示されているすべてのコマンドがコンソール出力でも同じであることを確認します。
太字のテキストは基本セルラー設定、暗号化 IPsec 設定、IP SLA バックアップ設定、およびモバイル IP 設定の呼び出しに使用されます。これらの各設定に関連付けられている次の各コマンドは、サンプル全体にわたって呼び出されるため、デバッグ時に簡単に参照できます。
次のデバッグ出力は、コール確立が成功した場合の典型的な例です。
ROUTER#ping ip 209.131.36.158 source 10.1.0.254
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 209.131.36.158, timeout is 2 seconds:
Packet sent with a source address of 10.1.0.254
*Jun 21 00:45:43.679: CHAT0/0/0: Attempting async line dialer script
*Jun 21 00:45:43.679: CHAT0/0/0: Dialing using Modem script: gsm & System script: none
*Jun 21 00:45:43.679: CHAT0/0/0: process started
*Jun 21 00:45:43.683: CHAT0/0/0: Asserting DTR
*Jun 21 00:45:43.683: CHAT0/0/0: Chat script gsm started
*Jun 21 00:45:43.683: CHAT0/0/0: Sending string: atdt*98*1#
*Jun 21 00:45:43.683: CHAT0/0/0: Expecting string: CONNECT
*Jun 21 00:45:43.727: CHAT0/0/0: Completed match for expect: CONNECT
*Jun 21 00:45:43.727: CHAT0/0/0: Chat script gsm finished, status = Success.
*Jun 21 00:45:45.931: %LINK-3-UPDOWN: Interface Cellular0/0/0, changed state to up
! 'interesting' トラフィックが検出されると、IOS は正常に
! セルラー モデムと通信し、ダイヤル アウトするようにコマンドを発行します。
*Jun 21 00:45:45.931: Ce0/0/0 PPP: Using dialer call direction
*Jun 21 00:45:45.931: Ce0/0/0 PPP: Treating connection as a callout
*Jun 21 00:45:45.931: Ce0/0/0 PPP: Session handle[3C00021F] Session id[180]
*Jun 21 00:45:45.931: Ce0/0/0 PPP: Phase is ESTABLISHING, Active Open
*Jun 21 00:45:45.931: Ce0/0/0 PPP: No remote authentication for call-out
! PPP の開始を準備する LCP(Link Control Protocol)フェーズ
*Jun 21 00:45:45.931: Ce0/0/0 LCP: O CONFREQ [Closed] id 189 len 20
*Jun 21 00:45:45.931: Ce0/0/0 LCP: ACCM 0x000A0000 (0x0206000A0000)
*Jun 21 00:45:45.931: Ce0/0/0 LCP: MagicNumber 0x3F7E2331 (0x05063F7E2331)
*Jun 21 00:45:45.931: Ce0/0/0 LCP: PFC (0x0702)
*Jun 21 00:45:45.931: Ce0/0/0 LCP: ACFC (0x0802)
! Cisco IOS からセルラー モデムに送信される発信 CONFREQ。
*Jun 21 00:45:45.935: Ce0/0/0 LCP: I CONFREQ [REQsent] id 63 len 25
*Jun 21 00:45:45.935: Ce0/0/0 LCP: ACCM 0x00000000 (0x020600000000)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: AuthProto CHAP (0x0305C22305)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: MagicNumber 0xB9F4D928 (0x0506B9F4D928)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: PFC (0x0702)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: ACFC (0x0802)
! セルラー モデムから IOS によって受信される着信 CONFREQ。
*Jun 21 00:45:45.935: Ce0/0/0 LCP: O CONFACK [REQsent] id 63 len 25
*Jun 21 00:45:45.935: Ce0/0/0 LCP: ACCM 0x00000000 (0x020600000000)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: AuthProto CHAP (0x0305C22305)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: MagicNumber 0xB9F4D928 (0x0506B9F4D928)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: PFC (0x0702)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: ACFC (0x0802)
! IOS からセルラー モデムに送信される発信 CONFACK。
*Jun 21 00:45:45.935: Ce0/0/0 LCP: I CONFACK [ACKsent] id 189 len 20
*Jun 21 00:45:45.935: Ce0/0/0 LCP: ACCM 0x000A0000 (0x0206000A0000)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: MagicNumber 0x3F7E2331 (0x05063F7E2331)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: PFC (0x0702)
*Jun 21 00:45:45.935: Ce0/0/0 LCP: ACFC (0x0802)
! セルラー モデムから IOS によって受信される着信 CONACK。
*Jun 21 00:45:45.935: Ce0/0/0 LCP: State is Open
! LCP フェーズが正常に完了し、現在開いています。
*Jun 21 00:45:45.939: Ce0/0/0 PPP: Phase is AUTHENTICATING, by the peer.
*Jun 21 00:45:45.939: Ce0/0/0 CHAP: I CHALLENGE id 1 len 35 from "UMTS_CHAP_SRVR"
*Jun 21 00:45:45.943: Ce0/0/0 CHAP: Using hostname from interface CHAP
*Jun 21 00:45:45.943: Ce0/0/0 CHAP: Using password from interface CHAP
*Jun 21 00:45:45.943: Ce0/0/0 CHAP: O RESPONSE id 1 len 40 from SP-provided-user-name@wwan.ccs
*Jun 21 00:45:45.943: Ce0/0/0 CHAP: I SUCCESS id 1 len 4
! CHAP(チャレンジ ハンドシェーク認証プロトコル)フェーズは、正常に完了し、
! この CHAP 認証は、3G-HWIC 上の IOS とセルラー モデムの間でのみ行われ、
! ネットワークとはまだ行われていません。PPP は、ネットワークで終了せず、
! モデムのローカル側で終了することに留意してください。
! セルラー ネットワーク(GGSN)は、まだユーザを認証していません。次に、
! セルラー モデムは無線を介して 'Activate PDP context' メッセージを使用し、
! ネットワークから IP アドレスを取得して、ネットワークに対してそれ自体を認証します。
! ネットワークはユーザを認証して IP アドレスを返すことで、
! 'Activate PDP context Accept' メッセージに応答します。'Activate PDP context' メッセージには、
! セルラー インターフェイスの下で設定された CHAP のクレデンシャルが含まれています。
*Jun 21 00:45:45.943: Ce0/0/0 PPP: Phase is FORWARDING, Attempting Forward
*Jun 21 00:45:45.947: Ce0/0/0 PPP: Phase is ESTABLISHING, Finish LCP
*Jun 21 00:45:45.947: Ce0/0/0 PPP: Phase is UP
! NCP [Network Control Protocol]/ IPCP [IP Control Protocol] フェーズの開始
*Jun 21 00:45:45.947: Ce0/0/0 IPCP: O CONFREQ [Closed] id 1 len 22
*Jun 21 00:45:45.947: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 00:45:45.947: Ce0/0/0 IPCP: PrimaryDNS 0.0.0.0 (0x810600000000)
*Jun 21 00:45:45.947: Ce0/0/0 IPCP: SecondaryDNS 0.0.0.0 (0x830600000000)
! ホスト IP アドレス、および DNS アドレスを要求する、Cisco IOSによってモデムに送信される
! IPCP CONFREQ(Configure-Request)。
*Jun 21 00:45:45.947: Ce0/0/0 PPP: Process pending ncp packets
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 1 len 16
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! 上記の CONFREQ の代わりに、モデムによって Cisco IOS に送信された
! IPCP CONFNAK(受信される設定オプションは認識および許容可能ですが、
! モデムはセルラー ネットワークによってまだ認証されていません。モデムはセルラー ネットワークからの
! 'Activate PDP context Accept' メッセージを待機しています。モデムは、
! IOS のみに応答を送ります。これには、プライマリとセカンダリの DNS アドレスが含まれます
! (実際のアドレスはネットワークによって提供されるため、これらのアドレスは任意です)。
! 理由は明白ですが、これはホスト IP アドレスを IOS に返しません。
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 2 len 22
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 00:45:46.955: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! モデムから CONFNAK に欠落しているホストの IP アドレスを要求する、
! IOS によってモデムに送信された新しい IPCP CONFREQ。
*Jun 21 00:45:47.959: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 2 len 16
*Jun 21 00:45:47.959: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 00:45:47.959: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! モデムは、要求されたホストの IP アドレスを除外したまま、IPCP CONFNAK と応答します。
! このように除外するのは、モデムがまだ、これらの要求されたパラメータを含む、
! ネットワークからの 'Activate context Accept' メッセージを
*Jun 21 00:45:47.959: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 3 len 22
*Jun 21 00:45:47.959: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 00:45:47.963: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.!.13 (0x81060A0B0C0D)
*Jun 21 00:45:47.963: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! IOS はモデムに IPCP CONREQ を送信し続けます。
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 3 len 16
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! モデムは、ここでも要求されたホストの IP アドレスを除外したまま、
! モデムは、ネットワークからまだ 'Activate PDP context Accept' メッセージを
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 4 len 22
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 00:45:48.967: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! IOS はモデムに IPCP CONREQ を送信し続けます。
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: I CONFREQ [REQsent] id 108 len 4
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: O CONFACK [REQsent] id 108 len 4
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: I CONFNAK [ACKsent] id 4 len 22
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: Address 166.138.186.120 (0x0306A68ABA78)
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: PrimaryDNS 66.102.163.231 (0x81064266A3E7)
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: SecondaryDNS 66.102.163.232 (0x83064266A3E8)
! 最後に、モデムはセルラー ネットワークから 'Activate PDP context Accept' メッセージを受信します。
! これはモデム/IOS を正常に認証します。また、ネットワークから受信する
! ホスト IP アドレスと DNS アドレスも提供します。
! ネットワークから受信したこれらの有効なアドレスを含む、
! モデムによって IOS に送信された IPCP CONFNAK。
*Jun 21 00:45:49.263: Ce0/0/0 IPCP: O CONFREQ [ACKsent] id 5 len 22
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: Address 166.138.186.120 (0x0306A68ABA78)
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: PrimaryDNS 66.102.163.231 (0x81064266A3E7)
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: SecondaryDNS 66.102.163.232 (0x83064266A3E8)
! 示唆されているホスト IP アドレスと DNS アドレスを要求する、
! IOS によってモデムに送信された IPCP CONFREQ。
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: I CONFACK [ACKsent] id 5 len 22
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: Address 166.138.186.120 (0x0306A68ABA78)
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: PrimaryDNS 66.102.163.231 (0x81064266A3E7)
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: SecondaryDNS 66.102.163.232 (0x83064266A3E8)
! 要求された IP アドレスと DNS アドレスを受け入れ、モデムによって Cisco IOS に送信された
! IPCP CONFACK(CONFREQ メッセージ内のすべてのオプションが認識可能であり、
! すべての値が受け入れ可能な場合、ルータは CONFACK メッセージを送信します)。
*Jun 21 00:45:49.267: Ce0/0/0 IPCP: State is Open
! IPCP フェーズは現在正常で、開いています。
*Jun 21 00:45:49.291: Ce0/0/0 IPCP: Install negotiated IP interface address 166.138.186.120
! セルラー インターフェイスに割り当てられ、ルーティング テーブルにインストールされる IP アドレス。
例 4-3 通常の動作のセルラー インターフェイス情報
この設定内で青色の斜体で記載されたテキストはコメントを示すために使用されており、通常のコンソール出力を表示した場合には表示されません。太字のテキストは、エラーが発生した場合に戻って参照するための重要なコマンドを示すために使用されています。デバッグする場合は、太字で示されているすべてのコマンドがコンソール出力でも同じであることを確認します。
太字のテキストは基本セルラー設定、暗号化 IPsec 設定、IP SLA バックアップ設定、およびモバイル IP 設定の呼び出しに使用されます。これらの各設定に関連付けられている次の各コマンドは、サンプル全体にわたって呼び出されるため、デバッグ時に簡単に参照できます。
次の出力は、コールのセットアップに成功した後の、 show cellular 0/0/0 all コマンドの典型的な状態を示しています。
ROUTER#sh cellular 0/0/0 all
! 見やすくするため通常表示される情報の一部を省略し、
PDP address = 166.138.186.120
Access Point Name (APN) = wwan.ccs
Username: SP-provided-user-name@wwan.ccs, Password: SP-provided-password
Data Connection Information
===========================
Data Transmitted = 276 bytes, Received = 200 bytes
Profile 1, Packet Session Status = ACTIVE
IP address = 166.138.186.120
! セルラー インターフェイスは、PPP が確立され、IP アドレスが割り当てられたセルラー ネットワークに、
! プロファイル 1 を使用してアクティブに接続されます。
Current Service Status = Normal, Service Error = None
Current Service = Combined
Packet Service = UMTS/WCDMA (Attached)
Packet Session Status = Active
Current Roaming Status = Roaming
Network Selection Mode = Automatic
Country = USA, Network = gsm
Mobile Country Code (MCC) = 310
Mobile Network Code (MNC) = 380
Location Area Code (LAC) = 56997
Routing Area Code (RAC) = 253
Primary Scrambling Code = 196
PLMN Selection = Automatic
Registered PLMN = gsm , Abbreviated =
! サービスのタイプ(無線アクセス テクノロジ)に関する情報と、
Current Band = WCDMA 1900, Channel Number = 9721
Current RSSI(RSCP) = -77 dBm
! Received Signal Strength Indication(無線の受信レベルを決定する重要な要素)と、
! 使用されるサービスのタイプおよび無線帯域を示します。
Modem Security Information
==========================
Card Holder Verification (CHV1) = Disabled
SIM User Operation Required = None
Number of Retries remaining = 3
例 4-4 セルラー インターフェイスについて接続と IP アドレスの入手を行えなかった場合のデバッグ出力および考えられる原因
この設定内で青色の斜体で記載されたテキストはコメントを示すために使用されており、通常のコンソール出力を表示した場合には表示されません。太字のテキストは、エラーが発生した場合に戻って参照するための重要なコマンドを示すために使用されています。デバッグする場合は、太字で示されているすべてのコマンドがコンソール出力でも同じであることを確認します。
太字のテキストは基本セルラー設定、暗号化 IPsec 設定、IP SLA バックアップ設定、およびモバイル IP 設定の呼び出しに使用されます。これらの各設定に関連付けられている次の各コマンドは、サンプル全体にわたって呼び出されるため、デバッグ時に簡単に参照できます。
次のデバッグ出力は、IPCP フェーズでの失敗、または IP アドレスを取得できなかった場合の典型的な例です。
ROUTER#ping 209.131.36.158 source 10.1.0.254
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 209.131.36.158, timeout is 2 seconds:
Packet sent with a source address of 10.1.0.254
*Jun 21 22:47:51.467: CHAT0/0/0: Attempting async line dialer script
*Jun 21 22:47:51.471: CHAT0/0/0: Dialing using Modem script: gsm & System script: none
*Jun 21 22:47:51.471: CHAT0/0/0: process started
*Jun 21 22:47:51.471: CHAT0/0/0: Asserting DTR
*Jun 21 22:47:51.471: CHAT0/0/0: Chat script gsm started
*Jun 21 22:47:51.471: CHAT0/0/0: Sending string: atdt*98*1#
*Jun 21 22:47:51.471: CHAT0/0/0: Expecting string: CONNECT
*Jun 21 22:47:51.515: CHAT0/0/0: Completed match for expect: CONNECT
*Jun 21 22:47:51.515: CHAT0/0/0: Chat script gsm finished, status = Success.
*Jun 21 22:47:53.719: %LINK-3-UPDOWN: Interface Cellular0/0/0, changed state to up
*Jun 21 22:47:53.727: Ce0/0/0 LCP: State is Open
*Jun 21 22:47:53.735: Ce0/0/0 CHAP: I SUCCESS id 1 len 4
! CHAT、LCP、および CHAP が成功した後に開始される IPCP
*Jun 21 22:47:53.735: Ce0/0/0 IPCP: O CONFREQ [Closed] id 1 len 22
*Jun 21 22:47:53.735: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:53.735: Ce0/0/0 IPCP: PrimaryDNS 0.0.0.0 (0x810600000000)
*Jun 21 22:47:53.735: Ce0/0/0 IPCP: SecondaryDNS 0.0.0.0 (0x830600000000)
*Jun 21 22:47:53.735: Ce0/0/0 PPP: Process pending ncp packets
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 1 len 16
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 2 len 22
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:54.739: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:55.743: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 2 len 16
*Jun 21 22:47:55.747: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:55.747: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:55.747: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 3 len 22
*Jun 21 22:47:55.747: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:55.747: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:55.747: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 3 len 16
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 4 len 22
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:56.751: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 4 len 16
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 5 len 22
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:57.755: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 5 len 16
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: .PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 6 len 22
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:58.759: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:59.799: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 6 len 16
*Jun 21 22:47:59.803: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:59.803: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:47:59.803: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 7 len 22
*Jun 21 22:47:59.803: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:47:59.803: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:47:59.803: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:00.807: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 7 len 16
*Jun 21 22:48:00.811: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:00.811: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:00.811: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 8 len 22
*Jun 21 22:48:00.811: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:48:00.811: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:00.811: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 8 len 16
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 9 len 22
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:01.815: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 9 len 16
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: O CONFREQ [REQsent] id 10 len 22
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: Address 0.0.0.0 (0x030600000000)
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:02.819: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
*Jun 21 22:48:03.823: Ce0/0/0 IPCP: I CONFNAK [REQsent] id 10 len 16
*Jun 21 22:48:03.823: Ce0/0/0 IPCP: PrimaryDNS 10.11.12.13 (0x81060A0B0C0D)
*Jun 21 22:48:03.823: Ce0/0/0 IPCP: SecondaryDNS 10.11.12.14 (0x83060A0B0C0E)
! モデムは、セルラー ネットワークで PDP コンテキストを正常に確立できないため、
! PPP によって要求されるホストの IP アドレスおよび他の要求されたパラメータを
! この理由は、次のいずれかである可能性があります。
! - ユーザ名/パスワードおよび APN (アクセス ポイント ネーム)が間違っているか無効である、
*Jun 21 22:48:03.823: Ce0/0/0 IPCP: Failed to negotiate with peer
! おそらく上記のいずれかの理由で IPCP が失敗しました
*Jun 21 22:48:03.823: Ce0/0/0 IPCP: State is Closed
例 4-5 IP アドレスを取得できなかった場合のセルラー インターフェイスの詳細
この設定内で青色の斜体で記載されたテキストはコメントを示すために使用されており、通常のコンソール出力を表示した場合には表示されません。太字のテキストは、エラーが発生した場合に戻って参照するための重要なコマンドを示すために使用されています。デバッグする場合は、太字で示されているすべてのコマンドがコンソール出力でも同じであることを確認します。
太字のテキストは基本セルラー設定、暗号化 IPsec 設定、IP SLA バックアップ設定、およびモバイル IP 設定の呼び出しに使用されます。これらの各設定に関連付けられている次の各コマンドは、サンプル全体にわたって呼び出されるため、デバッグ時に簡単に参照できます。
ROUTER#sh cellular 0/0/0 all
! 見やすくするため通常表示される情報の一部を省略し、
Access Point Name (APN) = wwan.ccs
Username: SP-provided-user-name@wwan.ccs, Password: SP-provided-password
! ユーザ名、パスワード、および APN がサービス プロバイダによって提供されているとおりであることを確認して
! ください。それらが、セルラー インターフェイスとモデムの両方に適切に設定されていることも
! 確認してください('cellular 0/0/0 gsm profile create ...' コマンドを使用)
Data Connection Information
===========================
Data Transmitted = 14428 bytes, Received = 13852 bytes
Profile 1, Packet Session Status = INACTIVE
Inactivity Reason = Unknown
Current Service Status = No service, Service Error = None
Current Service = Combined
Packet Session Status = Inactive
Current Roaming Status = Home
Network Selection Mode = Automatic
Country = USA, Network = Cinglr
Mobile Country Code (MCC) = 310
Mobile Network Code (MNC) = 380
Location Area Code (LAC) = 56997
Routing Area Code (RAC) = 255
Primary Scrambling Code = 0
PLMN Selection = Automatic
! これは、無線レベルの接続に潜在的な問題があることを示しています。おそらく信号レベルが
! 非常に低いことが原因で、モデムはセルラー ネットワークと通信できません。
Current Band = None, Channel Number = 0
! これは、Received Signal Strength Indication(RSSI)が非常に低いことを示しています
! (-110 dBm)。これは、おそらくアンテナが切断されているか、無線受信レベルが低いために
Modem Security Information
==========================
Card Holder Verification (CHV1) = Disabled
SIM User Operation Required = None
Number of Retries remaining = 3
例 4-6 ダイヤル アウトできない場合のデバッグ出力および考えられる原因
この設定内で青色の斜体で記載されたテキストはコメントを示すために使用されており、通常のコンソール出力を表示した場合には表示されません。太字のテキストは、エラーが発生した場合に戻って参照するための重要なコマンドを示すために使用されています。デバッグする場合は、太字で示されているすべてのコマンドがコンソール出力でも同じであることを確認します。
太字のテキストは基本セルラー設定、暗号化 IPsec 設定、IP SLA バックアップ設定、およびモバイル IP 設定の呼び出しに使用されます。これらの各設定に関連付けられている次の各コマンドは、サンプル全体にわたって呼び出されるため、デバッグ時に簡単に参照できます。
ROUTER#ping ip 209.131.36.158 source 10.1.0.254
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 209.131.36.158, timeout is 2 seconds:
Packet sent with a source address of 10.5.0.254
*Jun 22 21:50:30.187: CHAT0/0/0: Attempting async line dialer script
*Jun 22 21:50:30.187: CHAT0/0/0: Dialing using Modem script: gsm & System script: none
*Jun 22 21:50:30.187: CHAT0/0/0: process started
*Jun 22 21:50:30.187: CHAT0/0/0: Asserting DTR
*Jun 22 21:50:30.187: CHAT0/0/0: Chat script gsm started
*Jun 22 21:50:30.187: CHAT0/0/0: Sending string: atdt*69*1# 20
*Jun 22 21:50:30.187: CHAT0/0/0: Expecting string: CONNECT"...
*Jun 22 21:50:35.187: CHAT0/0/0: Timeout expecting: CONNECT"
*Jun 22 21:50:35.187: CHAT0/0/0: Chat script gsm finished, status = Connection timed out; remote host not responding
Success rate is 0 percent (0/5)
! モデムがダイヤル アウト コマンドに応答していません。
! おそらくダイヤラ ストリングの指定が間違っているために、'chat-script ...' コマンドに
! 次のような場合に、同様の問題が発生する可能性があります。
! - 期待されるストリング('CONNECT')にタイプミスがあるか、
! - 構成内で chat-script コマンドが欠落している
! - 'script dialer ...' コマンドが対応する行 x/x/x で欠落している