DLink G604T to Routertech

[DarkWolf]

Originariamente inviato da Pierissimo

ragazzi nonostante abbia fatto questo, il router mi dà il solito problema(che si presenta con qualunque firmware), si resetta da solo a intervalli irregolari, si passa da ogni ora a ogni 10 minuti!!!

A questo punto temo sia la flash ad essere corrotta! Sorry ma a me nonostante quante glie ne abbia fatte non è mai capitato quindi non saprei come risolvere! Anche perchè se è fisicamente corrotta la flash c'è niente da fare

[xool]

Originariamente inviato da DarkWolf

...
La perdita della connessione non penso derivi dalla mtd3! Probabilmente è il firmware ad essere poco stabile oppure è configurato male. Se sei già con il routertech prova a cambiare dsp (passa al 6.2) Per le porte nessuno di noi ha problemi, ricontrolla di aver settato tutto in modo corretto

Io sono con l'ultima versione Routertech che hai segnalato giusto ieri, ma non so che significa cambiare dsp...

[Pierissimo]

Originariamente inviato da DarkWolf

A questo punto temo sia la flash ad essere corrotta! Sorry ma a me nonostante quante glie ne abbia fatte non è mai capitato quindi non saprei come risolvere! Anche perchè se è fisicamente corrotta la flash c'è niente da fare

ma non può essere un problema di bootloader, o solo della partizione mtd4?

[sycret_area]

Originariamente inviato da DarkWolf

serve ad overclockare il processore del router da 150@200 Mhz
http://jackthevendicator.dlinkpedia....-overclock.zip
mettilo tramite ciclamab (invio bootloader)
Ovviamente non mi assumo nessuna responsabilità, sappi comunque che pur essendo una procedura di pochi secondi è un pò come flashare il bios della mobo quindi se sbagli sono guai

ci mancherebbe, sempre a nostro rischio.

comunque, il processore, mi pare di capire, supporta bene questo incremento di velocità..

[DarkWolf]

Originariamente inviato da Pierissimo

ma non può essere un problema di bootloader, o solo della partizione mtd4?

Il bootloader lavora pochi secondi e poi basta! In più anche un byte di corruzione del bootloader impedirebbe l'avvio del kernel quindi decisamente non è lui il problema! La mtd4 è solo una partizione virtuale che comprende mtd0 e mtd1! Quindi anche qui non può essere (se kernel o filesystem sono corrotti non si avvierebbe affatto) L'unica cosa potrebbe essere la mtd3 ma sembra non essere quello il problema! Quindi IMHO l'ultima possibilità consiste in un problema Hardware

Originariamente inviato da xool

Io sono con l'ultima versione Routertech che hai segnalato giusto ieri, ma non so che significa cambiare dsp...

Leggi l'Help nel run command e capirai

Originariamente inviato da sycret_area

ci mancherebbe, sempre a nostro rischio.
comunque, il processore, mi pare di capire, supporta bene questo incremento di velocità..

Il mio non ha mai creato il minimo problema ma... si sà il mio router è miracolato

[cicala]

Originariamente inviato da sycret_area

ci mancherebbe, sempre a nostro rischio.

comunque, il processore, mi pare di capire, supporta bene questo incremento di velocità..

lo ho su da qualche mese e non ha mai dato prob...

a chi ha problemi di disconnessioni con pppoe:
1) mettere MRU a 1400 o comunque non sopra i 1492
2) nella pagina della connessione assicurarsi di spuntare "Enforce MRU"
3) credo (fate la prova...) siano meglio i dsp 6.2 (come sopraindicato da dark) quindi da tools -> Run Command dare il comando:

setenv dsp_ver dsp62A

e riavviare

@dark
vathek qualche post indietro chiedeva la compilazione di un prog per controllare le connessioni attive... potresti compilarlo tu... (ho rimosso tutto il necessario quando ho messo su ubuntu )

[xool]

Originariamente inviato da cicala

lo ho su da qualche mese e non ha mai dato prob...

a chi ha problemi di disconnessioni con pppoe:
1) mettere MRU a 1400 o comunque non sopra i 1492
2) nella pagina della connessione assicurarsi di spuntare "Enforce MRU"
3) credo (fate la prova...) siano meglio i dsp 6.2 (come sopraindicato da dark) quindi da tools -> Run Command dare il comando:

setenv dsp_ver dsp62A

e riavviare

@dark
vathek qualche post indietro chiedeva la compilazione di un prog per controllare le connessioni attive... potresti compilarlo tu... (ho rimosso tutto il necessario quando ho messo su ubuntu )

Io ho avuto delle disconnessioni ma sono in PPPOA, dici che mi conviene lo stesso impostare il dsp 6.2?

[DjDiabolik]

Originariamente inviato da trottolino1970

hai settato le stesse impostazioni nella chiavetta?

Bè minimo.. avevo spiegato in dettaglio l'errore alcuni post fà.... ma nessuno sembra aver avuto lo stesso mio problema.
In pratica setto una protezione WEP.. poi ovviamente setto la stessa chiave nel dispositivo wi-fi... prendiamo per esempio un portatile... quest'ultimo si connette dopo mooolto tempo poi ottengo sempre connessione limitata o assente... allo stesso tempo il pc mi dice che non ha ottenuto l'ip.

[Yakkuz]

Da quando ho aggiornata alla RC3 (un paio di giorni) ho questa voce nel log:

Apr 28 15:00:19 | DSL Carrier is down
Apr 28 15:00:29 | DSL Carrier is up
Apr 28 15:00:29 | sar read trained mode (1)(ADSL_G.dmt)
Apr 28 15:00:29 | ---}}} Start of connection delayed for 2 sec
Apr 28 15:00:29 | PPPoA launch delay.
Apr 28 15:00:31 | PPPoA Launch after conn delay timeout ...
Apr 28 15:00:32 | pppd 2.4.1 started by root, uid 0
Apr 28 15:00:32 | Connect: ppp0 {--} 
Apr 28 15:00:32 | Couldn't increase MTU to 1500
Apr 28 15:00:35 | Couldn't increase MTU to 1500
Apr 28 15:00:35 | PPPD Successfully Started

Fa parte del "FIX" dell'MTU di cui si parlava qualche pagina fa? In che consiste praticamente? La cosa strana è che poi controllando (andando su speedguide.net con il tcp analyzer etc) mi da cmq MTU a 1500 dall'esterno e anche quello di Winzoz è impostato a 1500...poi avendo tiscali su PPPoA non avevo mai avuto problemi con MTU a 1500...

[DarkWolf]

Originariamente inviato da Yakkuz

Da quando ho aggiornata alla RC3 (un paio di giorni) ho questa voce nel log: ...
Fa parte del "FIX" dell'MTU di cui si parlava qualche pagina fa? In che consiste praticamente? La cosa strana è che poi controllando (andando su speedguide.net con il tcp analyzer etc) mi da cmq MTU a 1500 dall'esterno e anche quello di Winzoz è impostato a 1500...poi avendo tiscali su PPPoA non avevo mai avuto problemi con MTU a 1500...

Interessante.... anche perchè tiscali di suo da un MTU massimo di 1470
IO comunque questo errore nel log non ce l'ho

[DarkWolf]

Originariamente inviato da cicala

setenv dsp_ver dsp62A

e riavviare
@dark
vathek qualche post indietro chiedeva la compilazione di un prog per controllare le connessioni attive... potresti compilarlo tu... (ho rimosso tutto il necessario quando ho messo su ubuntu )

Forse è meglio impostare sia DSP che ATM (magari lo fa in automatico... non ricordo )
setenv dsp_ver dsp62A && setenv atm_ver dsp62A && reboot
-
Proverò a compilare quel programma ma sai bene che con la compilazione non vado granché d'accordo
-
Merd@ sorry per il dioppio post
-
Edit ha ragione cicala
Il tiatm fa compagnia al dsp
Quindi va bene sia settare il solo dsp che entrambi
(entrambi è indicato per specificare un tiatm diverso dal dsp)

[Yakkuz]

Già, l'avevo letta sta cosa del 1470, se nn sbaglio proprio parlando con te, ma il fatto strano è che facendo prove, andave benissimo con 1500, e facendo test non mi frammentava nemmeno i pacchetti ma riusciva effettivamente a mandarli di 1500 bytes.

Ti allego un TXT con il test fatto.

Riesco a mandare pacchetti di 1472 a cui si vanno a sommare i 28 byte dovuti agli header IP/ICMP, quindi giusto giusto 1500...

Non riesco a vederci chiaro...

[DarkWolf]

Originariamente inviato da Yakkuz

Già, l'avevo letta sta cosa del 1470, se nn sbaglio proprio parlando con te, ma il fatto strano è che facendo prove, andave benissimo con 1500, e facendo test non mi frammentava nemmeno i pacchetti ma riusciva effettivamente a mandarli di 1500 bytes.
Ti allego un TXT con il test fatto.
Riesco a mandare pacchetti di 1472 a cui si vanno a sommare i 28 byte dovuti agli header IP/ICMP, quindi giusto giusto 1500...
Non riesco a vederci chiaro...

Io ho sempre usato questo come test
http://www.speedguide.net/analyzer.php

[xool]

Ok, ho inviato il comando

setenv dsp_ver dsp62A && setenv atm_ver dsp62A && reboot

per impostare sia dsp che atm... Speriamo vada meglio..

Ho un'altra domanda: come si imposta il DDNS? Io ho un account con NO-IP e sul firmware Conceptronics bastava mettere User Name e Password selezionando appunto NO-IP come fornitore del servizio e basta. Qui nel Routertech ci sono tre voci che non conosco e non so come impostare:

- DDNS Client (una voce spuntabile)
- Use Group Name (altra voce da spuntare)
- Domain or Group Name (bisogna scriverci qualcosa ma non ho capito cosa)

non metendo questi valori poi non me lo imposta il DynamicDNS

[Yakkuz]

Si beh, anche io utlizzo anche quello come test, e di fatti:

« SpeedGuide.net TCP Analyzer Results » 
Tested on: 04.30.2007 13:25 
IP address: xxx.xxx.xxx.xxx 
 
TCP options string: 020405b40103030001010402 
MSS: 1460 
MTU: 1500 
TCP Window: 64240 (multiple of MSS) 
RWIN Scaling: 0 
Unscaled RWIN : 64240 
Reccomended RWINs: 64240, 128480, 256960, 513920 
BDP limit (200ms): 2570kbps (321KBytes/s)
BDP limit (500ms): 1028kbps (128KBytes/s) 
MTU Discovery: ON 
TTL: 48 
Timestamps: OFF 
SACKs: ON 
IP ToS: 00100000 (32) 
    Precedence: 001 (priority)
    Delay: 0 (normal delay)
    Throughput: 0 (normal throughput)
    Reliability: 0 (normal reliability)
    Cost: 0 (normal cost)
    Check bit: 0 (correct)
DiffServ: CS1 001000 (8) - class 1 (RFC 2474). Similar forwarding behavior to the ToS Precedence field.

Quello che ti ho postato è semplicemente un Ping verso destinazione pingabile con un pacchetto definito di 1472 byte (esclusi header IP/ICMP, quindi in totale 1500 byte) ...e visto che nn viene frammentato (mentre se aumento solo di 1 byte si) vuol dire che quello è il valore MASSIMO di MTU che posso impostare per il mio tipo di connessione....se invece del PPPoA VC-Mux avessi avuto qualche altra cosa..PPPoE etc avrei ottenuto frammentazione a 1472 ecc ecc...insomma...è solo la prova del nove, tra l'altro è lo stesso metodo che fa il Tool TCPOptimizer, solo in modo automatico...spara il massimo con ping e poi scende fino a trovare il primo che nn viene frammentato.
Quello che mi lascia il dubbio è il perchè c'è la voce in giro che l'mtu max di tiscali è 1470 , ma soprattutto perchè nel log del router mi dice che nn può impostarlo a 1500 ma poi lo fa...sinceramente nn mi so rispondere ...tu hai provato a settare MTU a 1500 nel tuo router e in Windows? Magari possiamo riprodurre l'errore, sono sicuro che nn lo faceva con la RC2 o con La Rtech 2.2 Ufficiale...ho fatto diversi flashing della RC3 (cancellato manualmente env per motivi differenti etc) quindi + che un problema casuale sembra qualcosa di sistematico...Boh..Attendo info da voi che siete molto + esperti

[DarkWolf]

Originariamente inviato da Yakkuz

Si beh, anche io utlizzo anche quello come test, e di fatti:

Ho già provato ma esce sempre massimo 1470 - comunque quell'avviso nel log lo attribuirei ai nuovi fix nel kernel
Edit! Ho appena riavviato il router e ho notato solo adesso che anch'io ho quell'avviso nel log ma la connessione è stabilissima (non una disconnessione da quando ho messo la rc3) quindi ripeto non credo sia il caso di dargli troppa importanza

[Yakkuz]

Secondo me hai quello di Winzoz Bloccato a 1470, capita che Windows XP metta degli MTU a cazzo di cane (1470/1436/1480)
e di conseguenza pure se metti 1500 nel routerozzo ti considera quello + piccolo inviato da winzoz.
Potresti provare a a Usare Dr.TCP, impostare quello di win a 1500 , riavviare, impostare il router pure a 1500 pulire cache e rifare il test... Ovvio che poi ai fini pratici cambia davvero poco.. ma per semplice curiosità vorrei capire da cosa dipende...
Provo a fare un po di test modificando i valori e ti dico se ci sono novità.

[xool]

Io continuo ad avere problemi di riavvio del router. Ho inviato il comando segnalatomi da te

setenv dsp_ver dsp62A && setenv atm_ver dsp62A && reboot

ma ho ancora riavvii...

come MRU ho impostato 1400, la voce dell'MTU a me non c'è...



il log mi da questo e non ho capito perchè è datato 28 Aprile e parte dalle 15

Apr 28 15:00:09 | AP is disabled
Apr 28 15:00:09 | Valid Configuration Tree
Apr 28 15:00:09 | NTP Polling Timer for DHCP Started succesfully.
Apr 28 15:00:09 | DSL Polling Timer Started succesfully.
Apr 28 15:00:09 | PSP Boot environment  Modem Modulation Change: 0x1
Apr 28 15:00:09 | Firewall NAT service started
Apr 28 15:00:09 | Bridge Created: br0
Apr 28 15:00:11 | Bridge VLAN0 add eth0
Apr 28 15:00:11 | Bridge VLAN AUTO OFF.
Apr 28 15:00:11 | Bridge Created: br1
Apr 28 15:00:13 | Bridge Created: br2
Apr 28 15:00:15 | Bridge Interface Added: eth0
Apr 28 15:00:17 | crond 2.3.2 dillon, started, log level 8 
Apr 28 15:00:19 | DSL Carrier is down
Apr 28 15:00:29 | DSL Carrier is up
Apr 28 15:00:30 | sar read trained mode (1)(ADSL_G.dmt)
Apr 28 15:00:30 | ---}}} Start of connection delayed for 6 sec
Apr 28 15:00:30 | PPPoA launch delay.
Apr 28 15:00:36 | PPPoA Launch after conn delay timeout ...
Apr 28 15:00:36 | pppd 2.4.1 started by root, uid 0
Apr 28 15:00:36 | Connect: ppp0 {--} 
Apr 28 15:00:36 | Couldn't increase MTU to 1500
Apr 28 15:00:36 | Couldn't increase MRU to 1500
Apr 28 15:00:42 | Couldn't increase MTU to 1500
Apr 28 15:00:42 | Couldn't increase MRU to 1500
Apr 28 15:00:42 | PPPD Successfully Started 
Apr 28 15:00:43 | local  IP address 87.10.197.169
Apr 28 15:00:43 | remote IP address 192.168.100.1
Apr 28 15:00:43 | primary   DNS address 85.37.17.49
Apr 28 15:00:43 | secondary DNS address 85.38.28.91
Apr 28 15:00:43 | PPPoA Connect with IP Address 87.10.197.169 
Apr 28 15:00:43 | PPPoA Connection Successfully Established 
Apr 28 15:00:43 | PPPoA Connect with Gateway IP Address: 192.168.100.1

[DarkWolf]

Originariamente inviato da Yakkuz

Secondo me hai quello di Winzoz Bloccato a 1470, capita che Windows XP metta degli MTU a cazzo di cane (1470/1436/1480)
e di conseguenza pure se metti 1500 nel routerozzo ti considera quello + piccolo inviato da winzoz.
Potresti provare a a Usare Dr.TCP, impostare quello di win a 1500 , riavviare, impostare il router pure a 1500 pulire cache e rifare il test... Ovvio che poi ai fini pratici cambia davvero poco.. ma per semplice curiosità vorrei capire da cosa dipende...
Provo a fare un po di test modificando i valori e ti dico se ci sono novità.

Grazie del consiglio ma uno dei primi software che iniziai ad usare (da parecchio intendo) è TCPOptimizer

Originariamente inviato da xool

Io continuo ad avere problemi di riavvio del router. Ho inviato il comando segnalatomi da te
setenv dsp_ver dsp62A && setenv atm_ver dsp62A && reboot
ma ho ancora riavvii...

Ma si riavvia il router o si disconnette e poi riconnette? Ti da 28aprile in quanto quella è la data e l'ora in cui ho fatto il firmware e metto sempre l'orario come predefinito (arrotondandolo)
Fai cosi! Dal run_command esegui
setenv chksync.sh erase && reboot
Edit! Aspetta questa non l'ho inserita nel tiupgrade.scp quindi non dovresti averla affatto

[xool]

Mi si riavvia tutto il router. Si spengono le luci Status e ADSL e si riavvia. Tant'è che esce per un istante nella tray "Cavo di rete scollegato"

Da premettere che con il V2 Conceptronics non ho mai avuto problemi, il router qualora non l'ho detto è un G604T v.A1