Errore durante la connessione adsl

Tutto quello che ha a che fare con le infrastrutture (non le configurazioni)

Moderatore: Federico.Lagni

Rispondi
alessandro77
n00b
Messaggi: 17
Iscritto il: gio 26 lug , 2007 4:24 pm

Ciao a tutti, questa sera, da un momento all'altro la mia connessione adsl ha smesso di funzionare, utilizzo un cisco 877 e come detto la configurazione fino ad oggi non mi ha mai dato particolari problemi(a volte la connessione cadeva ma si ripristinava da solo dopo circa un minuto).
Utilizzando il comando "debug atm events" ho ottenuto questo log, ve lo posto nella speranza che qualcuno sappia darmi qualche indicazione :?

Codice: Seleziona tutto

*Feb  5 11:24:02.043: DSL(ATM0): 1: Modem state = 0x8
*Feb  5 11:24:04.543: DSL(ATM0): 2: Modem state = 0x8
*Feb  5 11:24:07.043: DSL(ATM0): 3: Modem state = 0x9
*Feb  5 11:24:09.543: DSL(ATM0): 4: Modem state = 0x9
*Feb  5 11:24:12.043: DSL(ATM0): 5: Modem state = 0x10
*Feb  5 11:24:14.543: DSL(ATM0): 6: Modem state = 0x10
*Feb  5 11:24:17.043: DSL(ATM0): 7: Modem state = 0x10
*Feb  5 11:24:19.543: DSL(ATM0): 8: Modem state = 0x10
*Feb  5 11:24:20.047: DSL: Received response: 0x24
*Feb  5 11:24:20.047: DSL: Showtime!
*Feb  5 11:24:20.047: DSL(ATM0): Sent command 0x31
*Feb  5 11:24:20.059: DSL: Received response: 0x12
*Feb  5 11:24:20.059: DSL(ATM0): operation mode 0x0002
*Feb  5 11:24:20.059: DSL(ATM0): Sent command 0x33
*Feb  5 11:24:20.087: DSL: Received response: 0x16
*Feb  5 11:24:20.087: DSL(ATM0): Far End ITU Country Code 0xB5
*Feb  5 11:24:20.087: DSL: Far End ITU Vendor ID TSTC
*Feb  5 11:24:20.087: DSL: Far End ITU Vendor ID Specific 0x0000
*Feb  5 11:24:20.087: DSL: Far End ITU Vendor STD Number 0x0002
*Feb  5 11:24:20.087: DSL(ATM0): Sent command 0x32
*Feb  5 11:24:20.091: DSL: Received response: 0x14
*Feb  5 11:24:20.091: DSL(ATM0): Near End ITU Country Code 0x0F
*Feb  5 11:24:20.091: DSL: Near End ITU Vendor ID STMI
*Feb  5 11:24:20.091: DSL: Near End ITU Vendor ID Specific 0x0000
*Feb  5 11:24:20.091: DSL: Near End ITU Vendor STD Number 0x0003
*Feb  5 11:24:20.091: ATM0 atmsar_update_us_bandwidth(): upstream bw =480 Kbps
*Feb  5 11:24:20.091: DSL: SM: [DMTDSL_DO_OPEN -> DMTDSL_SHOWTIME]
*Feb  5 11:24:20.411: ATM0: atmsar_vc_dlcx
*Feb  5 11:24:20.411: (ATM0)1a_enable: delay activation of vcd=1, vc=0x83D4A044
*Feb  5 11:24:20.411: atmsar enable ATM0

*Feb  5 11:24:20.411: ATM0: atmsar_bringup_interface: Interface and atm_db flags                                              are UP
*Feb  5 11:24:22.411: %LINK-3-UPDOWN: Interface ATM0, changed state to up
*Feb  5 11:24:22.411:  atmsar_atm_lineaction(ATM0): state=4
*Feb  5 11:24:23.411: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0, chan                                             ged state to up
*Feb  5 11:24:29.419: ATM0: atmsar_1a_setup_vc, vcinfo = 0x83D4A044
*Feb  5 11:24:29.419: ATM0 atmsar_vc_setup: vcd 1
*Feb  5 11:24:29.419:  Fill up paramaters for PVC 8/35[1] - Request for CoS 0 PC                                             R 0 SCR 0 MCR 0 Available 480
*Feb  5 11:24:29.419:  Scheduler parameters for 8/35. Type UBR. PCR 480
*Feb  5 11:24:29.419:  Total scheduled bandwidth after configuringPVC 8/35 will                                              be 0
*Feb  5 11:24:29.419: atmsar_setup_cos(ATM0): vc:1 wred_name:- max_q:0
*Feb  5 11:24:29.419: ATM0: VC setup successful (vcd = 1)
*Feb  5 11:24:29.419: ATM0: atmsar_atm_get_stats,vcinfo = 0x0
*Feb  5 11:24:30.363: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state t                                             o up
*Feb  5 11:24:30.363: %DIALER-6-BIND: Interface Vi2 bound to profile Di0
*Feb  5 11:24:30.363: atmsar_vc_tx_start(83342FF4).
*Feb  5 11:24:30.363: ATM0:atmsar_dequeue_pak, dequeued a pak = 0x83110B9C
*Feb  5 11:24:30.363: atmsar_transmit_pak_wrapper: deq(83110B9C). vcd: 1.atmsar_                                             transmit_pak_wrapper : encap = Data
*Feb  5 11:24:32.367: atmsar_vc_tx_start(83342FF4).
*Feb  5 11:24:32.367: ATM0:atmsar_dequeue_pak, dequeued a pak = 0x83111A4C
*Feb  5 11:24:32.367: atmsar_transmit_pak_wrapper: deq(83111A4C). vcd: 1.atmsar_                                             transmit_pak_wrapper : encap = Data
*Feb  5 11:24:34.383: atmsar_vc_tx_start(83342FF4).
*Feb  5 11:24:34.383: ATM0:atmsar_dequeue_pak, dequeued a pak = 0x836B7C90
*Feb  5 11:24:34.383: atmsar_transmit_pak_wrapper: deq(836B7C90). vcd: 1.atmsar_                                             transmit_pak_wrapper : encap = Data
*Feb  5 11:24:35.091: DSL: Defect: LOS LOF: retraining
*Feb  5 11:24:35.091: DSL: Received response: 0x41
*Feb  5 11:24:36.399: atmsar_vc_tx_start(83342FF4).
*Feb  5 11:24:36.399: ATM0:atmsar_dequeue_pak, dequeued a pak = 0x83110F48
*Feb  5 11:24:36.399: atmsar_transmit_pak_wrapper: deq(83110F48). vcd: 1.atmsar_                                             transmit_pak_wrapper : encap = Data
*Feb  5 11:24:37.591:  atmsar_atm_lineaction(ATM0): state=0
*Feb  5 11:24:37.591: ATM0: atmsar_1a_teardown_vc,vcinfo = 0x83D4A044
*Feb  5 11:24:37.591:  atmsar_1a_teardown_vc(ATM0): vc:1 vpi:8 vci:35
*Feb  5 11:24:37.591: ATM(): IP multicast cache invalidated for ATM0.1
*Feb  5 11:24:37.591: DSL: SM: [DMTDSL_SHOWTIME -> DMTDSL_RE_OPEN]
*Feb  5 11:24:37.591: DSL: Send ADSL_CLOSE command.
*Feb  5 11:24:37.591: DSL(ATM0): Sent command 0x4
*Feb  5 11:24:38.411: DSL: Received
Grazie...
Alessandro
Top
ep
Network Emperor
Messaggi: 260
Iscritto il: sab 06 dic , 2008 11:36 am

Quel "LOS LOF" conferma che si tratta di un loss of signal + loss of framing… "loss of signal" dovrebbe significare che il rapporto segnale/rumore è caduto sotto il margine minimo: o la linea o il router hanno seri problemi, e tenderei a scommettere sulla linea, ma se hai un altro router a disposizione è immediato fare una prova.

Un test aggiuntivo che puoi fare con il tuo 877 è abilitare il log ("dsl enable-training-log" nella configurazione dell'interfaccia ATM). Poi con uno "show dsl int a0" dovesti avere un resoconto dettagliatissimo circa la conversazione tra il tuo router e la centrale durante l'inizializzazione del collegamento.

Ciao!
Top
alessandro77
n00b
Messaggi: 17
Iscritto il: gio 26 lug , 2007 4:24 pm

Grazie mille per la risposta, dunque la prova con un altro router(usr9108) l'ho fatta ieri dal momento che non riuscivo a connettermi con il cisco, e la connessione alla rete è stata immediata, stamattina ho provato a ricollegare il cisco e non mi so spiegare il perchè ha riniziato a funzionare, anche se questo è un comportamento al quanto aleatorio :?

Questo è il risultato del comando "sh dsl int a0"

Codice: Seleziona tutto

ATM0
Alcatel 20190 chipset information
                ATU-R (DS)                      ATU-C (US)
Modem Status:    Showtime (DMTDSL_SHOWTIME)
DSL Mode:        ITU G.992.1 (G.DMT) Annex A
ITU STD NUM:     0x03                            0x2
Vendor ID:       'STMI'                          'TSTC'
Vendor Specific: 0x0000                          0x0000
Vendor Country:  0x0F                            0xB5
Capacity Used:   82%                             65%
Noise Margin:    19.0 dB                         23.0 dB
Output Power:    20.0 dBm                        12.5 dBm
Attenuation:     24.0 dB                         11.5 dB
Defect Status:   None                            None
Last Fail Code:  None
Watchdog Counter: 0x6E
Watchdog Resets: 0
Selftest Result: 0x00
Subfunction:     0x00
Interrupts:      5234 (0 spurious)
PHY Access Err:  0
Activations:     1
LED Status:      ON
LED On Time:     100
LED Off Time:    100
Init FW:         init_AMR-R-2.5.042_no_bist.bin
Operation FW:    AMR-R-2.5.042.bin
FW Source:       embedded
FW Version:      2.5.42

                 Interleave             Fast    Interleave              Fast
Speed (kbps):          8128                0           480                 0
Cells:              8215503                0      10863946                 0
Reed-Solomon EC:        176                0             3                 0
CRC Errors:              18                0             0                 0
Header Errors:           15                0             0                 0
Total BER:                1224E-10               0E-0
Leakage Average BER:      1741E-10               0E-0
LOM Monitoring : Disabled


DMT Bits Per Bin
000: 0 0 0 0 0 0 0 2 4 6 7 7 8 8 8 9
010: 9 9 9 9 8 8 8 7 7 7 7 6 5 2 0 0
020: 0 0 0 0 0 9 B B B B C C C C C D
030: C D D D D D D D D D D D D C D D
040: 0 D D C C C C C D C B 7 9 B C C
050: C B C C C C B C C C C B C B B B
060: B A B B B C B B B B B B B B B B
070: B B B 2 A A A B B B B B B B B B
080: B B B B A B B A B A A A A A A B
090: A A A A A A A 9 A A A A A A A A
0A0: A A A A A A A A A A A A A A A A
0B0: A A A A A A A A A A 9 A 9 A A A
0C0: 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0D0: 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9
0E0: 9 9 8 9 9 9 9 9 9 9 9 9 9 9 9 9
0F0: 9 9 9 9 9 9 9 9 9 9 9 8 9 8 9 9
Ti risparmi per il momento l'output del training(dato che è lunghissimo), nel caso si ripresentasse il problema lo posterò.

Cosa significa LOM Monitoring : Disabled?

Grazie mille per la disponibilità.
Ciao!
Top
ep
Network Emperor
Messaggi: 260
Iscritto il: sab 06 dic , 2008 11:36 am

Sembra un'ottima linea, vista così… non sono capace di fare ipotesi su quale fosse il problema: speriamo che non si ripresenti.

Il "loss of margin monitoring" tiene nota dei messaggi "loss of margin" ricevuti dalla centrale, che sono inviati ogni volta che il rapporto segnale/rumore cade anche momentaneamente sotto il minimo stabilito. Dopo un numero configurabile di questi messaggi, se abiliti il monitoring, il router fa la reinizializzazione della linea.

Ciao!
Top
Avatar utente
Cisco$
Network Emperor
Messaggi: 360
Iscritto il: sab 19 apr , 2008 11:48 pm
Località: Battipaglia (Sa)

scusa puoi indicarci come abilitarlo perchè interessa anke a me.

Grazie

:)
router cisco the best!!!!!!!!!!
Top
ep
Network Emperor
Messaggi: 260
Iscritto il: sab 06 dic , 2008 11:36 am

Ecco qui:

Codice: Seleziona tutto

uplink#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
uplink(config)#int atm 0
uplink(config-if)#dsl ?
  enable-training-log  Enable the Alcatel fw training log
  lom                  Loss Of Margin watch counter for line retrain
  operating-mode       auto or full rate or G.lite mode
  power-cutback        Noise Threshold for Power CutBack

uplink(config-if)#dsl lom ?
  <1-1000>  lom count
Il "lom count" è quel valore lì!

Ciao!
Top
Avatar utente
Wizard
Intergalactic subspace network admin
Messaggi: 3441
Iscritto il: ven 03 feb , 2006 10:04 am
Località: Emilia Romagna
Contatta:
Contatta Wizard

Aggiorna il firmware del modulo adsl del 877
Il futuro è fatto di persone che hanno delle intuizioni e visioni .....sono quelle persone che fanno la differenza...... quelle dotate di un TERZO OCCHIO....
Top
alessandro77
n00b
Messaggi: 17
Iscritto il: gio 26 lug , 2007 4:24 pm

Aggiornato oggi con il modulo 4.0.15, pero ancora a volte mi si disconnette... c'è un modo per salvare il log di debug dell'interfaccia per capire cosa succede nel momento che cade la linea?
Grazie
Top
Avatar utente
Wizard
Intergalactic subspace network admin
Messaggi: 3441
Iscritto il: ven 03 feb , 2006 10:04 am
Località: Emilia Romagna
Contatta:
Contatta Wizard

alessandro77 ma cosa dice il provider?
Il futuro è fatto di persone che hanno delle intuizioni e visioni .....sono quelle persone che fanno la differenza...... quelle dotate di un TERZO OCCHIO....
Top
alessandro77
n00b
Messaggi: 17
Iscritto il: gio 26 lug , 2007 4:24 pm

Il provider ancora non l'ho interpellato, dato che con il mio vecchio modem (USR 9108) non ho mai avuto problemi di questo genere...
Il fatto è che non so come poter monitorare il file di log se non restando connesso con una console seriale, e questo purtroppo non è sempre facile dato che non sono sempre davanti al pc...
Top
Avatar utente
Wizard
Intergalactic subspace network admin
Messaggi: 3441
Iscritto il: ven 03 feb , 2006 10:04 am
Località: Emilia Romagna
Contatta:
Contatta Wizard

Il provider chiamalo cmq!
Il futuro è fatto di persone che hanno delle intuizioni e visioni .....sono quelle persone che fanno la differenza...... quelle dotate di un TERZO OCCHIO....
Top
Rispondi

Torna a “Infrastrutture Cisco”