[Thread Ufficiale] TP-Link TD-W8960Nv4 - Router ADSL2+ WiFi 802.11n (300Mbit)

[pasimo88]

Originariamente inviato da strassada

che stai su un vecchio dslam (lo si intuiva anche dal log precedente, con portante in g.dmt) e possono essere problemi suoi.

prova a variare qualcosa nelle impostazioni adsl (es. setta una sola modulazione, la gdmt o la t1.413, spesso funziona meglio su questi vecchi dslam) e wan service, forse per qualche incompatibilità la configurazione settata non va bene.

dovessi ancora avere questi problemi, che però possono dipendere anche dall'impianto, prova a chiamare il 187 e poi 2 e chiedi una verifica.

Ti ringrazio per le informazioni.

Visto che per tutta oggi non ho avuto più problemi di questo tipo, monitorerò ancora per qualche giorno la situazione. Se si dovessero presentare i problemi in maniera più frequente allora vedrò di seguire qualche consiglio... magari era solo un problema momentaneo di ieri e di stamattina (anche se per mezzo secondo)

[strassada]

monitora l'snr. prova o routerstats lite o DSLStats

[pasky5]

Originariamente inviato da pasimo88

Ops mica l'avevo visto.
Un riavvio del modem che vuol dire? Un reset?

Comunque il problema non me lo sta dando più, però è interessante questo. Grazie

Un riavvio, (Spegnimento e Riaccensione con bottoncino posteriore) un reset non serve. (Se correttamente settato per la navigazione con Alice)

[MissRed]

Originariamente inviato da 1onexx

@MissRed

warning
warning
local

@pasimo88
posta anche tu il log

Per entrambi lanciate da telnet il comando che identifica il vendorId del DSLAM a cui siete collegati:

adsl info --vendor

la spiegazione è in prima pagina, postate il risultato del comando.

Ecco il risultato:

http://i41.tinypic.com/npjv49.jpg



Da quanto ho capito in questi giorni, nel momento in cui cade la linea ( evento normale visto che accadeva anche con gli altri router e modem che ho avuto ) il router in oggetto non riesce più a riagganciarsi ( anche se la spia dell'adsl risulta accesa ). Per ripristinare la connessione, devo per forza spegnere e riaccendere il router. Preciso che questa situazione non mi è mai accaduta con il modem che utilizzavo fino a pochi giorni fa. Quindi, vi chiedo: secondo voi, è colpa del router che risulta poco " compatibile " con la centrale ? Oppure, il router può essere difettoso ?

@pasimo88: ho una 7Mega Alice.

[pasimo88]

Sembra che abbia risolto.

Ieri è capitato ancora, e più insistentemente. Alzando la cornetta dei miei due telefoni (fisso e cordless), mi sono accorto che emettevano un fruscìo molto evidente, al che ho pensato che fosse questo elemento di disturbo che comportava la caduta della portante, poichè modem e telefoni sono collegati entrambi ad un doppino che esce dal filtro adsl, il quale poi va alla presa al muro.

Ho cambiato il filo telefonico che provocava questo fruscìo e ora sono quasi due giorni che la portante non cade mai. Probabilmente era il filo non funzionante che provocava disturbi al telefono e interferenze alla linea adsl. Vi tengo aggiornati, comunque.

[nelson1]

con inSSIDer 3 il vecchio US9110 mi dava -40 e -50 db (con canale auto oppure fisso).
Mi pare strano, non so se è normale ma con il nuovo TD8960n v4 nelle stesse posizioni mi dà -55 e -65 db. Ho aggiornato il Fw con l'ultima versione beta.

[1onexx]

Originariamente inviato da MissRed

...

Da quanto ho capito in questi giorni, nel momento in cui cade la linea ( evento normale visto che accadeva anche con gli altri router e modem che ho avuto ) il router in oggetto non riesce più a riagganciarsi ( anche se la spia dell'adsl risulta accesa ). Per ripristinare la connessione, devo per forza spegnere e riaccendere il router. Preciso che questa situazione non mi è mai accaduta con il modem che utilizzavo fino a pochi giorni fa. Quindi, vi chiedo: secondo voi, è colpa del router che risulta poco " compatibile " con la centrale ? Oppure, il router può essere difettoso ?

@pasimo88: ho una 7Mega Alice.

Sei su una piastra Alcatel e c'è incompatibilità con il tuo chipset.
Prima che modem avevi ?

PS il log che hai fornito è di scarso interesse perché è solo quello che c'è al boot del modem.
Serve quello che accade quando si perde la connessione.
Per prendere gli eventi interessanti potresti mettere
display level=error
Comunque diciamo che ora non serve più-
La risposta è quella che ti ho già dato.

[fabio336]

Originariamente inviato da 1onexx

Sei su una piastra Alcatel e c'è incompatibilità con il tuo chipset.
Prima che modem avevi ?

PS il log che hai fornito è di scarso interesse perché è solo quello che c'è al boot del modem.
Serve quello che accade quando si perde la connessione.
Per prendere gli eventi interessanti potresti mettere
display level=error
Comunque diciamo che ora non serve più-
La risposta è quella che ti ho già dato.

a me sta venendo un dubbio
la spia adsl quando cade la portante deve spegnersi

non è che si blocca il router?

dovrebbe verificare se riusce ad accedere al menù configurazione dopo il blocco

[nelson1]

ho provato per curiosità a configurare i log con display level=error .Ho salvato il file con tutte le righe rosse Alert, cosa vuol dire ... ???

[nelson1]

così è più leggibile, se qualcuno me lo traduce ...

[MissRed]

Originariamente inviato da 1onexx

Sei su una piastra Alcatel e c'è incompatibilità con il tuo chipset.
Prima che modem avevi ?

PS il log che hai fornito è di scarso interesse perché è solo quello che c'è al boot del modem.
Serve quello che accade quando si perde la connessione.
Per prendere gli eventi interessanti potresti mettere
display level=error
Comunque diciamo che ora non serve più-
La risposta è quella che ti ho già dato.

Prima avevo un dlink dsl320b.

Anche prima avevo le disconnessioni, ma, poi, la linea internet si ripristinava senza che dovessi spegnere/accendere.
Ora, invece, con il tplink devo per forza spegnere/accendere. E' questa la cosa che mi interessa maggiormente. A tuo avviso cosa può causare questo " blocco " ?

PS: con la piastra Alcatel quale chipset risulta compatibile ?

[1onexx]

Originariamente inviato da MissRed

Prima avevo un dlink dsl320b.

Anche prima avevo le disconnessioni, ma, poi, la linea internet si ripristinava senza che dovessi spegnere/accendere.
Ora, invece, con il tplink devo per forza spegnere/accendere. E' questa la cosa che mi interessa maggiormente. A tuo avviso cosa può causare questo " blocco " ?

PS: con la piastra Alcatel quale chipset risulta compatibile ?

Allora il chipset non dovrebbe essere perché anche quello è Broadcom

Prova a vedere quanto detto da fabio336 nel post precedente, se non riesci ad accedere al menù del modem quando si blocca.

Che Fw hai attualmente ?

[1onexx]

Originariamente inviato da nelson1

ho provato per curiosità a configurare i log con display level=error .Ho salvato il file con tutte le righe rosse Alert, cosa vuol dire ... ???

Nulla di cui preoccuparti, è il firewall del router che fa correttamente il suo lavoro bloccando gli accessi dall'esterno

[strassada]

Originariamente inviato da 1onexx

Allora il chipset non dovrebbe essere perché anche quello è Broadcom

dovrebbero essere chipset STMicroelectronic/Alcatel. ci sono diversi router Cisco con la versione per modem di questi chip (e anche alcuni Alcatel Thomson/technicolor anche se non recentissimi).

[MissRed]

Originariamente inviato da 1onexx

Allora il chipset non dovrebbe essere perché anche quello è Broadcom

Prova a vedere quanto detto da fabio336 nel post precedente, se non riesci ad accedere al menù del modem quando si blocca.

Che Fw hai attualmente ?

Appena cade, provo e vi dico.

Il firmware è l'ultimo stabile ( quello del 12.09 ).

Volevo postarti quanto mi dovrebbe dare con display level=error, ma mi esce questo:

telnetd:error:241.402: process input:395: unrecognized command display level=error

[1onexx]

Originariamente inviato da strassada

dovrebbero essere chipset STMicroelectronic/Alcatel. ci sono diversi router Cisco con la versione per modem di questi chip (e anche alcuni Alcatel Thomson/technicolor anche se non recentissimi).

Io parlavo del Dlink DSL-320B che ha un Broadcom come l'8960 (anche se più vecchio):

[scaniajoe]

Ciao a tutti. Oggi ho installato questo router v4 con infostrada 20mg ed aggionarto il firmware alla versione beta presa in prima pagina:
Cortesemente mi potete dire se questi valori vanno bene:



Mode: ADSL_2plus
Traffic Type: ATM
Status: Up
Link Power State: L0

Downstream Upstream
Line Coding(Trellis): On On
SNR Margin (0.1 dB): 61 155
Attenuation (0.1 dB): 255 142
Output Power (0.1 dBm): 189 124
Attainable Rate (Kbps): 19004 1316

Path 0 Path 1
Downstream Upstream Downstream Upstream
Rate (Kbps): 18472 999 0 0

MSGc (# of bytes in overhead channel message): 39 11 0 0
B (# of bytes in Mux Data Frame): 254 57 0 0
M (# of Mux Data Frames in FEC Data Frame): 1 1 0 0
T (Mux Data Frames over sync bytes): 3 2 0 0
R (# of check bytes in FEC Data Frame): 0 0 0 0
S (ratio of FEC over PMD Data Frame length): 0.4771 1.9914 0.0 0.0
L (# of bits in PMD Data Frame): 4275 233 0 0
D (interleaver depth): 1 1 0 0
Delay (msec): 0.11 0.49 0.0 0.0
INP (DMT symbol): 0.0 0.0 0.0 0.0

Super Frames: 0 0 0 0
Super Frame Errors: 442 3 0 0
RS Words: 0 4046531 0 0
RS Correctable Errors: 0 0 0 0
RS Uncorrectable Errors: 0 0 0 0

HEC Errors: 6965 7 0 0
OCD Errors: 0 0 0 0
LCD Errors: 0 0 0 0
Total Cells: 274161714 14811528 0 0
Data Cells: 24261471 3690872 0 0
Bit Errors: 0 1480 0 0

Total ES: 304 1
Total SES: 0 0
Total UAS: 41 41


GRAZIE MILLE

[strassada]

Originariamente inviato da 1onexx

Io parlavo del Dlink DSL-320B che ha un Broadcom come l'8960 (anche se più vecchio):

si ma sono chip diversi, firmware adsl diverso, kernel linux diverso.
non c'è alcuna certezza che nei modem nuovi abbiano messo tutte le patch finora scoperte, anzi è molto probabile ci siano tuttti i bug irrisolti e solo qualche patch.

va poi anche ricordato come dgn2200v1 e td-w8960nv1/3 quasi identici, avevano comportamenti diversi su certi dslam, vedi Marconi o Huawei (IFTN)

ci sono state un paio di segnalazioni anche nel thread del td-w8970 anche se manca il riferimento alla tipologia di dslam, ma in pratica avveniva la stessa cosa, con impossibilità di riconnettersi se non riavviando il router.

in questo caso poi credo sia più un problema di ppp e altri settaggi modificabili nel suo menu: può essere che tp-link o Broadcom si siano dimenticate di verificare la compatibilità con questi vecchi dslam.

[1onexx]

Si hai ragione, anche per il vecchio 8960 ci sono stati dei casi di mancata riconnessione con alcuni DSLAM.

[MissRed]

Originariamente inviato da 1onexx

Si hai ragione, anche per il vecchio 8960 ci sono stati dei casi di mancata riconnessione con alcuni DSLAM.

Ok.

La disconnessione è avvenuta poco fa.

Ho provato ad accedere al router ( con linea internet assente e led dell'adsl che lampeggia ogni 2 secondi ) e sono riuscita a loggarmi. Inoltre, ho colto l'occasione per guardare il log ed è uscito questo:

Spoiler:

Jan 1 00:00:42 daemon crit syslog: PPP server detected. Jan 1 00:00:42 daemon crit syslog: PPP session established. Jan 1 00:00:42 user warn kernel: netdev path : ppp0.1 -> atm4.1 -> atm4 Jan 1 00:00:43 daemon crit syslog: PPP LCP UP. Jan 1 00:00:43 daemon crit syslog: Received valid IP address from server. Connection UP. Jan 1 00:00:44 user warn kernel: Netfilter messages via NETLINK v0.30. Jan 1 00:00:44 user warn kernel: nf_conntrack version 0.5.0 (1008 buckets, 4032 max) Jan 1 00:11:31 user alert kernel: Intrusion -> IN=ppp0.1 OUT= MAC= SRC=89.45.196.14 DST=87.17.159.156 LEN=48 TOS=0x00 PREC=0x00 TTL=110 ID=20772 PROTO=TCP SPT=28243 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000 Jan 1 00:12:01 user alert kernel: Intrusion -> IN=ppp0.1 OUT= MAC= SRC=82.178.6.70 DST=87.17.159.156 LEN=52 TOS=0x00 PREC=0x00 TTL=113 ID=14022 DF PROTO=TCP SPT=55797 DPT=27851 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 Jan 1 00:12:04 user alert kernel: Intrusion -> IN=ppp0.1 OUT= MAC= SRC=82.178.6.70 DST=87.17.159.156 LEN=52 TOS=0x00 PREC=0x00 TTL=113 ID=14101 DF PROTO=TCP SPT=55797 DPT=27851 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 Jan 1 00:12:10 user alert kernel: Intrusion -> IN=ppp0.1 OUT= MAC= SRC=82.178.6.70 DST=87.17.159.156 LEN=48 TOS=0x00 PREC=0x00 TTL=113 ID=14279 DF PROTO=TCP SPT=55797 DPT=27851 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 Jan 1 00:12:12 user warn dnsprobe[1777]: dns query failed Jan 1 00:24:14 user alert kernel: Intrusion -> IN=ppp0.1 OUT= MAC= SRC=82.178.6.70 DST=87.17.159.156 LEN=52 TOS=0x00 PREC=0x00 TTL=113 ID=5626 DF PROTO=TCP SPT=53373 DPT=27851 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 Jan 1 00:24:17 user alert kernel: Intrusion -> IN=ppp0.1 OUT= MAC= SRC=82.178.6.70 DST=87.17.159.156 LEN=52 TOS=0x00 PREC=0x00 TTL=113 ID=5708 DF PROTO=TCP SPT=53373 DPT=27851 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000 Jan 1 00:25:40 user warn dnsprobe[1777]: dns query failed Jan 1 00:25:42 user warn dnsprobe[1777]: dns query failed Jan 1 00:25:44 user warn dnsprobe[1777]: dns query failed Jan 1 00:26:16 user warn dnsprobe[1777]: dns query failed Jan 1 00:26:18 user warn dnsprobe[1777]: dns query failed Jan 1 00:26:20 user warn dnsprobe[1777]: dns query failed Jan 1 00:26:52 user warn dnsprobe[1777]: dns query failed Jan 1 00:26:54 user warn dnsprobe[1777]: dns query failed Jan 1 00:26:56 user warn dnsprobe[1777]: dns query failed Jan 1 00:27:28 user warn dnsprobe[1777]: dns query failed Jan 1 00:27:30 user warn dnsprobe[1777]: dns query failed Jan 1 00:27:32 user warn dnsprobe[1777]: dns query failed Jan 1 00:28:04 user warn dnsprobe[1777]: dns query failed Jan 1 00:28:06 user warn dnsprobe[1777]: dns query failed Jan 1 00:28:08 user warn dnsprobe[1777]: dns query failed Jan 1 00:28:40 user warn dnsprobe[1777]: dns query failed Jan 1 00:28:42 user warn dnsprobe[1777]: dns query failed Jan 1 00:28:44 user warn dnsprobe[1777]: dns query failed Jan 1 00:29:16 user warn dnsprobe[1777]: dns query failed Jan 1 00:29:18 user warn dnsprobe[1777]: dns query failed Jan 1 00:29:20 user warn dnsprobe[1777]: dns query failed

Uso gli opendns settati direttamente sul router. Stesso problema se metto i google dns o se non metto nulla ( e quindi vanno quelli di telecom ).

Come fatto finora, per poter accedere ad internet ho dovuto spegnere e riaccendere il router.

PS:

Per il problema del comando display level=error puoi dirmi qualcosa ?