Fehlerbehebung für ADSL auf Cisco Routern

Einleitung

Dieses Dokument beschreibt die Konfiguration Ihres Cisco Digital Subscriber Line (DSL) Customer Premises Equipment (CPE) Routers für den ADSL-Service (Asymmetric Digital Subscriber Line). Es wird erläutert, wie Sie Probleme im Zusammenhang mit ADSL bei den Cisco Serien 880, 890, 860 und Very High Bitrate Digital Subscriber Line (VDSL)/ADSL Enhanced High Speed WAN Interface Cards (EHWICs) beheben. Dieses Dokument bezieht sich nur auf den ADSL-Service, obwohl Sie entweder ADSL oder VDSL auf diesen Routern und Modulen verwenden können. Der Fehler kann auf drei Ebenen auftreten:

• Layer 1 - Physische DSL-Konnektivität mit dem Digital Subscriber Line Access Multiplexer (DSLAM) Ihres ISP
• Layer 2.1 - ATM-Anbindung
• Layer 2.2 - Point-to-Point Protocol over ATM (PPPoA), Point-to-Point Protocol over Ethernet over ATM (PPPoA), RFC1483 Bridging oder RFC1483 Routing
• Layer 3 - IP

Voraussetzungen

Anforderungen

Es gibt keine spezifischen Anforderungen für dieses Dokument.

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Layer-1-Probleme

Leuchtet die Carrier Detect (CD)-Anzeige an der Vorderseite des Cisco DSL Routers ein oder aus?

Wenn die CD-Anzeige leuchtet, gehen Sie zum Abschnitt "Layer 2 Issues" (Layer-2-Probleme) dieses Dokuments.

Wenn die CD-Anzeige ausgeschaltet ist, fahren Sie mit der nächsten Frage fort.

Verwendet Ihr ISP ein DSLAM, das den Broadcom-Chipsatz unterstützt?

Überprüfen Sie die Informationen von Ihrem ISP. Überprüfen Sie die DSLAM-Interoperabilität für das Routermodell oder die Routerkarte, die bzw. die auf das Datenblatt verweist.

Ist der DSL-Port auf der Rückseite des Cisco DSL-Routers mit der DSL-Buchse verbunden?

Wenn der DSL-Port nicht an die DSL-Buchse angeschlossen ist, schließen Sie den Port über ein gerades RJ-11-Kabel an die Steckdose an. Dies ist ein Standard-Telefonkabel. ADSL-Leitungen verwenden Pins 3 und 4.

Welcher Controller-Status, Betriebsmodus und Transmission Coverage (TC)-Modus wird verwendet?

Beispiel für die Ausgabe:

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#

Überprüfen Sie die Befehlsausgabe des Kontrollers anzeigen auf diese:

1. Der Controller-Status lautet "UP". Wenn sich das Gerät im "Down"-Status befindet, liegt ein Layer-1-Problem vor (Hardware-, Leitungs- oder Interoperabilitätsproblem mit DSLAM). Fahren Sie in diesem Fall mit der Layer-1-Fehlerbehebung fort.

2. Überprüfen Sie den Betriebsmodus, trainierten Modus und TC-Modus. Stellen Sie sicher, dass der korrekte Betriebsmodus unter dem Controller konfiguriert ist. Cisco empfiehlt die Verwendung des DSL-Betriebsmodus "Auto", wenn Sie sich nicht sicher sind, welche Discrete Multi-Tone (DMT)-Technologie Ihr ISP verwendet. Mit diesen Befehlen können Sie die automatische Erkennung im Betriebsmodus konfigurieren.

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. Überprüfen Sie den getesteten Modus, und stellen Sie sicher, dass der richtige Modus mit dem ISP vereinbart wurde. Ein weiterer wichtiger Parameter ist der TC-Modus. Wenn der trainierte Modus ADSL, ADSL2 oder ADSL2+ ist, muss der TC-Modus ATM sein, und alle oberen Layerparameter wie PPP, IP usw. müssen in diesem Fall unter dem ATM Permanent Virtual Circuit (PVC) konfiguriert werden. Wenn der trainierte Modus VDSL2 oder VDSL2+ ist, ist der TC-Modus der Packet Transfer Mode (PTM). In diesem Fall muss die PTM-Ethernet-Schnittstelle den Status "UP" aufweisen, und alle Parameter der oberen Schichten müssen unter der Ethernet-Schnittstelle konfiguriert werden. Wenn Sie den Betriebsmodus zwischen ADSL und VDSL ändern, müssen Sie möglicherweise den Router neu starten, um die entsprechenden ATM- oder Ethernet-Schnittstellen zu aktivieren.

4. Überprüfen Sie die Geräuschspanne und die Dämpfung. Der Rauschabstand ist die relative Stärke des DSL-Signals zum Rauschverhältnis. Je höher die Zahl, desto besser für diese Messung:

• 6 dB oder weniger ist fehlerhaft und es treten keine Synchronisierungs- oder intermittierenden Synchronisierungsprobleme auf.
• 7 dB-10 dB sind angemessen, lassen aber keinen großen Spielraum für Abweichungen der Bedingungen
• 11 dB-20 dB sind gut bei geringen oder keinen Synchronisierungsproblemen
• 20 dB-28 dB sind hervorragend
• 29 dB oder höher ist hervorragend

Die Dämpfung ist ein Maß für die Signalverschlechterung zwischen dem DSLAM und dem Modem. Dies ist im Wesentlichen eine Funktion des Abstandes von der Vermittlung. Je niedriger der dB, desto besser für diese Messung.

• 20 dB und weniger sind hervorragend
• 20 dB-30 dB sind hervorragend
• 30 dB-40 dB ist sehr gut
• 40 dB bis 50 dB sind gut
• 50 dB - 60 dB sind schlecht und können Verbindungsprobleme verursachen
• 60 dB oder höher ist fehlerhaft und führt zu Verbindungsproblemen.

5. Stellen Sie sicher, dass Sie über eine der neuesten Versionen der DSL-Firmware verfügen. Die neueste Firmware behebt die meisten bekannten Interoperabilitätsprobleme. Sie können die neueste Firmware von CCO herunterladen.

6. Stellen Sie sicher, dass das DSL mit den richtigen Upstream- und Downstream-Geschwindigkeiten synchronisiert ist.

Verfügen Sie über das richtige Router-Modell?

Beachten Sie, dass die ADSL-/VDSL-Router in zwei Versionen erhältlich sind: 1) DSL über Plain Old Telefone Service (Anhang A) und 2) DSL über Integrated Services Digital Network (Anhang B). In einigen Ländern stellen ISPs eine Annex-B-Verbindung bereit, in den meisten anderen ist es Annex-A. Ein Annex-A DSL-Router oder eine DSL-Karte wird nicht mit einer Annex-B-Leitung synchronisiert und umgekehrt. Daher müssen Sie sicherstellen, dass Sie über das richtige Router-Modell verfügen. Weitere Informationen finden Sie im Router-Datenblatt.

Wurde der Stromkreis ordnungsgemäß getestet/bereitgestellt?

Diese Informationen erhalten Sie von Ihrem ISP oder Ihrem Telefonanbieter.

Layer-2-Probleme

Ist die ATM-Schnittstelle betriebsbereit?

Nachdem Sie überprüft haben, dass der getestete Modus ADSL ist, stellen Sie sicher, dass die ATM-Schnittstelle aktiviert ist.

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

Haben Sie die richtigen Permanent Virtual Circuit (PVC) Werte (VPI/VCI)?

Erkundigen Sie sich bei Ihrem Anbieter nach dem richtigen VPI/VCI-Wert für die DSL-Verbindung.

Wird der richtige Transport der oberen Schicht verwendet?

Erkundigen Sie sich bei Ihrem Anbieter nach der Art der verwendeten Verbindung der oberen Ebene. Sie können die ADSL-Leitung für IPoA, PPPoA, PPPoEoA, Bridging usw. verwenden. Stellen Sie sicher, dass Sie die richtige Konfiguration der oberen Ebene haben, die mit der Konfiguration Ihres Providers übereinstimmt.

Erhalten Sie Daten von Ihrem ISP?

Überprüfen Sie die Ausgabe des Befehls show interface atm0 und überprüfen Sie die Eingabe- und Ausgabepakete.

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

Wenn die Eingabepaketzähler inkrementiert werden, müssen Sie PPP-Aushandlungspakete von Ihrem ISP empfangen. Wenn dies nicht der Fall ist, rufen Sie Ihren ISP an. Wenn die Zähler für das Ausgangspaket inkrementiert werden, sollten Sie PPP-Aushandlungspakete senden. Ist dies nicht der Fall, überprüfen Sie die Konfiguration auf dem Router. Wenn PPP richtig konfiguriert ist, werden PPP-Aushandlungspakete kontinuierlich über die ATM0-Schnittstelle gesendet.

Wenn die Pakete in beide Richtungen inkrementiert werden, fahren Sie mit den Fehlerbehebungsschritten in diesem Dokument fort.

Wird die PPP ordnungsgemäß verhandelt?

Wenn Layer 1 aktiv ist und Sie über die richtigen VPI/VCI-Einstellungen verfügen, müssen Sie im nächsten Schritt sicherstellen, dass PPP ordnungsgemäß ausgeführt wird. Dazu müssen Sie eine Reihe von Debug-Befehlen auf dem Cisco DSL-Router ausführen und die Ausgabe interpretieren. Der primäre Debugbefehl, den Sie verwenden, ist debug ppp negotiation. Diese Befehlsausgabe ist ein Beispiel für eine erfolgreiche PPP-Aushandlung:

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#

Es gibt vier Hauptpunkte für das Scheitern einer PPP-Verhandlung:

• Keine Antwort vom Remote-Gerät (Ihrem ISP)
• Link Control Protocol (LCP) nicht geöffnet
• Authentifizierungsfehler.
• IP Control Protocol (IPCP)-Fehler

Keine Antwort von Ihrem ISP

Ihr ISP reagiert nicht, sollte kein Problem darstellen, da Sie bereits überprüft haben, dass die Pakete an der ATM0-Schnittstelle in Richtung "eingehend" inkrementiert werden. Wenn Sie jedoch feststellen, dass Datenpakete auf ATM0 in die Eingangsrichtung inkrementiert werden, und wenn Sie einen debug ppp negotiation ausführen, erhalten Sie diesen von Ihrem ISP, damit dieser sicherstellt, dass die Datenpakete an den Cisco DSL-Router gesendet werden.

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

In dieser Ausgabe sind nur O-Pakete vorhanden, d. h. ausgehende Pakete. Um PPP erfolgreich auszuhandeln, sollte für jedes gesendete O-Paket ein I-eingehendes Paket von Ihrem ISP vorliegen. Wenn eingehende Pakete inkrementiert werden, Sie aber keine I-Pakete sehen, wenden Sie sich an Ihren ISP, um die Pakete zu überprüfen, die an den Cisco DSL-Router gesendet werden.

Lokaler CTI-Port (LCP) nicht offen

Wenn das LCP nicht geöffnet ist, wird dies in der Regel durch eine Diskrepanz bei den PPP-Optionen verursacht. Diese Diskrepanz tritt auf, wenn für den Cisco DSL-Router ein PPP-Parameter konfiguriert wurde, den Ihr ISP nicht unterstützt, oder wenn für den ISP ein Parameter konfiguriert wurde, den der Cisco DSL-Router nicht unterstützt. Diese Ausgabe zeigt ein Beispiel für eine PPP-Optionsungleichheit:

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

Unabhängig davon, ob es sich um ein I- oder ein O-Paket handelt, gibt eine Configure-Negative-Acknowledge (CONFNAK) an, dass die PPP-Konfiguration nicht übereinstimmt. Dies bedeutet, dass eine Seite der PPP-Verbindung eine PPP-Option benötigt, die die andere Seite nicht ausführen kann oder nicht konfiguriert ist. Wenn der Cisco DSL-Router CONFNAK sendet (durch O CONFNAK angezeigt), kann der Cisco DSL-Router die vom ISP gesendete Option nicht ausführen oder ist nicht konfiguriert. Wenn CONFNAK von Ihrem ISP gesendet wird (durch I CONFNAK angezeigt), haben Sie auf dem Cisco DSL-Router eine Option konfiguriert, die Ihr ISP nicht durchführen möchte.

Die Zeile nach CONFNAK beschreibt die Option, die abgelehnt wird. In diesem Beispiel ist die Option CHAP (Challenge Handshake Authentication Protocol), es kann sich jedoch um eine beliebige Option handeln. Die einzige Stelle auf dem Cisco DSL-Router, auf der PPP-Optionen konfiguriert werden können, ist Interface Dialer 1. Geben Sie den Befehl show run interface dialer 1 ein, um die Konfiguration von interface dialer 1 anzuzeigen.

Wenn Ihr ISP die I CONFNAK sendet, suchen Sie unter Interface Dialer 1 nach Befehlen, die mit der Zeile nach der CONFNAK übereinstimmen, und entfernen Sie diese. Wenn der Cisco DSL-Router O CONFNAK sendet, fügen Sie einen Befehl zum Interface Dialer 1 hinzu, um PPP mit Ihrem ISP auszuhandeln. Falls der Router Pakete sendet, müssen Sie möglicherweise den Cisco Support anrufen, um zu erfahren, welche Befehle auf dem Cisco DSL-Router aktiviert werden müssen.

Authentifizierungsfehler.

Ein Authentifizierungsfehler tritt auf, wenn Ihr ISP Ihren PPP-Benutzernamen oder Ihr PPP-Kennwort nicht authentifizieren kann. Es gibt zwei Szenarien, in denen dies möglich ist. Im ersten Szenario stimmt der Authentifizierungstyp nicht überein. Dies tritt auf, wenn Sie den Router nicht richtig konfigurieren. Alle in diesem Dokument aufgeführten Authentifizierungskonfigurationen gelten für den Authentifizierungstyp Password Authentication Protocol (PAP) und CHAP. Aus Gründen der Konfigurationsflexibilität sollten CHAP und PAP konfiguriert sein. Wenn Sie nicht beide konfiguriert haben, sehen Sie möglicherweise die Ausgabe eines debug ppp negotiation-Befehls wie in diesem Beispiel:

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

Um beide Authentifizierungskonflikte zu beheben, müssen Sie das Authentifizierungsprotokoll auf das vom ISP im eingehenden CONFREQ-Paket angeforderte Protokoll umkonfigurieren.

Woher weiß ich, ob mein PAP Benutzername und mein Passwort richtig sind?

Nachdem Sie bestätigt haben, dass Ihr ISP PAP verwendet, geben Sie den Befehl debug ppp negotiation ein, um zu bestätigen, dass Ihr PAP-Benutzername und Ihr PAP-Kennwort korrekt sind.

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]

Sie müssen Ihren ISP kontaktieren und die richtigen Anmeldeinformationen erhalten, um dies zu beheben. Sie können die PAP-Anmeldeinformationen mit den folgenden Befehlen neu konfigurieren:

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

Woher weiß ich, ob mein CHAP Benutzername und mein Passwort richtig sind?

Nachdem Sie bestätigt haben, dass Ihr ISP CHAP verwendet, geben Sie den Befehl debug ppp negotiation ein, um zu bestätigen, dass Ihr CHAP-Benutzername und Ihr CHAP-Kennwort korrekt sind.

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

Sie müssen Ihren ISP kontaktieren und die richtigen Anmeldeinformationen erhalten, um dies zu beheben. Sie können die CHAP-Anmeldeinformationen mit den folgenden Befehlen neu konfigurieren:

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

Woher weiß ich, wann die PPP-Authentifizierung erfolgreich ist?

Dieses Beispiel zeigt eine erfolgreiche CHAP-Aushandlung.

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

Zugehörige Informationen

• VDSL EHWIC-Datenblatt
• ISR G2 xDSL-Interoperabilität