IlPuntoTecnico
Hardware e Software => Networking => Topic aperto da: darkmater - 20 Settembre 2008, 12:02
-
Ciao.Avrei un problema con un 320T (chip non Samsung). Dal fw originale tramite interfaccia web sono passato a quello con dsp 7.05. Tutto ok. Poi siccome mi dava alcuni probl di sincronizzazione e disconnessioni ho provato quello con dsp 7.04 con tiupgrade. Mi ha dato un errore subito all'inizio e adesso il 320t si accende solo la spia Power. Con tiupgrade non c'è verso di farlo funzionare, ho provato 100 volte!!!
1. ho usato il fw non Samsung.
2. Ip bootloader non l'ho usato perchè il collegamento al file non funziona.
3. La scheda di rete è in ip fisso (192.168.1.2 - 255.255.255.0 - 192.168.1.1)
4. Qual è l'errore di Tiupgrade? Il primo non me lo ricordo. Se ci provo adesso non succede niente, attacco e stacco il cavo di alimentazione più volte ma non succede niente.
Consigli?
-
rettifico. Il tiupgrade (7.05) mi da questo errore
"Ftp timeout!
The device's IP address is 5.8.8.8.
Please change your machine's IP address for the same subnet, and then re-running this utility!"
-
Devi impostare la scheda di rete su 5.8.8.9 (subenet 255.255.255.0) e riprova.
-
grazie per la risposta. Provo nel pomeriggio!!
-
Ho impostato la rete in 5.8.8.9. Non succede niente, tiupgrade si impalla. Adesso anche se rimetto la scheda di rete 192.168.1.2 tiupgrade non mi da neanche più l'errore relativo all'ip 5.8.8.8
Cosa posso fare?
-
Servirebbe la console seriale x vedere cosa succede.
Prova a usare Adam2App (lo trovi nel primo post) x controllare le variabili.
-
Serve la seriale per usare adam2app?
forse riesco a rimediare la jtag... mi sembra che ci siano già i piedini all'interno, va bene uguale?
-
Per usare Ada2App non servè nè seriale nè JTAG.
I piedini della seriale e della JTAG nel 320T sono già saldati.
La JTAG non serve perchè il bootloader funziona.
Molto strano il BL a 5.8.8.9 (normalmente è a 169.254.87.1).
Prova anche con i comandi ftp (cartella recovery).
IP rete 192.168.1.2 - comando batch ftp -s:dlink_script.txt 192.168.1.1
IP rete 169.254.87.2 - comando batch ftp -s:dlink_script.txt 169.254.87.1
IP rete 5.8.8.9 - comando batch ftp -s:dlink_script.txt 5.8.8.8
-
il file dlink2.bat mi da questo risultato:
G:\drivers\dink\320t\DSL-320T_7.04_Mknspimg_ZB\Recovery>ftp -s:dlink_script.txt 192.168.1.1
> ftp: connect :Numero di errore sconosciuto
ftp> adam2
Comando non valido
ftp> adam2
Comando non valido
ftp> quote SETENV mtd0,0x90094000,0x90200000
Non collegato.
ftp> quote SETENV mtd1,0x90020090,0x90094000
Non collegato.
ftp> quote SETENV mtd2,0x90000000,0x90010000
Non collegato.
ftp> quote SETENV mtd3,0x90010000,0x90020000
Non collegato.
ftp> quote SETENV mtd4,0x90020000,0x90200000
Non collegato.
ftp> quote MEDIA FLSH
Non collegato.
ftp> bin
Non collegato.
ftp> put DSL-320T_McMcc_1.1.00.RU_20070908_20071016_DSP_7.04_Mknspimg_ZB_Config.
bin "DSL-320T_McMcc_1.1.00.RU_20070908_20071016_DSP_7.04_Mknspimg_ZB_Config.bin
mtd3"
Non collegato.
ftp> put DSL-320T_McMcc_1.1.00.RU_20070908_20071016_DSP_7.04_Mknspimg_ZB_Firmwar
e.bin "DSL-320T_McMcc_1.1.00.RU_20070908_20071016_DSP_7.04_Mknspimg_ZB_Firmware.
bin mtd4"
Non collegato.
ftp> quote SETENV MODETTY0,38400,n,8,1,hw
Non collegato.
ftp> quote SETENV MODETTY1,38400,n,8,1,hw
Non collegato.
ftp> quote SETENV IPA,192.168.1.1
Non collegato.
ftp> quote REBOOT
Non collegato.
ftp> bye
adam2app: gli do 192.168.1.1 faccio assign ma non mi da nessun risultato "Retrieving Target's IP Address...." e rimane sempre così all'infinito.
-
Riprova impostando ip scheda di rete e selezionando un ip per il modem (comando ftp e Adam2APP)
scheda rete 169.254.87.2 - ip modem 169.254.87.1
scheda rete 5.8.8.9 - ip modem 5.8.8.8
scheda rete 10.8.8.9 - ip modem 10.8.8.8
-
Allora provo col pc dell'ufficio. La scheda di rete è impostata in automatico (dhcp) e miracolosamente con tiupgrade mi dice qualcosa del tipo 169.254.87.1. L'aggiornamento comunque fallisce e allora setto la scheda di rete 169.254.87.2 come da te suggerito. Il tiupgrade va finalmente fino in fondo ma quando riavvio il router di nuovo al punto di prima!!! Allora rimetto 192.168.1.2, tiupgrade finisce il suo lavoro, noto che il 320 si riavvia da solo e stavolta funziona!!! ;D
Sei mitico e ti ringrazio per l'aiuto!
Nb stavolta ho messo il fw 7.04 x vedere se si disconnette spesso come con il 7.05. Caso mai mi rifaccio vivo.
Ancora grazie Bovirus1963.
-
Quando fai le prove con windows. una volta che cambi l'ip del pc conviene fare un reset della scheda di rete.
Per farlo basta disattivare al scheda e riattivarla.
Questo x ogni cambio di ip della scheda di rete.
-
A casa provato tutto ok. Noto alncora qualche disconnessione. Provando a mettere la modulazione da Multimode a Adsl_g.dmt sembra stabile. Ho notato che i valori della portante sono variati in questo modo da 7996/511 a 8000/512 rimanendo invece invariati i valori margine e attenuazione.
infostrada 8m
Connection Status Connected
Us Rate (Kbps) 512
Ds Rate (Kbps) 8000
US Margin 27
DS Margin 12
Trained Modulation ADSL_G.dmt
LOS Errors 0
DS Line Attenuation 26
US Line Attenuation 14
Peak Cell Rate 1207 cells per sec
CRC Rx Fast 0
CRC Tx Fast 1
CRC Rx Interleaved 0
CRC Tx Interleaved 0
Path Mode Fast Path
Si può lasciare così la modulazione?
Ah un altra domanda. Ho anche un 300t col quale ho più o meno gli stessi valori. Quale è meglio tra i due?
-
Ho ancora problemi di disconnessione:
Log Buffer is cleared!
Sep 16 12:04:20 | DSL Carrier is down
Sep 16 12:04:40 | DSL Carrier is up
Sep 16 12:04:40 | sar read trained mode (5)(ADSL_2plus)
Sep 16 12:04:41 | PPPD Terminated Through Signal
Sep 16 12:04:42 | Connection terminated.
Sep 16 12:04:43 | pppd 2.4.4 started by root, uid 0
Sep 16 12:04:43 | Connect: ppp0 {--}
Sep 16 12:04:44 | PPPoA Connect with IP Address 151.65.61.96
Sep 16 12:04:44 | PPPoA Connection Successfully Established
Sep 16 12:04:44 | PPPoA Connect with Gateway IP Address: 151.23.227.43
Sep 16 12:04:44 | CHAP authentication succeeded
Sep 16 12:04:44 | local IP address 151.65.61.96
Sep 16 12:04:44 | remote IP address 151.23.227.43
Sep 16 12:04:48 | PPPD Successfully Started
Sep 16 12:12:40 | DSL Carrier is down
Sep 16 12:13:00 | DSL Carrier is up
Sep 16 12:13:00 | sar read trained mode (5)(ADSL_2plus)
Sep 16 12:13:01 | PPPD Terminated Through Signal
Sep 16 12:13:02 | Connection terminated.
Sep 16 12:13:02 | pppd 2.4.4 started by root, uid 0
Sep 16 12:13:02 | Connect: ppp0 {--}
Sep 16 12:13:06 | PPPD Successfully Started
Sep 16 12:13:08 | CHAP authentication succeeded
Sep 16 12:13:08 | PPPoA Connect with IP Address 151.65.61.96
Sep 16 12:13:08 | PPPoA Connection Successfully Established
Sep 16 12:13:08 | PPPoA Connect with Gateway IP Address: 151.23.227.43
Sep 16 12:13:08 | local IP address 151.65.61.96
Sep 16 12:13:08 | remote IP address 151.23.227.43
Sep 16 12:13:30 | DSL Carrier is down
Sep 16 12:13:50 | DSL Carrier is up
Sep 16 12:13:51 | sar read trained mode (5)(ADSL_2plus)
Sep 16 12:13:52 | PPPD Terminated Through Signal
Sep 16 12:13:52 | Connection terminated.
Sep 16 12:13:52 | pppd 2.4.4 started by root, uid 0
Sep 16 12:13:52 | Connect: ppp0 {--}
Sep 16 12:13:53 | PPPoA Connect with IP Address 151.65.58.212
Sep 16 12:13:53 | PPPoA Connection Successfully Established
Sep 16 12:13:53 | PPPoA Connect with Gateway IP Address: 151.23.227.37
Sep 16 12:13:53 | CHAP authentication succeeded
Sep 16 12:13:53 | local IP address 151.65.58.212
Sep 16 12:13:53 | remote IP address 151.23.227.37
Sep 16 12:13:56 | PPPD Successfully Started
Sep 16 12:34:20 | DSL Carrier is down
Sep 16 12:34:50 | DSL Carrier is up
Sep 16 12:34:51 | sar read trained mode (5)(ADSL_2plus)
Sep 16 12:34:52 | PPPD Terminated Through Signal
Sep 16 12:34:52 | Connection terminated.
Sep 16 12:34:52 | pppd 2.4.4 started by root, uid 0
Sep 16 12:34:52 | Connect: ppp0 {--}
Sep 16 12:34:53 | PPPoA Connect with IP Address 151.65.58.212
Sep 16 12:34:53 | PPPoA Connection Successfully Established
Sep 16 12:34:53 | PPPoA Connect with Gateway IP Address: 151.23.227.37
Sep 16 12:34:53 | CHAP authentication succeeded
Sep 16 12:34:53 | local IP address 151.65.58.212
Sep 16 12:34:53 | remote IP address 151.23.227.37
Sep 16 12:34:56 | PPPD Successfully Started
Sep 16 12:59:30 | DSL Carrier is down
Sep 16 13:00:00 | DSL Carrier is up
Sep 16 13:00:00 | sar read trained mode (5)(ADSL_2plus)
Sep 16 13:00:01 | PPPD Terminated Through Signal
Sep 16 13:00:02 | Connection terminated.
Sep 16 13:00:02 | pppd 2.4.4 started by root, uid 0
Sep 16 13:00:02 | Connect: ppp0 {--}
Sep 16 13:00:03 | PPPoA Connect with IP Address 151.65.61.96
Sep 16 13:00:03 | PPPoA Connection Successfully Established
Sep 16 13:00:03 | PPPoA Connect with Gateway IP Address: 151.23.227.43
Sep 16 13:00:03 | CHAP authentication succeeded
Sep 16 13:00:03 | local IP address 151.65.61.96
Sep 16 13:00:03 | remote IP address 151.23.227.43
Sep 16 13:00:07 | PPPD Successfully Started
Ho provato anche a cambiare ma fa lo stesso.
-
Teoricamente da un puntom di vsita hw sono molto simili (il320T ha una CPU leggermente più veloce).
prova il 30=t per vedere se hai gli stessi problemi...
-
.. chiedo scusa.. il log sopra e del 300t con fw 7.05. Cmq avevo gli stessi problemi con il 320T.
Questo è il log del 320 (fw 7.05) (per il momento ness disconnessione ma ieri ne ho avute parecchie..)
Jan 1 12:00:09 cfgmgr(sar): Could not get oam_ping_interval from boot loader env
Jan 1 12:00:09 cfgmgr(sar): Trying to retreive the value from Configuration
Jan 1 12:00:09 cfgmgr(sar): oamPingInterval(20)(20)
Jan 1 12:00:09 cfgmgr(pppoa-107): Valid Configuration Tree
Jan 1 12:00:10 cfgmgr(resolver): stat successfull for /etc/resolv.conf.
Jan 1 12:00:10 cfgmgr(resolver): Resolver Polling Timer Started succesfully.
Jan 1 12:00:10 cfgmgr(sar): DSL Polling Timer Started succesfully.
Jan 1 12:00:11 cfgmgr(fdb): Firewall NAT service started
Jan 1 12:00:11 cfgmgr(lanbridge0): Bridge Created: br0
Jan 1 12:00:13 cfgmgr(lanbridge1): Bridge Created: br1
Jan 1 12:00:14 cfgmgr(lanbridge0): Bridge Interface Added: eth0
Jan 1 12:00:20 cfgmgr(sar): DSL Carrier is up
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_default oamPing(0.35)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_default oamPing(0.32)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_default oamPing(0.40)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_default oamPing(0.36)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_default oamPing(0.38)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_default oamPing(0.96)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_search oamPing(0.35)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_search oamPing(8.35)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_search oamPing(0.43)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_search oamPing(0.51)result(2)
Jan 1 12:00:20 cfgmgr(sar): auto_vcc_search oamPing(0.59)result(2)
Jan 1 12:00:21 cfgmgr(sar): auto_vcc_search oamPing(8.43)result(2)
Jan 1 12:00:21 cfgmgr(sar): auto_vcc_search oamPing(8.51)result(2)
Jan 1 12:00:21 cfgmgr(sar): auto_vcc_search oamPing(8.59)result(2)
Jan 1 12:00:21 cfgmgr(pppoa-107): ---}}} Start of connection delayed for 44 sec
Jan 1 12:00:21 cfgmgr(pppoa-107): PPPoA launch delay.
Jan 1 12:01:05 cfgmgr(pppoa-107): PPPoA Launch after conn delay timeout ...
Jan 1 12:01:05 pppd[176]: pppd 2.4.4 started by root, uid 0
Jan 1 12:01:05 pppd[176]: Connect: ppp0 {--}
Jan 1 12:01:06 pppd[176]: CHAP authentication succeeded
Jan 1 12:01:06 pppd[176]: local IP address 151.65.56.61
Jan 1 12:01:06 pppd[176]: remote IP address 151.23.227.37
Jan 1 12:01:06 pppd[176]: primary DNS address 193.70.152.15
Jan 1 12:01:06 pppd[176]: secondary DNS address 193.70.152.25
Jan 1 12:01:06 cfgmgr(pppoa-107): PPPoA Connect with IP Address 151.65.56.61
Jan 1 12:01:07 cfgmgr(pppoa-107): PPPoA Connection Successfully Established
Jan 1 12:01:07 cfgmgr(pppoa-107): PPPoA Connect with Gateway IP Address: 151.23.227.37
Jan 1 12:01:08 syslog: dproxy force reload config.
Jan 1 12:01:16 cfgmgr(pppoa-107): PPPD Successfully Started
Jan 1 12:02:07 cfgmgr(logic): UDP connections reset...
Jan 1 12:02:17 cfgmgr(logic): UDP connections flush...
Quel "connection delayed for..." non l'ho mai visto... e lo fa sempre ogni volta che l'accendo e quando perde il segnale...