Probleemoplossing voor ADSL op Cisco-routers

Downloadopties

  • PDF     (283.4 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (87.9 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (82.6 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:13 mei 2016
Document-id:200456

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

    Inleiding

    Dit document beschrijft hoe u uw Cisco Digital Subscriber Line (DSL) Customer Premise Equipment (CPE) router kunt configureren voor ADSL-service (Asymmetric Digital Subscriber Line). Het legt uit hoe u problemen met ADSL kunt oplossen op de Cisco 880 Series, 890 Series, 860 Series en Very high speed Digital Subscriber Line (VDSL)/ ADSL uitgebreide snelle WAN-interfacekaarten (EHWIC’s). Dit document is zeer specifiek voor de ADSL-service, hoewel u ADSL- of VDSL-service kunt gebruiken op deze routers en modules. Er zijn drie lagen waarin de mislukking kan voorkomen:

    • Layer 1 - DSL-fysieke connectiviteit met de Digital Subscriber Line Access Multiplexer (DSLAM) van uw ISP
    • Layer 2.1 - ATM-connectiviteit
    • Layer 2.2 - Point-to-Point Protocol over ATM (PPPoA), Point-to-Point Protocol over Ethernet over ATM (PPPoA), RFC1483-overbrugging of RFC1483-routing
    • Layer 3 - IP

    Voorwaarden

    Vereisten

    Er zijn geen specifieke vereisten van toepassing op dit document.

    Gebruikte componenten

    Dit document is niet beperkt tot specifieke software- en hardware-versies.

    De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

    Layer 1-problemen

    Is de Carrier Detect (CD)-verlichting op het voorpaneel van de Cisco DSL-router aan of uit?

    Als het CD-lampje brandt, gaat u naar Layer 2 Issues van dit document.

    Als het CD-lampje uit is, gaat u verder met de volgende vraag.

    Gebruikt uw ISP een DSLAM die de Broadcom-chipset ondersteunt?

    Controleer de informatie bij uw ISP. Controleer de DSLAM-interoperabiliteit voor het routermodel of de routerkaart die naar het gegevensblad verwijst.

    Is de DSL-poort aan de achterkant van de Cisco DSL-router aangesloten op de DSL-wandaansluiting?

    Als de DSL-poort niet op het DSL-wandcontact is aangesloten, sluit u de poort aan op de muur met een rechtstreekse RJ-11-kabel. Dit is een standaard telefoonkabel. De lijnen van ADSL gebruiken spelden 3 en 4.

    Wat is de controllerstatus, de bedrijfsmodus en de transmissiedekking (TC)?

    Bijvoorbeeld deze voorbeelduitvoer:

    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#

    Controleer deze in de opdrachtoutput van de showcontroller:

    1. De controllerstatus is UP. Als het in de staat Down is, wijst het op een Layer 1 kwestie (hardwarekwestie, lijnkwestie, of interoperabiliteitskwestie met DSLAM). Ga in dit geval verder met Layer 1-probleemoplossing.

    2. Controleer de werkmodus, de getrainde modus en de TC-modus. Zorg ervoor dat u de juiste bedrijfsmodus hebt ingesteld onder de controller. Cisco raadt u aan de automatische modus voor DSL te gebruiken als u niet zeker weet welke DMT-technologie (Discrete Multi-Tone) uw ISP gebruikt. Dit zijn de opdrachten voor het configureren van automatische detectie van de uitvoermodus.


    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. Bekijk de getrainde modus en controleer of u de juiste modus hebt overeengekomen met de ISP. Een andere belangrijke parameter om naar te kijken is de TC-modus. Als de getrainde modus ADSL, ADSL2 of ADSL2+ is, moet de TC-modus ATM zijn en moeten alle bovenlaagse parameters zoals PPP, IP enzovoort in dit geval worden geconfigureerd onder het permanent virtuele ATM-circuit (PVC). Als de getrainde modus VDSL2 of VDSL2+ is, is de TC-modus Packet Transfer Mode (PTM). In dit geval moet u de PTM Ethernet-interface in de UP-staat zien en moeten alle bovenste laagparameters worden geconfigureerd onder de Ethernet-interface. Als u de uitvoermodus tussen ADSL en VDSL wijzigt, moet u de router mogelijk opnieuw opstarten om de corresponderende ATM- of Ethernet-interfaces te activeren.

    4. Controleer de geluidsmarge en de demping. Geluidsmarge is de relatieve sterkte van de DSL-signaal/ruisverhouding. Hoe hoger het getal hoe beter voor deze meting:

    • 6dB of lager is slecht en zal geen synch of intermitterende synchrone problemen ervaren
    • 7dB-10dB is eerlijk, maar laat niet veel ruimte voor variaties in omstandigheden
    • 11dB-20dB is goed met weinig of geen synch problemen
    • 20dB-28dB is uitstekend
    • 29 dB of hoger is uitstaand

    De verzwakking is een maatregel van hoeveel het signaal tussen DSLAM en de modem is verminderd. Dit is grotendeels een functie van de afstand van de uitwisseling. Hoe lager de dB, hoe beter voor deze meting.

    • 20 dB en lager is uitstaand
    • 20dB-30dB is uitstekend
    • 30dB-40dB is zeer goed
    • 40dB-50dB is goed
    • 50dB-60dB is slecht en kan connectiviteitsproblemen ervaren
    • 60dB of hoger is slecht en zal connectiviteitsproblemen ervaren

    5. Zorg ervoor dat u een van de nieuwste versies van DSL-firmware hebt. De nieuwste firmware heeft een oplossing voor de meeste bekende interoperabiliteitsproblemen. U kunt de nieuwste firmware downloaden van CCO.

    6. Controleer of de DSL synchroon loopt met de juiste stroomopwaartse en stroomafwaartse snelheden.

    Hebt u het juiste routermodel?

    Merk op dat de routers ADSL/VDSL in twee versies komen; 1) DSL over Plain Old Telephone Service (Annex-A) en 2) DSL over Integrated Services Digital Network (Annex-B). In sommige landen bieden ISP's een Annex-B-verbinding, in de meeste andere landen Annex-A. Een Annex-A DSL router of kaart zal niet synchroniseren met een Annex-B lijn en vice versa. Daarom moet u ervoor zorgen dat u het juiste routermodel op zijn plaats hebt. Zie het routergegevensblad voor meer informatie.

    Wordt het circuit correct getest/meegeleverd?

    Verkrijg deze informatie van uw ISP of telefoonbedrijf.

    Layer 2-problemen

    Is de ATM-interface omhoog?

    Zodra is geverifieerd dat de getrainde modus ADSL is, moet u ervoor zorgen dat de ATM-interface in de status Up staat.

    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

    Hebt u de juiste waarden voor Permanent Virtual Circuit (PVC) (VPI/VCI)?

    Controleer bij uw provider of de juiste VPI/VCI-waarde wordt gebruikt voor de DSL-verbinding.

    Wordt het juiste bovenlaagtransport gebruikt?

    Vraag uw provider naar het type bovenlaagverbinding dat wordt gebruikt. U kunt de ADSL-lijn gebruiken voor IPoA, PPPoA, PPPoA, Bridging enzovoort. Zorg ervoor dat u de juiste bovenlaagconfiguratie hebt in overeenstemming met de configuratie van uw provider.

    Ontvangt u gegevens van uw ISP?

    Controleer de uitvoer van de opdracht toon interface atm0 en controleer de invoer en uitvoerpakketten.

    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

    Als de verhoging van de inputpakkettellers, u PPP onderhandelingspakketten van uw ISP moet ontvangen. Als dit niet het geval is, neem dan contact op met uw ISP. Als de verhoging van de tellers van het uitvoerpakket, u PPP onderhandelingspakketten zou moeten verzenden. Als dit niet het geval is, controleer de configuratie op de router. Als PPP goed is geconfigureerd, worden PPP-onderhandelingspakketten voortdurend naar de ATM0-interface verzonden.

    Als pakketten in beide richtingen toenemen, gaat u door met de stappen voor probleemoplossing in dit document.

    Onderhandelt de PPP op de juiste manier?

    Als Layer 1 is opgewaardeerd en u de juiste VPI/VCI-instellingen hebt, is de volgende stap ervoor te zorgen dat PPP op de juiste manier naar boven komt. Om dit te bereiken, moet u een reeks debug-opdrachten uitvoeren op de Cisco DSL-router en de uitvoer interpreteren. De primaire debug opdracht die u gebruikt is debug ppp-onderhandeling. Deze opdrachtoutput is een voorbeeld van een succesvolle PPP-onderhandeling:

    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#

    Er zijn vier belangrijke punten van mislukking in PPP onderhandeling:

    • Geen respons van het externe apparaat (uw ISP)
    • Link Control Protocol (LCP) is niet geopend
    • Verificatiefout
    • IP Control Protocol (IPCP)-fout

    Geen respons van uw ISP

    Uw ISP die niet antwoordt zou geen probleem moeten zijn aangezien u reeds verifieerde dat de pakketten op de interface ATM0 in de inkomende richting verhogen. Als u echter pakketten ziet die op ATM0 worden verhoogd in de inkomende richting, en als u een debug-ppp-onderhandeling uitvoert, ontvangt u dit, neemt u contact op met uw ISP om te verifiëren dat pakketten naar de Cisco DSL-router worden verzonden.

    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 deze output zijn er slechts O pakketten, die uitgaande pakketten zijn. Om met succes te onderhandelen over PPP moet er een I inbound pakket van uw ISP zijn voor elk O pakket dat wordt verzonden. Als de pakkettentoename inkomend is, maar u ziet geen pakketten, neem dan contact op met uw ISP om de pakketten te verifiëren die naar de Cisco DSL-router worden verzonden.

    Lokale CTI-poort (LCP) niet geopend

    Als LCP niet open is, wordt dit gewoonlijk veroorzaakt door een wanverhouding in PPP opties. Deze wanverhouding komt voor wanneer de Cisco DSL-router een PPP-parameter heeft die uw ISP niet ondersteunt, of wanneer uw ISP een parameter heeft die niet door de Cisco DSL-router wordt ondersteund. Deze output toont een voorbeeld van een PPP optiemismatch:

    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

    Of het nu om een I- of een O-pakket gaat, een Configure-Negative-Recognition (CONNAK) is indicatief voor een PPP-configuratiefout. Wat dit betekent is dat één kant van de PPP verbinding om een PPP optie vraagt die de andere kant niet kan of niet wordt gevormd om uit te voeren. Als de Cisco DSL-router confnak (aangegeven door O/confnak) verstuurt, kan Cisco DSL-router niet uitvoeren of is de router niet geconfigureerd voor de optie die de ISP verstuurt. Als de CONNAK wordt verzonden door uw ISP (aangegeven door I CONNAK), hebt u een optie geconfigureerd op de Cisco DSL-router die uw ISP niet wil uitvoeren.

    De lijn na de CONNAK beschrijft de optie die wordt afgewezen. In dit voorbeeld is de optie Challenge Handshake Authentication Protocol (CHAP), maar het kan om het even welke optie zijn. De enige plaats op de Cisco DSL-router waar PPP-opties kunnen worden geconfigureerd is interfacedialer 1. Voer de opdracht show run interface dialer 1 in om uw interface dialer 1 configuratie te bekijken.

    Als uw ISP de I CONNAK verstuurt, zoek dan naar opdrachten onder interfacedialer 1 die overeenkomen met de lijn na de CONNAK en verwijder ze. Als de Cisco DSL-router de IP-CONNAKR verstuurt, voegt u een opdracht toe aan interfacevenster 1 om op de juiste manier te onderhandelen over PPP met uw ISP. In het geval dat de router pakketten verstuurt, moet u mogelijk Cisco-ondersteuning bellen om te bepalen welke opdracht(en) op de Cisco DSL-router moeten worden ingeschakeld.

    Verificatiefout

    Een verificatiefout treedt op wanneer uw ISP uw PPP-gebruikersnaam of -wachtwoord niet kan verifiëren. Er zijn twee scenario's waarin dit kan gebeuren. Het eerste scenario is een verificatietype mismatch, die wordt veroorzaakt wanneer u de router niet goed configureert. Alle verificatieconfiguraties die in dit document worden vermeld, bevatten zowel wachtwoordverificatieprotocol (PAP) als CHAP-verificatietypen. Voor configuratieflexibiliteit moet u zowel CHAP als PAP geconfigureerd hebben. Als u beide niet hebt geconfigureerd, ziet u mogelijk uitvoer van een debug ppp-onderhandelingsopdracht zoals dit voorbeeld:

    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

    Om beide verificatieproblemen te corrigeren, moet u het verificatieprotocol opnieuw configureren naar het protocol dat door de ISP in het inkomende confreQ-pakket is gevraagd.

    Hoe weet ik of mijn PAP-gebruikersnaam en -wachtwoord correct zijn?

    Nadat u hebt bevestigd dat uw ISP PAP gebruikt, voer de opdracht debug ppp-onderhandeling in om te bevestigen dat uw PAP-gebruikersnaam en -wachtwoord correct zijn.

    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]

    U moet uw ISP contacteren en de juiste referenties krijgen om dit te kunnen oplossen. U kunt de PAP-referenties aanpassen met deze opdrachten:

    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

    Hoe weet ik of mijn CHAP gebruikersnaam en wachtwoord correct zijn?

    Nadat u hebt bevestigd dat uw ISP CHAP gebruikt, voer de opdracht debug ppp-onderhandeling in om te bevestigen dat uw CHAP-gebruikersnaam en -wachtwoord juist zijn.

    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

    U moet uw ISP contacteren en de juiste referenties krijgen om dit te kunnen oplossen. U kunt de referenties van het KLOOFJE met deze opdrachten aanpassen:

    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

    Hoe weet ik wanneer PPP-verificatie succesvol is?

    Dit voorbeeld toont een succesvolle onderhandeling van het KLOOFJE.

    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

    Gerelateerde informatie

    Revisiegeschiedenis

    Revisie Publicatiedatum Opmerkingen
    1.0
    28-Apr-2016
    Eerste vrijgave
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Sunil C
      Cisco TAC Engineer

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco