排除Cisco路由器上的ADSL故障
下載選項
已更新: 2016 年 5 月 13 日
文件 ID:200456
無偏見用語
本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。
關於此翻譯
思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。
目錄
簡介
本檔案介紹如何針對非對稱數位使用者線路(ADSL)服務設定思科數位使用者線路(DSL)使用者端裝置(CPE)路由器。本章說明如何對Cisco 880系列、890系列、860系列和超高位元率數字使用者線路(VDSL)/ADSL增強型高速WAN介面卡(EHWIC)上的ADSL相關問題進行故障排除。本文檔是針對ADSL服務的，儘管在這些路由器和模組上可以有ADSL或VDSL服務。故障可能出現在以下三個層中：
- 第1層-到您的ISP的數字使用者線路接入多路複用器(DSLAM)的DSL物理連線
- 第2.1層- ATM連線
- 第2.2層- ATM點對點協定(PPPoA)、ATM乙太網點對點協定(PPPoEoA)、RFC1483橋接或RFC1483路由
- 第3層- IP
必要條件
需求
本文件沒有特定需求。
採用元件
本文件所述內容不限於特定軟體和硬體版本。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路運作中，請確保您瞭解任何指令可能造成的影響。
第1層問題
Cisco DSL路由器前面板上的載波檢測(CD)燈是打開還是關閉？
如果CD燈是亮的，請參閱本文「第2層問題」部分。
如果CD燈是關閉的，請繼續下一個問題。
您的ISP是否使用支援Broadcom晶片組的DSLAM？
驗證來自您的ISP的資訊。檢查參照資料表的路由器型號或卡的DSLAM互操作性。
Cisco DSL路由器背面的DSL埠是否插入到DSL牆上插座？
如果DSL埠未插入DSL牆上插座，請使用直通RJ-11電纜將埠連線到牆上。這是標準的電話線。ADSL線路使用引腳3和4。
控制器狀態、操作模式和傳輸覆蓋(TC)模式是什麼？
例如，此輸出示例：
Router#show controller vdsl 0/1/0
!--- Make sure the controller is in UP state. In case you see it in down state,
it indicates a Layer 1 issue (Hardware issue, Line issue, Interoperability
issue with DSLAM etc.)
Controller VDSL 0/1/0 is UP
Daemon Status: Up
!--- XTU-R and XTU-C shows local (Cisco Router) and remote (DSLAM) DSL related
details like chipset vendor, Vendor ID etc.
XTU-R (DS) XTU-C (US)
Chip Vendor ID: 'BDCM' 'BDCM'
Chip Vendor Specific: 0x0000 0xA1AA
Chip Vendor Country: 0xB500 0xB500
Modem Vendor ID: 'CSCO' ' '
Modem Vendor Specific: 0x4602 0x0000
Modem Vendor Country: 0xB500 0x0000
Serial Number Near: FOC15163V2Q 2911/K9 15.5(1)T
Serial Number Far:
Modem Version Near: 15.5(1)T
Modem Version Far: 0xa1aa
Modem Status: TC Sync (Showtime!)
!--- Below shows the configured DSL operating mode, trained mode and TC mode.
DSL Config Mode: AUTO
Trained Mode: G.992.1 (ADSL) Annex B
TC Mode: ATM
Selftest Result: 0x00
DELT configuration: disabled
DELT state: not running
Full inits: 2
Failed full inits: 1
Short inits: 0
Failed short inits: 3
!--- DSL firmware related details
Firmware Source File Name
-------- ------ ----------
VDSL embedded VDSL_LINUX_DEV_01212008
Modem FW Version: 130205_1433-4.02L.03.B2pvC035j.d23j
Modem PHY Version: B2pvC035j.d23j
Trellis: ON ON
SRA: disabled disabled
SRA count: 0 0
Bit swap: enabled enabled
Bit swap count: 0 0
!--- Attenuation and Noise margin are two important parameters which points to
the line quality and intern the stability of the DSL connection
Line Attenuation: 0.0 dB 0.0 dB
Signal Attenuation: 0.0 dB 0.0 dB
Noise Margin: 11.1 dB 6.0 dB
Attainable Rate: 40440 kbits/s 3280 kbits/s
Actual Power: 14.5 dBm 4.9 dBm
Per Band Status: D1 D2 D3 U0 U1 U2 U3
Line Attenuation(dB): 20.0 48.3 73.7 9.4 37.9 56.2 N/A
Signal Attenuation(dB): 20.0 48.3 N/A 10.2 36.2 53.3 N/A
Noise Margin(dB): 10.9 11.3 N/A 5.9 6.0 6.0 N/A
Total FECC: 97252 0
Total ES: 7 0
Total SES: 0 0
Total LOSS: 0 0
Total UAS: 24 24
Total LPRS: 0 0
Total LOFS: 0 0
Total LOLS: 0 0
!--- DSL trained speed can be found below
DSChannel1 DSChannel0 US Channel1 US Channel0
Speed (kbps): 0 25087 0 3192
SRA Previous Speed: 0 0 0 0
Previous Speed: 0 0 0 0
Reed-Solomon EC: 0 97252 0 0
CRC Errors: 0 15 0 0
Header Errors: 0 62 0 0
Interleave (ms): 0.00 8.00 0.00 8.00
Actual INP: 0.00 3.01 0.00 2.00
Training Log : Stopped
Training Log Filename : flash:vdsllog.bin
Router#
在show controller命令輸出中檢查以下內容：
1. 控制器狀態為UP。如果處於關閉狀態，則表明存在第1層問題（硬體問題、線路問題或與DSLAM的互操作性問題）。在此情況下，繼續進行第1層故障排除。
2. 檢查操作模式、訓練模式和TC模式。確保控制器下配置了正確的操作模式。如果您不確定ISP使用的離散多音(DMT)技術，思科建議您使用DSL工作模式自動。以下是用於配置操作模式自動檢測的命令。
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#controller vdsl 0
Router(config-controller)#operating-mode auto
Router(config-controller)#end
Router#write memory
3. 檢視經過培訓的模式，確保您與ISP協商的模式正確。另一個需要注意的重要引數是TC模式。如果訓練的模式是ADSL、ADSL2或ADSL2+，則TC模式必須為ATM，並且在這種情況下，所有上層引數（例如PPP、IP等）都應在ATM永久虛電路(PVC)下配置。如果受訓模式為VDSL2或VDSL2+，則TC模式為資料包傳輸模式(PTM)。在這種情況下，您需要看到PTM乙太網介面處於UP狀態，並且所有上層引數都應在乙太網介面下配置。如果更改ADSL和VDSL之間的操作模式，您可能需要重新啟動路由器以啟用相應的ATM或乙太網介面。
4. 檢查雜訊容限和衰減。雜訊容限是DSL訊雜比的相對強度。數字越大，衡量結果越好：
- 6dB或以下為壞消息，不會出現同步或間歇同步問題
- 7dB-10dB是公平的，但不會留下太多條件變化的空間
- 11dB-20dB正常，同步問題很少或沒有同步問題
- 20dB-28dB非常好
- 29dB或以上尚未完成
衰減是測量DSLAM和數據機之間訊號降級的程度。這很大程度上取決於與交易所之間的距離。dB越低越適合此測量。
- 20dB及以下為出色
- 20dB-30dB是絕佳的
- 30dB-40dB很好
- 40dB-50dB正常
- 50dB-60dB較差，可能遇到連線問題
- 60dB或以上是不良的，並且會遇到連線問題
5. 確保您擁有最新版本的DSL韌體。最新的韌體可修正大部分已知的互用性問題。您可以從CCO下載最新的韌體。
6. 驗證DSL是否與適當的上行和下行速度同步。
您有正確的路由器型號嗎？
請注意，ADSL/VDSL路由器有兩個版本：1)基於普通舊式電話服務的DSL (Annex-A)；以及2)基於綜合業務數位網路(Annex-B)的DSL。在一些國家，ISP提供Annex-B連線，而在大多數其他國家，它是Annex-A。Annex-A DSL路由器或卡不會與Annex-B線路同步，反之亦然。因此，您需要確保已部署正確的路由器型號。有關詳細資訊，請參閱路由器資料表。
電路是否被正確地測試/供應？
從您的ISP或電話公司獲取此資訊。
第2層問題
ATM介面是否已啟用？
一旦確認受訓模式為ADSL後，請確保ATM介面處於打開狀態。
Router#show ip interface brief
Interface IP-Address OK? Method Status Protocol
Embedded-Service-Engine0/0 unassigned YES NVRAM administratively down down
GigabitEthernet0/0 unassigned YES NVRAM up up
GigabitEthernet0/0.1 unassigned YES unset up up
GigabitEthernet0/1 unassigned YES NVRAM administratively down down
GigabitEthernet0/2 192.168.22.1 YES NVRAM up up
ISM0/1 unassigned YES unset up up
!--Verify that ATM interface is in up state
ATM0/1/0 unassigned YES NVRAM up up
Ethernet0/1/0 unassigned YES NVRAM administratively down down up
您有正確的永久虛電路(PVC)值(VPI/VCI)嗎？
請向您的提供商查詢用於DSL連線的正確VPI/VCI值。
是否使用了正確的上層傳輸？
請向您的提供商查詢所使用的上層連線型別。您可以使用ADSL線路進行IPoA、PPPoA、PPPoEoA、橋接等。 確保您具有符合提供商配置的正確上層配置。
您是否從您的ISP收到資料？
檢查show interface atm0命令的輸出，並檢查輸入和輸出資料包。
Router#show interface atm0 ATM0 is up, line protocol is up Hardware is DSLSAR (with Alcatel ADSL Module) MTU 4470 bytes, sub MTU 4470, BW 128 Kbit, DLY 16000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ATM, loopback not set Encapsulation(s): AAL5, PVC mode 24 maximum active VCs, 256 VCS per VP, 1 current VCCs VC idle disconnect time: 300 seconds Last input 00:00:00, output 00:00:00, 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 5 bits/sec, 0 packets/sec 5 minute output rate 7 bits/sec, 0 packets/sec 100 packets input, 5600 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 250 packets output, 1400 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 output buffer failures, 0 output buffers swapped out
如果輸入資料包計數器增加，您必須從ISP接收PPP協商資料包。否則，請致電您的ISP。如果輸出資料包計數器增加，您應該傳送PPP協商資料包。否則，請檢查路由器上的配置。如果PPP配置正確，PPP協商資料包將持續從ATM0介面傳送出去。
如果兩個方向的資料包都增加，請繼續本文檔中的故障排除步驟。
PPP是否正確協商？
如果第1層已啟動，並且您有正確的VPI/VCI設定，下一步就是確保PPP正確啟動。為此，您需要在Cisco DSL路由器上運行一系列debug命令並解釋輸出。您使用的主要debug命令是debug ppp negotiation。以下命令輸出是成功的PPP協商的示例：
Router#debug ppp negotiation
PPP protocol negotiation debugging is on
Router#
2w3d: Vi1 PPP: No remote authentication for call-out
2w3d: Vi1 PPP: Phase is ESTABLISHING
2w3d: Vi1 LCP: O CONFREQ [Open] id 146 len 10
2w3d: Vi1 LCP: MagicNumber 0x8CCF0E1E (0x05068CCF0E1E)
2w3d: Vi1 LCP: O CONFACK [Open] id 102 Len 15
2w3d: Vi1 LCP: AuthProto CHAP (0x0305C22305)
2w3d: Vi1 LCP: MagicNumber 0xD945AD0A (0x0506D945AD0A)
2w3d: Di1 IPCP: Remove route to 10.10.10.1
2w3d: Vi1 LCP: I CONFACK [ACKsent] id 146 Len 10
2w3d: Vi1 LCP: MagicNumber 0x8CCF0E1E (0x05068CCF0E1E)
2w3d: Vi1 LCP: State is Open
2w3d: Vi1 PPP: Phase is AUTHENTICATING, by the peer
2w3d: Vi1 CHAP: I CHALLENGE id 79 Len 33 from "6400-2-NRP-2"
2w3d: Vi1 CHAP: O RESPONSE id 79 Len 28 from "John"
2w3d: Vi1 CHAP: I SUCCESS id 79 Len 4
2w3d: Vi1 PPP: Phase is UP
2w3d: Vi1 IPCP: O CONFREQ [Closed] id 7 Len 10
2w3d: Vi1 IPCP: Address 0.0.0.0 (0x030600000000)
2w3d: Vi1 IPCP: I CONFREQ [REQsent] id 4 Len 10
2w3d: Vi1 IPCP: Address 10.10.10.1 (0x030614140201)
2w3d: Vi1 IPCP: O CONFACK [REQsent] id 4 Len 10
2w3d: Vi1 IPCP: Address 10.10.10.1 (0x030614140201)
2w3d: Vi1 IPCP: I CONFNAK [ACKsent] id 7 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: O CONFREQ [ACKsent] id 8 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: I CONFACK [ACKsent] id 8 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: State is Open
2w3d: Di1 IPCP: Install negotiated IP interface address 10.1.1.1
2w3d: Di1 IPCP: Install route to 10.10.10.1
Router#
PPP協商有四個主要故障點：
- 遠端裝置（您的ISP）沒有回應
- 連結控制通訊協定(LCP)未開啟
- 驗證失敗
- IP控制協定(IPCP)故障
您的ISP無響應
您的ISP無響應應該不成問題，因為您已經驗證資料包在ATM0介面上的入站方向不斷增加。但是，如果您看到資料包在ATM0的入站方向上增加，並且當您運行debug ppp negotiation時，您會收到此消息，請與ISP聯絡以驗證資料包是否已傳送到思科DSL路由器。
Router#debug ppp negotiation
*Mar 1 04:04:50.718: Vi1 PPP: Treating connection as a callout
*Mar 1 04:04:50.718: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 0 load]
*Mar 1 04:04:50.718: Vi1 PPP: No remote authentication for call-out
*Mar 1 04:04:50.722: Vi1 LCP: O CONFREQ [Closed] id 1 Len 10
!--- "O" specifies an outbound packet
*Mar 1 04:04:50.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:52.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:52.722: Vi1 LCP: O CONFREQ [REQsent] id 2 Len 10
!--- "O" specifies an outbound packet
*Mar 1 04:04:52.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:54.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:54.722: Vi1 LCP: O CONFREQ [REQsent] id 3 Len 10
*Mar 1 04:04:54.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:56.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:56.722: Vi1 LCP: O CONFREQ [REQsent] id 4 Len 10
*Mar 1 04:04:56.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:58.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:58.722: Vi1 LCP: O CONFREQ [REQsent] id 5 Len 10
*Mar 1 04:04:58.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:05:00.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:05:00.722: Vi1 LCP: O CONFREQ [REQsent] id 6 Len 10
*Mar 1 04:05:00.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:05:02.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:05:02.722: Vi1 LCP: O CONFREQ [REQsent] id 7 Len 10
!--- "O" specifies an outbound packet
*Mar 1 04:05:02.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
Router#undebug all
在此輸出中，只有O資料包，這是出站資料包。為了成功協商PPP，每個O資料包都應該有來自ISP的I入站資料包。如果資料包增加入站，但您看不到I資料包，請聯絡您的ISP，以驗證傳送到思科DSL路由器的資料包。
本地CTI埠(LCP)未打開
如果LCP未打開，這通常是由於PPP選項不匹配引起的。當思科DSL路由器配置了ISP不支援的PPP引數，或當您的ISP配置了思科DSL路由器不支援的引數時，就會出現這種不匹配。下面是PPP選項不匹配的一個輸出示例：
Router#debug ppp negotiation
*Mar 1 04:52:43.254: Vi1 PPP: Treating connection as a callout
*Mar 1 04:52:43.258: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 1 04:52:43.258: Vi1 PPP: No remote authentication for call-out
*Mar 1 04:52:43.258: Vi1 LCP: O CONFREQ [Closed] id 3 len 10
*Mar 1 04:52:43.262: Vi1 LCP: MagicNumber 0x31A2F808 (0x050631A2F808)
*Mar 1 04:52:43.310: Vi1 LCP: I CONFREQ [REQsent] id 180 Len 14
*Mar 1 04:52:43.310: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.310: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
*Mar 1 04:52:43.314: Vi1 LCP: O CONFNAK [REQsent] id 180 Len 9
!--- PPP option reject
*Mar 1 04:52:43.314: Vi1 LCP: AuthProto CHAP (0x0305C22305)
!--- PPP option that is rejected
*Mar 1 04:52:43.314: Vi1 LCP: I CONFACK [REQsent] id 3 Len 10
*Mar 1 04:52:43.318: Vi1 LCP: MagicNumber 0x31A2F808 (0x050631A2F808)
*Mar 1 04:52:43.366: Vi1 LCP: I CONFREQ [ACKrcvd] id 181 Len 14
*Mar 1 04:52:43.366: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.366: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
*Mar 1 04:52:43.370: Vi1 LCP: O CONFNAK [ACKrcvd] id 181 Len 9
!--- PPP option reject
*Mar 1 04:52:43.370: Vi1 LCP: AuthProto CHAP (0x0305C22305)
!--- PPP option that is rejected
*Mar 1 04:52:43.418: Vi1 LCP: I CONFREQ [ACKrcvd] id 182 Len 14
*Mar 1 04:52:43.418: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.418: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
Router#undebug all
無論是I資料包還是O資料包，配置否定確認(CONFNAK)都表明PPP配置不匹配。這意味著PPP連線的一端請求另一端無法或尚未配置執行的PPP選項。如果Cisco DSL路由器傳送CONFNAK（由O CONFNAK指示），則Cisco DSL路由器無法執行或未配置ISP傳送的選項。如果CONFNAK由您的ISP傳送（由I CONFNAK指示），則您已在Cisco DSL路由器上配置了ISP不想執行的選項。
CONFNAK後面的行描述被拒絕的選項。在本示例輸出中，選項為Challenge Handshake Authentication Protocol (CHAP)，但可以是任何選項。在Cisco DSL路由器上，可以配置PPP選項的唯一位置是介面dialer 1。輸入show run interface dialer 1命令，以便檢視您的介面dialer 1配置。
如果您的ISP傳送I CONFNAK，請在interface dialer 1下查詢與CONFNAK之後的線路匹配的命令並將其刪除。如果Cisco DSL路由器傳送O CONFNAK，請向介面dialer 1增加命令，以便與您的ISP正確協商PPP。在路由器傳送資料包的情況下，您可能需要致電思科支援部門，以確定需要在思科DSL路由器上啟用哪些命令。
驗證失敗
當ISP無法驗證您的PPP使用者名稱或密碼時，就會發生身份驗證失敗。有兩種情況會發生這種情況。第一種情況是身份驗證型別不匹配，這是當您未正確配置路由器時造成的。本文檔中列出的所有身份驗證配置均適用於密碼身份驗證協定(PAP)和CHAP身份驗證型別。為了獲得配置靈活性，您應該同時配置CHAP和PAP。如果您沒有配置這兩個命令，則可能會看到如下示例的debug ppp negotiation命令的輸出：
Router#debug ppp negotiation
00:34:29: Vi1 LCP:O CONFREQ [REQsent] id 53 Len 15
00:34:29: Vi1 LCP: AuthProto CHAP (0x0305C22305)
!--- Sends CHAP requests
00:34:29: Vi1 LCP: MagicNumber 0x01B63483 (0x050601B63483)
00:34:29: Vi1 LCP: I CONFREQ [REQsent] id 252 Len 14
00:34:29: Vi1 LCP: AuthProto PAP (0x0304C023)
!--- Receives PAP requests from the service provider
00:34:29: Vi1 LCP: MagicNumber 0xBC5233F9 (0x0506BC5233F9)
00:34:29: Vi1 LCP: O CONFREJ [REQsent] id 252 Len 8
Router#undebug all
為了糾正這兩種身份驗證不匹配問題，您需要將身份驗證協定重新配置為ISP在入站CONFREQ資料包中請求的協定。
如何知道我的PAP使用者名稱和密碼是否正確？
在確認您的ISP使用PAP之後，請輸入debug ppp negotiation命令以確認您的PAP使用者名稱和口令是否正確。
Router#debug ppp negotiation
*Mar 2 00:50:15.741: Vi1 PPP: Treating connection as a callout
*Mar 2 00:50:15.745: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 2 00:50:15.745: Vi1 PPP: No remote authentication for call-out
*Mar 2 00:50:15.745: Vi1 LCP: O CONFREQ [Closed] id 177 Len 10
*Mar 2 00:50:15.745: Vi1 LCP: MagicNumber 0x35EB5D4F (0x050635EB5D4F)
*Mar 2 00:50:15.789: Vi1 LCP: I CONFACK [REQsent] id 177 Len 10
*Mar 2 00:50:15.793: Vi1 LCP: MagicNumber 0x35EB5D4F (0x050635EB5D4F)
*Mar 2 00:50:17.241: Vi1 LCP: I CONFREQ [ACKrcvd] id 203 Len 14
*Mar 2 00:50:17.241: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 2 00:50:17.241: Vi1 LCP: MagicNumber 0x3E1D1E5E (0x05063E1D1E5E)
*Mar 2 00:50:17.245: Vi1 LCP: O CONFACK [ACKrcvd] id 203 Len 14
*Mar 2 00:50:17.245: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 2 00:50:17.245: Vi1 LCP: MagicNumber 0x3E1D1E5E (0x05063E1D1E5E)
*Mar 2 00:50:17.249: Vi1 LCP: State is Open
*Mar 2 00:50:17.249: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 2 00:50:17.249: Vi1 PAP: O AUTH-REQ id 9 Len 14 from "cisco"
!--- "cisco" is the PAP username configured on this DSL Router.
*Mar 2 00:50:17.297: Vi1 PAP: I AUTH-NAK id 9 Len 27 msg is "Authentication failure"
*Mar 2 00:50:17.301: Vi1 LCP: I TERMREQ [Open] id 204 Len 4
*Mar 2 00:50:17.301: Vi1 LCP: O TERMACK [Open] id 204 Len 4
*Mar 2 00:50:17.305: Vi1 PPP: Phase is TERMINATING [0 sess, 1 load]u
*Mar 2 00:50:19.305: Vi1 LCP: TIMEout: State TERMsent
*Mar 2 00:50:19.305: Vi1 LCP: State is Closed
*Mar 2 00:50:19.305: Vi1 PPP: Phase is DOWN [0 sess, 1 load]
您需要聯絡您的ISP並獲得正確的憑證才能解決此問題。您可以使用以下命令重新配置PAP憑證：
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#ppp pap sent-username <username> password <password>
Router(config-if)#end
Router#write memory
如何知道我的CHAP使用者名稱和密碼是否正確？
在您確認ISP使用CHAP之後，請輸入debug ppp negotiation命令以確認CHAP使用者名稱和密碼正確。
Router#debug ppp negotiation
*Mar 3 02:51:47.287: Vi1 PPP: Treating connection as a callout
*Mar 3 02:51:47.287: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 3 02:51:47.291: Vi1 PPP: No remote authentication for call-out
*Mar 3 02:51:47.291: Vi1 LCP: O CONFREQ [Closed] id 188 Len 10
*Mar 3 02:51:47.291: Vi1 LCP: MagicNumber 0x3B821FF1 (0x05063B821FF1)
*Mar 3 02:51:47.339: Vi1 LCP: I CONFREQ [REQsent] id 204 Len 15
*Mar 3 02:51:47.343: Vi1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 3 02:51:47.343: Vi1 LCP: MagicNumber 0x43B3F393 (0x050643B3F393)
*Mar 3 02:51:47.343: Vi1 LCP: O CONFACK [REQsent] id 204 Len 15
*Mar 3 02:51:47.347: Vi1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 3 02:51:47.347: Vi1 LCP: MagicNumber 0x43B3F393 (0x050643B3F393)
*Mar 3 02:51:47.347: Vi1 LCP: I CONFACK [ACKsent] id 188 Len 10
*Mar 3 02:51:47.351: Vi1 LCP: MagicNumber 0x3B821FF1 (0x05063B821FF1)
*Mar 3 02:51:47.351: Vi1 LCP: State is Open
*Mar 3 02:51:47.351: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 3 02:51:47.395: Vi1 CHAP: I CHALLENGE id 1 Len 32 from "6400-2-NRP3"
*Mar 3 02:51:47.395: Vi1 CHAP: Using alternate hostname cisco
*Mar 3 02:51:47.399: Vi1 CHAP: Username 6400-2-NRP3 not found
*Mar 3 02:51:47.399: Vi1 CHAP: Using default password
*Mar 3 02:51:47.399: Vi1 CHAP: O RESPONSE id 1 Len 26 from "cisco"
!--- "cisco" is the CHAP username configured on this DSL Router.
*Mar 3 02:51:47.447: Vi1 CHAP: I FAILURE id 1 Len 26 MSG is "Authentication failure"
*Mar 3 02:51:47.447: Vi1 LCP: I TERMREQ [Open] id 205 Len 4
*Mar 3 02:51:47.451: Vi1 LCP: O TERMACK [Open] id 205 Len 4
*Mar 3 02:51:47.451: Vi1 PPP: Phase is TERMINATING [0 sess, 0 load]
*Mar 3 02:51:49.451: Vi1 LCP: TIMEout: State TERMsent
*Mar 3 02:51:49.451: Vi1 LCP: State is Closed
*Mar 3 02:51:49.451: Vi1 PPP: Phase is DOWN [0 sess, 0 load]
Router#undebug all
您需要聯絡您的ISP並獲得正確的憑證才能解決此問題。可以使用以下命令重新配置CHAP憑據：
Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#ppp chap hostname <username>
Router(config-if)#ppp chap password <password>
Router(config-if)#end
Router#write memory
如何知道PPP身份驗證何時成功？
本示例顯示成功的CHAP協商。
Router#debug ppp negotiation
<... snipped ...>
*Mar 3 03:30:09.335: Vi1 LCP: State is Open
*Mar 3 03:30:09.335: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 3 03:30:09.379: Vi1 CHAP: I CHALLENGE id 41 len 32 from "6400-2-NRP3"
*Mar 3 03:30:09.379: Vi1 CHAP: Using alternate hostname cisco
*Mar 3 03:30:09.379: Vi1 CHAP: Username 6400-2-NRP3 not found
*Mar 3 03:30:09.383: Vi1 CHAP: Using default password
*Mar 3 03:30:09.383: Vi1 CHAP: O RESPONSE id 41 Len 26 from "cisco"
*Mar 3 03:30:09.431: Vi1 CHAP: I SUCCESS id 41 Len 4
!--- CHAP negotiation was a success.
*Mar 3 03:30:09.431: Vi1 PPP: Phase is UP [0 sess, 1 load]
<... snipped ...>
Router#undebug all
This example shows a successful PAP negotiation.
Router#debug ppp negotiation
<... snipped ...>
*Mar 3 03:33:19.491: Vi1 LCP: State is Open
*Mar 3 03:33:19.491: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 0 load]
*Mar 3 03:33:19.495: Vi1 PAP: O AUTH-REQ id 255 Len 16 from "cisco"
*Mar 3 03:33:19.539: Vi1 PAP: I AUTH-ACK id 255 Len 5
*Mar 3 03:33:19.539: Vi1 PPP: Phase is UP [0 sess, 0 load]
!--- PAP negotiation was a success.
<... snipped ...>
Router#undebug all
相關資訊
修訂記錄
| 修訂 | 發佈日期 | 意見 |
|---|---|---|
1.0 |
28-Apr-2016 |
初始版本 |
意見