I motivi per cui la connessione DSL (Digital Subscriber Line) potrebbe non funzionare correttamente sono numerosi. Questo documento isola la causa del guasto e la ripara. 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 a risolvere i problemi è tramite il comando show ip interface brief. L'output di questo comando varia leggermente in base alla 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 al 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à 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 il servizio ADSL 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 ADSL 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 funzionerà sul router 827. Se si utilizza un alimentatore errato, 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 la modalità operativa dsl auto se non si è certi della tecnologia DMT utilizzata dall'ISP. I comandi per configurare il rilevamento automatico della modalità operativa sono:
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 che gli eventi ATM di debug siano 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 è certi 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 è dell'80-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, route IP 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 successo del ping pari allo 0%), l'output visualizzato sarà simile a questo. In questo caso, continuare con le procedure di risoluzione dei problemi descritte in questo documento.
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#
Affinché il router DSL Cisco inoltri i pacchetti all'ISP, l'interfaccia con bridging deve essere in stato di inoltro. Se l'interfaccia con bridging è in stato di blocco, è necessario rimuovere un loop nella rete prima di poter passare il traffico. La causa più comune di un loop in una rete ADSL è avere due circuiti ADSL collegati allo stesso ISP.
Router#show spanning-tree Bridge group 1 is executing the ieee compatible Spanning Tree protocol Bridge Identifier has priority 32768, address 0000.0c5d.3694 Configured hello time 2, max age 20, forward delay 15 We are the root of the spanning tree Topology change flag not set, detected flag not set Number of topology changes 7 last change occurred 00:03:45 ago from ATM0.1 Times: hold 1, topology change 35, notification 2 hello 2, max age 20, forward delay 15 Timers: hello 0, topology change 0, notification 0, aging 300 Port 3 (ATM0) of Bridge group 1 is forwarding Port path cost 1562, Port priority 128, Port Identifier 128.3. Designated root has priority 32768, address 0000.0c5d.3694 Designated bridge has priority 32768, address 0000.0c5d.3694 Designated port id is 128.3, designated path cost 0 Timers: message age 0, forward delay 0, hold 0 Number of transitions to forwarding state: 4 BPDU: sent 49843, received 0 Router#
Quando si è certi che l'interfaccia con bridging sia in fase di inoltro, è necessario determinare se si dispone dell'indirizzo MAC (Media Access Control) di layer 2 del router gateway dell'ISP. Utilizzare il comando show bridge per verificare la presenza dell'indirizzo di layer 2. Con questo comando vengono elencate tutte le voci di layer 2 per un gruppo di bridge specifico.
Router#show bridge Total of 300 station blocks, 299 free Codes: P - permanent, S - self Bridge Group 1: Address Action Interface Age RX count TX count 0010.7bb9.bd1a forward ATM0 0 10 9 Router#
In questo caso, probabilmente nella tabella dei ponti verrà visualizzata una sola voce. Tale voce deve includere l'indirizzo MAC del gateway predefinito. Per verificare se l'indirizzo MAC nella tabella del bridge è corretto, usare il comando show arp. Questo comando in genere ha quattro o più voci:
BVI (Bridge Group Virtual Interface)
Ethernet interface (interfaccia Ethernet)
Gateway predefinito (connesso al BVI)
PC
È necessario conoscere la voce relativa al gateway predefinito.
Router#show arp Protocol Address Age (min) Hardware Addr Type Interface Internet 192.168.1.2 - 0000.0c11.4e4c ARPA BVI1 Internet 192.168.1.1 10 0010.7bb9.db1a ARPA BVI1 Internet 10.1.1.1 108 0030.80c5.a665 ARPA Ethernet0 Internet 10.1.1.2 - 0030.96f8.45b8 ARPA Ethernet0 Router#
Se l'indirizzo MAC nell'output del comando show bridge corrisponde a un indirizzo MAC nell'output del comando show arp e l'interfaccia corrispondente è la BVI, la rete di layer 2 funziona correttamente.
Se l'indirizzo MAC non corrisponde, eseguire il ping del gateway predefinito ed eseguire di nuovo i comandi. Se non è ancora disponibile una corrispondenza, contattare l'ISP per verificare le impostazioni di rete.
Per ulteriore assistenza nell'implementazione del bridging RFC1483 con IRB, contattare il Technical Assistance Center (TAC) di Cisco.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
12-Sep-2006 |
Versione iniziale |