I motivi per cui la connessione DSL (Digital Subscriber Line) potrebbe non funzionare correttamente sono numerosi. L'obiettivo di questa sezione è isolare la causa del fallimento e ripararla. Il primo passaggio della procedura di risoluzione dei problemi consiste nel determinare il livello di errore del servizio ADSL (Asynchronous Digital Subscriber Line). L'errore può verificarsi su tre livelli.
Layer 1 - Connettività fisica DSL al DSLAM (Digital Subscriber Line Access Multiplexer) dell'ISP
Layer 2.1 - Connettività ATM
Layer 2.2 - Protocollo PPPoA (Point-to-Point over ATM), PPPoE (Point-to-Point over Ethernet), Bridging RFC1483 o routing RFC1483
Layer 3 - IP
Il modo più semplice per determinare il livello da cui iniziare la risoluzione dei problemi è usare il comando show ip interface brief. L'output di questo comando varia leggermente a seconda della configurazione.
827-ESC#show ip interface brief Interface IP-Address OK? Method Status Protocol ATM0 unassigned YES manual up up ATM0.1 unassigned YES unset up up Ethernet0 10.10.10.1 YES manual up up
Se gli stati di ATM0 e ATM0.1 sono attivi e il protocollo è attivo, iniziare la risoluzione dei problemi sul layer 2.
Se le interfacce ATM non sono attive o se continuano a spostarsi verso l'alto o verso il basso (non sono attive e attive), iniziare la risoluzione dei problemi sul layer 1.
Nessun requisito specifico previsto per questo documento.
Il documento può essere consultato per tutte le versioni software o hardware.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Se la spia CD è accesa, andare alla sezione Problemi del Layer 2 in questo documento.
Se la spia CD è spenta, continuare alla domanda successiva.
Verificare queste informazioni con l'ISP.
Se la porta DSL non è collegata alla presa a parete DSL, collegarla alla parete con un cavo RJ-11 a 4 o 6 pin. ossia un comune cavo telefonico.
Per determinare se l'interfaccia ATM0 è disattivata a livello amministrativo, usare questo comando in modalità di abilitazione sul router.
Router#show interface atm 0 ATM0 is administratively down, line protocol is down <... snipped ...>
Se lo stato dell'interfaccia ATM0 è disattivato a livello amministrativo, usare il comando no shutdown nell'interfaccia ATM0.
Router#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router(config)#interface atm 0 Router(config-if)#no shut Router(config-if)#end Router#write memory
Se lo stato dell'interfaccia ATM0 è inattivo e inattivo, il router non rileva un vettore sulla linea ADSL. Ciò indica in genere uno dei due problemi seguenti:
I pin attivi sulla presa a parete DSL non sono corretti.
L'ISP non ha attivato un servizio DSL su questa presa a muro.
Pinout porta xDSL router Cisco DSL
Il connettore RJ-11 fornisce una connessione xDSL a supporti esterni tramite un jack modulare standard RJ-11 a 6 pin.
Pin | Descrizione |
---|---|
3 | Suggerimento_XDSL |
4 | XDSL_Ring |
Per determinare se l'interfaccia ATM0 è inattiva e inattiva, usare il comando show interface atm 0 dalla modalità di abilitazione del router:
Router#show interface atm 0 ATM0 is down, line protocol is down <... snipped ...>
Se l'interfaccia ATM è inattiva e inattiva (non amministrativamente inattiva), controllare il pin out della presa a parete DSL. Il router DSL utilizza un cavo standard RJ-11 (4 pin o 6 pin) per fornire la connessione ADSL al jack a parete. La coppia di pin centrale del cavo RJ-11 viene utilizzata per trasportare il segnale ADSL (i pin 3 e 4 su un cavo a 6 pin, o i pin 2 e 3 su un cavo a 4 pin).
Se si è certi di avere i pin corretti sul connettore a parete e l'interfaccia ATM0 è ancora abbassata, sostituire il cavo RJ-11 tra la porta ADSL e il connettore a parete. Se l'interfaccia rimane inattiva dopo la sostituzione del cavo RJ-11, contattare l'ISP e verificare che il servizio DSL sia stato attivato sulla presa a muro utilizzata.
Se non si è certi dei pin attivi sulla presa a muro, rivolgersi all'ISP.
Se si è verificato che il cavo ADSL sia valido e che si disponga dei pin corretti, il passaggio successivo consiste nel verificare di disporre dell'alimentatore corretto per il modello 827.
Nota: lo switch 827 non usa lo stesso alimentatore degli altri router serie 800.
Per determinare se si dispone dell'alimentatore corretto, sul retro dell'adattatore di alimentazione cercare Uscita +12V 0.1A, -12V 0.1A, +5V 3A, -24V 0.12A e -71V 0.12A. Se l'alimentatore non riceve alimentazione da +12V e -12V, è per un router Cisco serie 800 diverso e non funziona sul router 827. Se si usa l'alimentatore sbagliato, il Cisco 827 si accende ma non è in grado di addestrarsi (collegarsi) al DSLAM ISP.
Se tutto ciò che è stato fatto fino a questo punto nella procedura di risoluzione dei problemi del layer 1 è corretto, il passaggio successivo consiste nel verificare che sia disponibile la modalità operativa DSL corretta. Cisco consiglia di utilizzare dsl operating-mode auto se non si è certi della tecnologia DMT utilizzata dall'ISP. Di seguito sono riportati i comandi per configurare il rilevamento automatico della modalità operativa:
Router#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router(config)#interface atm 0 Router(config-if)#dsl operating-mode auto Router(config-if)#end Router#write memory
Ottenere queste informazioni dall'ISP o dalla compagnia telefonica.
Completare questa procedura per determinare se i valori VPI/VCI (Virtual Path Identifier/Virtual Circuit Identifier) configurati sul router sono corretti.
Verificare la versione del software Cisco IOS® in uso.
Importante: Questa procedura non è valida con il software Cisco IOS versione 12.1(1)XB.
Router#show version !--- Used to determine your Cisco IOS software release. Cisco Internetwork Operating System Software IOS (tm) C820 Software (C820-OSY656I-M), Version 12.1(3)XG3, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) !--- The two lines immediately preceding appear on one line on the router. TAC:Home:SW:IOS:Specials for info Copyright (c) 1986-2000 by cisco Systems, Inc. Compiled Wed 20-Dec-00 16:44 by detang Image text-base: 0x80013170, data-base: 0x80725044 <... snipped ...>
Configurare il router per la registrazione del debug.
Router#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router(config)#logging console Router(config)#logging buffer Router(config)#service timestamp debug datetime msec Router(config)#service timestamp log datetime msec Router(config)#end Router#write memory Building configuration... [OK] Router#terminal monitor
Abilitare il debug sul router.
Router#debug atm events ATM events debugging is on Router# 2d18h: 2d18h: RX interrupt: conid = 0, rxBd = 0x80C7EF74 length=52 2d18h: Data Cell received on vpi = 8 vci = 35 !--- Your VPI/VCI. 2d18h: 2d18h: RX interrupt: conid = 0, rxBd = 0x80C7EEC0 length=52 2d18h: Data Cell received on vpi = 8 vci = 35 2d18h: 2d18h: RX interrupt: conid = 0, rxBd = 0x80C7EECC length=52 2d18h: Data Cell received on vpi = 8 vci = 35 2d18h: 2d18h: RX interrupt: conid = 0, rxBd = 0x80C7EED8 length=52 2d18h: Data Cell received on vpi = 8 vci = 35
Verificare di disporre degli eventi ATM di debug in esecuzione sul router DSL Cisco, quindi accedere a una connessione Internet funzionante e iniziare a eseguire il ping dell'indirizzo IP assegnato in modo statico dal provider di servizi Internet.
Non importa se l'indirizzo IP è stato configurato sul router DSL Cisco. È importante che l'interfaccia ATM sia attiva/attiva e che venga eseguito il ping dell'indirizzo IP fornito dall'ISP. Se dopo il ping non viene visualizzato l'output previsto, contattare l'ISP per assistenza.
Disabilitare il debug sul router.
<< attendere 60 secondi >>
Router#undebug all !--- Used to turn off the debug events. All possible debugging has been turned off.
Verificare i valori VPI/VCI, quindi apportare le modifiche necessarie alla configurazione. Se durante i 60 secondi di debug non viene visualizzato alcun output, contattare l'ISP.
In un ambiente con bridging, il ping del gateway predefinito è un buon test della connettività. In generale, se è possibile eseguire il ping sul gateway predefinito, si sa che i servizi di livello 1 e 2 funzionano correttamente. Utilizzare il comando ping:
Router#ping 192.168.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds: .!!!! Success rate is 80 percent (4/5), round-trip min/avg/max = 44/44/48 ms Router# or Router#ping 192.168.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 44/44/48 ms Router#
Il ping ha esito positivo in due modi. Nel primo modulo viene visualizzata una percentuale di successo dell'80%. Il primo pacchetto ping inviato viene perso (.!!!!). Il ping ha esito positivo. Il primo pacchetto viene perso mentre viene creato un binding da layer 2 a layer 3 tramite il protocollo ARP (Address Resolution Protocol). La seconda forma di ping è una percentuale di successo del 100%, indicata da cinque punti esclamativi (!!!!!).
Se la percentuale di successo è compresa tra l'80 e il 100%, provare a eseguire il ping di un indirizzo Internet valido (198.133.219.25 è www.cisco.com). Se è possibile eseguire il ping del gateway predefinito dal router ma non è possibile eseguire il ping di un altro indirizzo Internet, verificare di avere solo una route statica predefinita nella configurazione (ad esempio, ip route 0.0.0.0.0.0.0 192.168.1.1).
Nell'esempio precedente, se si dispone già di una route statica predefinita corretta e non è possibile eseguire il ping degli indirizzi Internet, contattare l'ISP per risolvere il problema di routing.
Se il ping ha esito negativo (una percentuale di completamento del ping pari allo 0%), viene visualizzato un output simile al seguente:
Router#ping 192.168.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 192.168.1.1, timeout is 2 seconds: ..... Success rate is 0 percent (0/5) Router#
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
17-Oct-2006 |
Versione iniziale |