CiscoForums.it

Inviato: **ven 06 feb , 2009 9:37 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

Inviato: **sab 07 feb , 2009 2:15 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!

Inviato: **sab 07 feb , 2009 1:33 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!

Inviato: **sab 07 feb , 2009 1:53 pm**

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!

Inviato: **dom 08 feb , 2009 1:28 pm**

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

Grazie

Inviato: **dom 08 feb , 2009 2:40 pm**

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!

Inviato: **lun 09 feb , 2009 2:24 pm**

Aggiorna il firmware del modulo adsl del 877

Inviato: **lun 09 feb , 2009 7:57 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

Inviato: **lun 09 feb , 2009 11:20 pm**

alessandro77 ma cosa dice il provider?

Inviato: **mer 11 feb , 2009 10:12 am**

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...

Inviato: **gio 12 feb , 2009 5:35 pm**

Il provider chiamalo cmq!

CiscoForums.it

Errore durante la connessione adsl

Errore durante la connessione adsl