Modem Telecom D-Link 302T con Fw Modificato

Speed-Thx · 08-08-2008, 14:36

Ciao a tutti ho il modem in oggetto, con questo firmware...

Andava abbastanza bene, ora invece ho dei continui impallamenti. Mi spiego meglio: prima mettiamo che mi si connetteva a 7600 navigavo un pò poi magari perdeva la portante (ho la linea un pò rumorosa), mi si riconnetteva automaticamente, magari a velocità un pochettino inferiore tipo, 7200, 7030...
Ora mi succede che all'improvviso....trovo e-mule con l'up e il down a zero, e se provo a navigare non va. Non funziona neanche se tento di accedere al router!
Alcune volte ci riesco e mi dice che è ancora connesso, ma in pratica non si riesce a navigare, niente.....
L'unico modo per tornare alla normalità è spegnerlo e riaccenderlo o fare un reset software (quando si riesce ad accedervi....)
Da che può dipendere?? Lo fa da poco, prima andava bene.....in 6/7 mesi lo avrà fatto solo una due volte.......ora è continuo......pensando che magari fosse per via del caldo ho aperto il modem togliendogli il coperchietto, ma niente lo fa cmq...
Dipende da qualche impostazione mia, oppure dalla telecom.......cosa posso fare per capirlo?
Grazie

Harry_Callahan · 08-08-2008, 18:34

per escludere il problema di linea devi provare con un altro modem

Speed-Thx · 08-08-2008, 20:44

Quote:

Originariamente inviato da Harry_Callahan

per escludere il problema di linea devi provare con un altro modem

Ho un fastrate 100, ma mi si connette a 5 Mb al posto di 7.....
ma unaltro modo per vedere se l'"errore" è del modem o della linea non c'è ??
Dai log non si riesce a capire?

Il Systemlog mi da questo:

Sep 16 12:00:10 | Valid Configuration Tree
Sep 16 12:00:10 | NTP Polling Timer for DHCP Started succesfully.
Sep 16 12:00:10 | DSL Polling Timer Started succesfully.
Sep 16 12:00:10 | PSP Boot environment Modem Modulation Change: 0x3
Sep 16 12:00:11 | Firewall NAT service started
Sep 16 12:00:12 | Bridge Created: br0
Sep 16 12:00:13 | Bridge Interface Added: eth0
Sep 16 12:00:20 | DSL Carrier is down
Sep 16 12:00:30 | DSL Carrier is up
Sep 16 12:00:30 | sar read trained mode (1)(ADSL_G.dmt)
Sep 16 12:00:30 | pppd 2.4.1 started by root, uid 0
Sep 16 12:00:30 | Couldn't increase MTU to 1500
Sep 16 12:00:31 | PPPoA Connect with IP Address 10.64.64.64
Sep 16 12:00:31 | PPPoA Connection Successfully Established
Sep 16 12:00:31 | PPPoA Connect with Gateway IP Address: 10.112.112.112
Sep 16 12:00:31 | Couldn't increase MRU to 1500
Sep 16 12:00:31 | local IP address 10.64.64.64
Sep 16 12:00:31 | remote IP address 10.112.112.112
Sep 16 12:00:31 | Connect: ppp0 {--}
Sep 16 12:00:34 | PPPD Successfully Started
Sep 16 12:00:34 | Local IP address changed to 82.48.137.173
Sep 16 12:00:34 | PPPoA Assigned IP Address: 82.48.137.173
Sep 16 12:00:34 | PPPoA Assigned Gateway IP Address: 192.168.100.1
Sep 16 12:00:34 | Remote IP address changed to 192.168.100.1
Sep 16 12:02:49 | Connection terminated.
Sep 16 12:02:50 | pppd 2.4.1 started by root, uid 0
Sep 16 12:02:50 | Couldn't increase MTU to 1500
Sep 16 12:02:51 | PPPoA Connect with IP Address 10.64.64.64
Sep 16 12:02:51 | PPPoA Connection Successfully Established
Sep 16 12:02:51 | PPPoA Connect with Gateway IP Address: 10.112.112.112
Sep 16 12:02:51 | Couldn't increase MRU to 1500
Sep 16 12:02:51 | local IP address 10.64.64.64
Sep 16 12:02:51 | remote IP address 10.112.112.112
Sep 16 12:02:51 | Connect: ppp0 {--}
Sep 16 12:02:54 | PPPD Successfully Started
Sep 16 12:02:55 | Local IP address changed to 82.48.137.173
Sep 16 12:02:55 | PPPoA Assigned IP Address: 82.48.137.173
Sep 16 12:02:55 | PPPoA Assigned Gateway IP Address: 192.168.100.1
Sep 16 12:02:55 | Remote IP address changed to 192.168.100.1
Sep 16 12:28:58 | Timeout on response: lanbridge0:settings/isnoop

zardo · 11-08-2008, 10:41

ciao,ho gli stessi tuoi problemi.......si sono manifestati con il passaggio da 4 a 7mega di tele2 ,forse il mio firmware accorp è la versione precedente,usavo questo d-link in modalità bridge accoppiato a un router,dico usavo perchè ho comprato un nuovo modem della netgear e sembra che tutto funzioni anche se sono ancora in fase di verifica.stavo pensando di riflasharlo con un qualcos'altro anche se al momento sono un po' a corto di idee.nel caso trovassi tu una soluzione ti prego di postare qui,intanto io continuo le prove a confronto tra i miei 2 modem.
ciao

zardo · 11-08-2008, 11:42

Quote:

Originariamente inviato da zardo

ciao,ho gli stessi tuoi problemi.......si sono manifestati con il passaggio da 4 a 7mega di tele2 ,forse il mio firmware accorp è la versione precedente,usavo questo d-link in modalità bridge accoppiato a un router,dico usavo perchè ho comprato un nuovo modem della netgear e sembra che tutto funzioni anche se sono ancora in fase di verifica.stavo pensando di riflasharlo con un qualcos'altro anche se al momento sono un po' a corto di idee.nel caso trovassi tu una soluzione ti prego di postare qui,intanto io continuo le prove a confronto tra i miei 2 modem.
ciao

DSL-300T Dlink 2.00B01T01.EU 27.12.2007 (DSP 7.0) ritornato a questo fw originale,sai se esidte qualcosa di + recente?

zioma · 17-08-2008, 06:53

...............

pegasolabs · 17-08-2008, 09:29

Quote:

Originariamente inviato da zardo

DSL-300T Dlink 2.00B01T01.EU 27.12.2007 (DSP 7.0) ritornato a questo fw originale,sai se esidte qualcosa di + recente?

Ci sono abbastanza thread su questo argomento:

D-Link DSL-300T/302Tv2 - Vecchia discussione
D-Link DSL-300T/302Tv2 - Discussione aggiornata
D-Link DSL-300T/302Tv3
D-Link DSL-300T/302T/320T - Firmware originali / modded (kit recovery)

-Shrike- · 23-08-2008, 14:28

forse il problema è questo:
Couldn't increase MTU to 1500

prova ad abbassarlo tipo a 1492, e anche l'MRU, se da ancora problemi, abbassa ancora quel valore

Speed-Thx · 29-08-2008, 13:51

Niente da fare, continua a impallarsi.
Mentre ho utilizzato questi settaggi, per due giorni tutto OK, solo ieri si è sconnesso ma si è riconnesso automaticamente senza dover riavviare il tutto.
I settaggi sono questi:

SEND "cd /proc/sys/net/ipv4/netfilter"
WAIT "#"
SEND "echo 4096 > ip_conntrack_max"
WAIT "#"
SEND "echo 50 > ip_conntrack_generic_timeout"
WAIT "#"
SEND "echo 120 > ip_conntrack_tcp_timeout_close_wait"
WAIT "#"
SEND "echo 120 > ip_conntrack_tcp_timeout_fin_wait"

Mentre oggi ho riprovato senza inserirli e puntualmente si è rimpallato dopo alcune ore...
Avevo anche provato inizialmente a inserire solo "SEND "echo 4096 > ip_conntrack_max", ma niente, si impallava lo stesso.....
Ora mi chiedevo come mai succede ciò, se prima andava tutto bene e io non ho modificato nulla??
Inoltre li inserisco con uno script utilizzando il programma TST10. Ma c'è un modo per renderli definitivi e non doverli rimettere sempre ad ogni spegnimento/riavvio del router?
Tenete conto che non sono molto pratico di ambiente UNIX, quindi sarebbe gentile se indicaste per filo e per segno tutti i vari passaggi, ve ne sarei molto grato

08-08-2008, 14:36	#1
Speed-Thx Senior Member Iscritto dal: Mar 2007 Messaggi: 444	Modem Telecom D-Link 302T con Fw Modificato Ciao a tutti ho il modem in oggetto, con questo firmware... Andava abbastanza bene, ora invece ho dei continui impallamenti. Mi spiego meglio: prima mettiamo che mi si connetteva a 7600 navigavo un pò poi magari perdeva la portante (ho la linea un pò rumorosa), mi si riconnetteva automaticamente, magari a velocità un pochettino inferiore tipo, 7200, 7030... Ora mi succede che all'improvviso....trovo e-mule con l'up e il down a zero, e se provo a navigare non va. Non funziona neanche se tento di accedere al router! Alcune volte ci riesco e mi dice che è ancora connesso, ma in pratica non si riesce a navigare, niente..... L'unico modo per tornare alla normalità è spegnerlo e riaccenderlo o fare un reset software (quando si riesce ad accedervi....) Da che può dipendere?? Lo fa da poco, prima andava bene.....in 6/7 mesi lo avrà fatto solo una due volte.......ora è continuo......pensando che magari fosse per via del caldo ho aperto il modem togliendogli il coperchietto, ma niente lo fa cmq... Dipende da qualche impostazione mia, oppure dalla telecom.......cosa posso fare per capirlo? Grazie

08-08-2008, 18:34	#2
Harry_Callahan Senior Member Iscritto dal: Dec 2006 Messaggi: 9542	per escludere il problema di linea devi provare con un altro modem __________________ Harry Callahan: We're not just going to let you walk out of here. Crook: Who's "we", sucker? Harry Callahan: Smith, and Wesson, and me.

23-08-2008, 14:28	#8
-Shrike- Junior Member Iscritto dal: Jul 2007 Messaggi: 4	forse il problema è questo: Couldn't increase MTU to 1500 prova ad abbassarlo tipo a 1492, e anche l'MRU, se da ancora problemi, abbassa ancora quel valore Ultima modifica di -Shrike- : 23-08-2008 alle 14:31.

11-08-2008, 10:41	#4
zardo Junior Member Iscritto dal: Mar 2004 Messaggi: 3	ciao,ho gli stessi tuoi problemi.......si sono manifestati con il passaggio da 4 a 7mega di tele2 ,forse il mio firmware accorp è la versione precedente,usavo questo d-link in modalità bridge accoppiato a un router,dico usavo perchè ho comprato un nuovo modem della netgear e sembra che tutto funzioni anche se sono ancora in fase di verifica.stavo pensando di riflasharlo con un qualcos'altro anche se al momento sono un po' a corto di idee.nel caso trovassi tu una soluzione ti prego di postare qui,intanto io continuo le prove a confronto tra i miei 2 modem. ciao

17-08-2008, 06:53	#6
zioma Member Iscritto dal: Nov 2005 Messaggi: 208	...............

29-08-2008, 13:51	#9
Speed-Thx Senior Member Iscritto dal: Mar 2007 Messaggi: 444	Niente da fare, continua a impallarsi. Mentre ho utilizzato questi settaggi, per due giorni tutto OK, solo ieri si è sconnesso ma si è riconnesso automaticamente senza dover riavviare il tutto. I settaggi sono questi: SEND "cd /proc/sys/net/ipv4/netfilter" WAIT "#" SEND "echo 4096 > ip_conntrack_max" WAIT "#" SEND "echo 50 > ip_conntrack_generic_timeout" WAIT "#" SEND "echo 120 > ip_conntrack_tcp_timeout_close_wait" WAIT "#" SEND "echo 120 > ip_conntrack_tcp_timeout_fin_wait" Mentre oggi ho riprovato senza inserirli e puntualmente si è rimpallato dopo alcune ore... Avevo anche provato inizialmente a inserire solo "SEND "echo 4096 > ip_conntrack_max", ma niente, si impallava lo stesso..... Ora mi chiedevo come mai succede ciò, se prima andava tutto bene e io non ho modificato nulla?? Inoltre li inserisco con uno script utilizzando il programma TST10. Ma c'è un modo per renderli definitivi e non doverli rimettere sempre ad ogni spegnimento/riavvio del router? Tenete conto che non sono molto pratico di ambiente UNIX, quindi sarebbe gentile se indicaste per filo e per segno tutti i vari passaggi, ve ne sarei molto grato

Strumenti
Mostra una versione stampabile Invia questa pagina per email