Netgear DGND3700 (v1 e v2)

[Anthonylm]

Non riesco a scaricare il firmware beta v1.0.020, mi date un link funzionante?

[francy.1095]

anche io sono nella tua stessa situazione

[RedSky]

Originariamente inviato da Anthonylm

Non riesco a scaricare il firmware beta v1.0.020, mi date un link funzionante?

Eccotelo, te l'ho appena ricaricato

QUI

[Anthonylm]

Originariamente inviato da RedSky

Eccotelo, te l'ho appena ricaricato

QUI

Grazie mille

[CyanPietro]

Originariamente inviato da erm67

Qualcuno è a conoscenza di altri modem/router basati sulla stessa board broadcom?

Che io sappia c'era un modello in America di Asus, che tralatro sembrava avere SMP funzionante, con lo stesso chip. Non ricordo però quale fosse.

In ambito openwrt ci sono alcune immagini per la board del nostro router
http://downloads.openwrt.org/snapshots/trunk/brcm63xx/

[erm67]

Originariamente inviato da CyanPietro

Che io sappia c'era un modello in America di Asus, che tralatro sembrava avere SMP funzionante, con lo stesso chip. Non ricordo però quale fosse.

Provo a cercare cosa si trova.

Originariamente inviato da CyanPietro

In ambito openwrt ci sono alcune immagini per la board del nostro router
http://downloads.openwrt.org/snapshots/trunk/brcm63xx/

si ma tutte senza driver per il modem adsl e utilites varie, i binari non si possono distribuire.

Comunque sto ideando un piano diabolico che dovrebbe funzionare, spero ...

noi abbiamo 8mb di flash dove c'e' il firmware e 128mb di flash utilizzabili, per non rischiare troppo stavo pensando di modificare un firmware originale da caricare regolarmente negli 8mb, con un kernel pimpato (ext3, nfs, ipv6 ...) e lasciare tutto il resto così come e'. Modificherei lo script di boot (imboscato in /etc/profile) in modo che subito all'inizio testi se nella flash 128MB è installato un OS (buildroot va bene direi, ma anche openwrt perchè no) e se lo trova fa un pivot_root lì dentro e lo fa partire con exec linuxrc (che tanto è sempre busybox). Insomma un po' come fa un initrd standard. In questo modo si possono avere tutti e due. e sfruttare al massimo la flash disponibile senza rischiare sempre di riscrivere il firmware.
Sto cercando di capire come e quando (e perchè) /dev/mtdblock18 viene montato su /tmp/mnt/storage, per far si che il mio piano funzioni devo renderlo disponbile subito e poterlo cambiare, ho il dubbio che sia nel nel kernel, non trovo nulla in /etc

[Anthonylm]

qualcuno può esprimere opinioni in merito al firmware 19. test 2 VS 20 beta?

ps. rimesso su il .19 test 2 per il momento è il più "stabile"

[Raven]

Originariamente inviato da Anthonylm

qualcuno può esprimere opinioni in merito al firmware 19. test 2 VS 20 beta?

ps. rimesso su il .19 test 2 per il momento è il più "stabile"

Io non avevo problemi né con l'uno né con l'altro....

[webmaster1]

Originariamente inviato da Anthonylm

qualcuno può esprimere opinioni in merito al firmware 19. test 2 VS 20 beta?

ps. rimesso su il .19 test 2 per il momento è il più "stabile"

io col .20 beta non vedo alcuni pezzi su youtube e mi si sconnette spesso messenger o altre applicazioni anche senza apparenti ragioni..

la buildroot continua a non andarmi come ho detto qualche post sopra..

[Nexus 6]

Raga due questioni:

1) L'altro giorno mi si è resettato il router da solo, fortuna che avevo il backup, se no sai palle XD
2) Nella mia città stanno mettendo la fibra ai cabinet, teoricamente la FTTC andrebbe a circa 30-50Mb*, ora siccome ho letto che l'ADSL2+ arriva a 24Mb, col modem di questo router in pratica non sfrutterei la velocità della VDSL, giusto?

* con la connessione di ora (Alice 20Mb FAST) impostando il rumore a 3,xdb (so che è bassa ma è stabilissima, mai caduta linea o persi pacchetti) con attenuazione 16db, aggancio dai 165xx-176xxMb, ho la centrale ha circa 100-200m da casa e il cabinet sulla strada XD, 30m circa in più ho mezzo percorso (casa mia cabinet) di cavi in rame "nuovi" perchè un anno fa sono stati tranciati e li hanno messi nuovi. Insomma, come minimo i 30Mb li dovrei prendere.

[erm67]

Originariamente inviato da webmaster1

la buildroot continua a non andarmi come ho detto qualche post sopra..

Ahhh si ricordo .... dunque esaminiamo il problema, la riga di comando sembra lunga e incomprensibile ma e' semplice:

con questa variabile indichi dove trovare le librerie che servono:
LD_LIBRARY_PATH=

sono nella build root in /lib

quindi per esempio dando

LD_LIBRARY_PATH=/tmp/mnt/storage/lib /tmp/mnt/storage/bin/busybox ls

eseguiamo il comando busybox contenuto nella directory /tmp/mnt/storage/bin/ utilizzando le librerie contenute in /tmp/mnt/storage/lib


questo e' il comando per fare chroot:

busybox chroot <path> <command>

Il path di <command> deve essere quello dopo aver fatto chroot in <path>

mentre:

busybox sh

esegue una shell.

Allora per semplificare le cose facciamo per step:

 export LD_LIBRARY_PATH=/tmp/mnt/storage/lib/

questo comando setta nella shell il percorso per trovare le librerie della buildroot, dopo averlo dato i comandi contenuti nel firmare originale non funzionano piu'

  export PATH=/tmp/mnt/storage/bin/:$PATH

questo comando indica alla shell di cercare i comandi prima nella buildroot

a questo punto comandi tipo ls dovrebbero funzionare

/tmp/mnt/storage # export PATH=/tmp/mnt/storage/bin/:$PATH 
/tmp/mnt/storage # ls
bin      etc      lib      media    opt      root     sbin     tmp      var
dev      home     linuxrc  mnt      proc     run      sys      usr

a questo punto basta eseguire:

/tmp/mnt/storage # busybox chroot .
/ # ls /
bin      etc      lib      media    opt      root     sbin     tmp      var
dev      home     linuxrc  mnt      proc     run      sys      usr
/ #

e sei in chroot nella builroot

aggiungendo exec risparmi un pochino di ram ma non e' indispensabile.
a quanto pare devi fare cd dentro la chroot se no busybox si confonde.

Comunque con una buildroot da 128MB utilizzando squashfs ci sta pure Xwindows

L'ultimssima versione con ntfs-3g e quasi tutto samba piu' recente. Stavo giusto provando se la lentezza con ntfs fosse dovuta al kernel oppure al software. Comunque sicuramente avere versioni più recenti del software non e' male.
Ho dovuto togliere un sacco di roba per stare nei 128Mb, peccato.

http://ompldr.org/vZXprcw/rootfs.tar.gz

[webmaster1]

Originariamente inviato da erm67

Ahhh si ricordo .... dunque esaminiamo il problema, la riga di comando sembra lunga e incomprensibile ma e' semplice:

con questa variabile indichi dove trovare le librerie che servono:
LD_LIBRARY_PATH=

sono nella build root in /lib

quindi per esempio dando

LD_LIBRARY_PATH=/tmp/mnt/storage/lib /tmp/mnt/storage/bin/busybox ls

eseguiamo il comando busybox contenuto nella directory /tmp/mnt/storage/bin/ utilizzando le librerie contenute in /tmp/mnt/storage/lib


questo e' il comando per fare chroot:

busybox chroot <path> <command>

Il path di <command> deve essere quello dopo aver fatto chroot in <path>

mentre:

busybox sh

esegue una shell.

Allora per semplificare le cose facciamo per step:

 export LD_LIBRARY_PATH=/tmp/mnt/storage/lib/

questo comando setta nella shell il percorso per trovare le librerie della buildroot, dopo averlo dato i comandi contenuti nel firmare originale non funzionano piu'

  export PATH=/tmp/mnt/storage/bin/:$PATH

questo comando indica alla shell di cercare i comandi prima nella buildroot

a questo punto comandi tipo ls dovrebbero funzionare

/tmp/mnt/storage # export PATH=/tmp/mnt/storage/bin/:$PATH 
/tmp/mnt/storage # ls
bin      etc      lib      media    opt      root     sbin     tmp      var
dev      home     linuxrc  mnt      proc     run      sys      usr

a questo punto basta eseguire:

/tmp/mnt/storage # busybox chroot .
/ # ls /
bin      etc      lib      media    opt      root     sbin     tmp      var
dev      home     linuxrc  mnt      proc     run      sys      usr
/ #

e sei in chroot nella builroot

aggiungendo exec risparmi un pochino di ram ma non e' indispensabile.
a quanto pare devi fare cd dentro la chroot se no busybox si confonde.

Comunque con una buildroot da 128MB utilizzando squashfs ci sta pure Xwindows

L'ultimssima versione con ntfs-3g e quasi tutto samba piu' recente. Stavo giusto provando se la lentezza con ntfs fosse dovuta al kernel oppure al software. Comunque sicuramente avere versioni più recenti del software non e' male.
Ho dovuto togliere un sacco di roba per stare nei 128Mb, peccato.

http://ompldr.org/vZXprcw/rootfs.tar.gz

Si.. credo di seguire il ragionamento.. quindi come dovrei adattare le path per utilizzarlo nel mio ambito?

Ho dato quanto segue:

~ # export PATH=/tmp/mnt/storage/bin/:$PATH
~ # ls
bin dev lib mnt proc sys usr www
data etc linuxrc opt sbin tmp var
~ # busybox chroot .
chroot: applet not found

[erm67]

Originariamente inviato da webmaster1

Si.. credo di seguire il ragionamento.. quindi come dovrei adattare le path per utilizzarlo nel mio ambito?

Ho dato quanto segue:

prova a dare solo busybox senza argomenti, ti lista le applet disponibili, se non c'e' chroot quella busybox non e' stata compilata con il supporto per chroot. Ti tocca ricompilare la buildroot cercando di attivarlo, non so al momento dov'e' l'opzione.

# busybox
BusyBox v1.20.2 (2012-08-04 18:03:11 CEST) multi-call binary.
Copyright (C) 1998-2011 Erik Andersen, Rob Landley, Denys Vlasenko
and others. Licensed under GPLv2.
See source distribution for full notice.

Usage: busybox [function] [arguments]...
   or: busybox --list[-full]
   or: busybox --install [-s] [DIR]
   or: function [arguments]...

        BusyBox is a multi-call binary that combines many common Unix
        utilities into a single executable.  Most people will create a
        link to busybox for each function they wish to use and BusyBox
        will act like whatever it was invoked as.

Currently defined functions:
        [, [[, addgroup, adduser, ar, arping, ash, awk, basename, blkid,
        bunzip2, bzcat, cat, catv, chattr, chgrp, chmod, chown, chroot, chrt,
        chvt, cksum, clear, cmp, cp, cpio, crond, crontab, cut, date, dc, dd,
        deallocvt, delgroup, deluser, devmem, df, diff, dirname, dmesg, dnsd,
        dnsdomainname, dos2unix, du, dumpkmap, echo, egrep, eject, env,
        ether-wake, expr, false, fdflush, fdformat, fgrep, find, fold, free,
        freeramdisk, fsck, fuser, getopt, getty, grep, gunzip, gzip, halt,
        hdparm, head, hexdump, hostid, hostname, hwclock, id, ifconfig, ifdown,
        ifup, inetd, init, insmod, install, ip, ipaddr, ipcrm, ipcs, iplink,
        iproute, iprule, iptunnel, kill, killall, killall5, klogd, last, less,
        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,
        logname, losetup, ls, lsattr, lsmod, lsof, lspci, lsusb, lzcat, lzma,
        makedevs, md5sum, mdev, mesg, microcom, mkdir, mkfifo, mknod, mkswap,
        mktemp, modprobe, more, mount, mountpoint, mt, mv, nameif, netstat,
        nice, nohup, nslookup, od, openvt, passwd, patch, pidof, ping,
        pipe_progress, pivot_root, poweroff, printenv, printf, ps, pwd, rdate,
        readlink, readprofile, realpath, reboot, renice, reset, resize, rm,
        rmdir, rmmod, route, run-parts, runlevel, sed, seq, setarch,
        setconsole, setkeycodes, setlogcons, setserial, setsid, sh, sha1sum,
        sha256sum, sha512sum, sleep, sort, start-stop-daemon, strings, stty,
        su, sulogin, swapoff, swapon, switch_root, sync, sysctl, syslogd, tail,
        tar, tee, telnet, test, tftp, time, top, touch, tr, traceroute, true,
        tty, udhcpc, umount, uname, uniq, unix2dos, unlzma, unxz, unzip,
        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, watch,
        watchdog, wc, wget, which, who, whoami, xargs, xz, xzcat, yes, zcat

[erm67]

Dunque, stesso hardware stesso kernel ma samba-3.6.6 + uClibc-0.9.33.2 della build root contro samba-3.0.13 + uClibc-0.9.29 originali del firmware .17.

Risultati deludenti, un pochino almeno:


s

[webmaster1]

Originariamente inviato da erm67

prova a dare solo busybox senza argomenti, ti lista le applet disponibili, se non c'e' chroot quella busybox non e' stata compilata con il supporto per chroot. Ti tocca ricompilare la buildroot cercando di attivarlo, non so al momento dov'e' l'opzione.

# busybox
BusyBox v1.20.2 (2012-08-04 18:03:11 CEST) multi-call binary.
Copyright (C) 1998-2011 Erik Andersen, Rob Landley, Denys Vlasenko
and others. Licensed under GPLv2.
See source distribution for full notice.

Usage: busybox [function] [arguments]...
   or: busybox --list[-full]
   or: busybox --install [-s] [DIR]
   or: function [arguments]...

        BusyBox is a multi-call binary that combines many common Unix
        utilities into a single executable.  Most people will create a
        link to busybox for each function they wish to use and BusyBox
        will act like whatever it was invoked as.

Currently defined functions:
        [, [[, addgroup, adduser, ar, arping, ash, awk, basename, blkid,
        bunzip2, bzcat, cat, catv, chattr, chgrp, chmod, chown, chroot, chrt,
        chvt, cksum, clear, cmp, cp, cpio, crond, crontab, cut, date, dc, dd,
        deallocvt, delgroup, deluser, devmem, df, diff, dirname, dmesg, dnsd,
        dnsdomainname, dos2unix, du, dumpkmap, echo, egrep, eject, env,
        ether-wake, expr, false, fdflush, fdformat, fgrep, find, fold, free,
        freeramdisk, fsck, fuser, getopt, getty, grep, gunzip, gzip, halt,
        hdparm, head, hexdump, hostid, hostname, hwclock, id, ifconfig, ifdown,
        ifup, inetd, init, insmod, install, ip, ipaddr, ipcrm, ipcs, iplink,
        iproute, iprule, iptunnel, kill, killall, killall5, klogd, last, less,
        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,
        logname, losetup, ls, lsattr, lsmod, lsof, lspci, lsusb, lzcat, lzma,
        makedevs, md5sum, mdev, mesg, microcom, mkdir, mkfifo, mknod, mkswap,
        mktemp, modprobe, more, mount, mountpoint, mt, mv, nameif, netstat,
        nice, nohup, nslookup, od, openvt, passwd, patch, pidof, ping,
        pipe_progress, pivot_root, poweroff, printenv, printf, ps, pwd, rdate,
        readlink, readprofile, realpath, reboot, renice, reset, resize, rm,
        rmdir, rmmod, route, run-parts, runlevel, sed, seq, setarch,
        setconsole, setkeycodes, setlogcons, setserial, setsid, sh, sha1sum,
        sha256sum, sha512sum, sleep, sort, start-stop-daemon, strings, stty,
        su, sulogin, swapoff, swapon, switch_root, sync, sysctl, syslogd, tail,
        tar, tee, telnet, test, tftp, time, top, touch, tr, traceroute, true,
        tty, udhcpc, umount, uname, uniq, unix2dos, unlzma, unxz, unzip,
        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, watch,
        watchdog, wc, wget, which, who, whoami, xargs, xz, xzcat, yes, zcat

La mia lista è ristretta:

~ # busybox
BusyBox v1.00 (2012.03.22-12:09+0000) multi-call binary

Usage: busybox [function] [arguments]...
   or: [function] [arguments]...

        BusyBox is a multi-call binary that combines many common Unix
        utilities into a single executable.  Most people will create a
        link to busybox for each function they wish to use, and BusyBox
        will act like whatever it was invoked as.

Currently defined functions:
        [, ash, awk, basename, busybox, cat, chmod, cp, date, df, dirname,
        dmesg, echo, egrep, env, expr, false, fgrep, free, ftpget, grep,
        gunzip, gzip, ifconfig, init, insmod, kill, killall, klogd, linuxrc,
        ln, logger, logread, ls, lsmod, mkdir, mknod, modprobe, mount,
        netstat, nslookup, ping, ps, pwd, reboot, rm, rmmod, route, sed,
        sendarp, sh, sleep, smuxctl, sysinfo, syslogd, tar, telnetd, test,
        tftp, tftpd, top, touch, tr, true, tty, umount, uname, vconfig,
        wc, wget, whoami, zcat

Come dovrei fare a ricompilare il firmware ufficiale...? c'è... è quello ufficiale diavolaccio.. se non lo sanno loro cosa fare (dato che come dice erm67 han downgradato le versioni), siamo noi poveri utenti che con le unghie e coi denti cerchiamo di dare valore al loro prodotto che noi abbiamo pagato facendo il loro lavoro, ed è una cosa che fa girare alquanto i cosiddetti, soprattutto partendo dal fatto che chiudano il telnet per non farci accedere (che poi non ho capito il problema, il router è mio potrò decidere io cosa fa?

Tornando al dunque... perchè' voi avete tutti quei comandi e io no? eppure il firmware è quello ufficiale ed è uguale per tutti..

UP

A quanto pare sono riuscito a far andare anche gli altri comandi e ora la lista si è "allungata", come base mi pare carina anche se ci sono un po' di cose che in futuro sono inutli (patch, setkeycodes, touch ad esempio).
Quindi si potrebbero far sparire per far posto a un qualcosa di più utile, chissà se sfruttando il dual-core del processore si riesca in qualche modo a far diventare il router anche il controller di un eventuale dominio (magari è solo un sogno eh, ditemi se è una cosa esclusa) oppure il server NTP della sottorete..
Tante potenzialità ha questo router, tiriamogli fuori gli zebedei

[erm67]

Dunque, stesso hardware stesso kernel ma samba-3.6.6 + uClibc-0.9.33.2 della build root contro samba-3.0.13 + uClibc-0.9.29 originali del firmware .17.

Risultati deludenti, un pochino almeno:


samba-3.6.6 + uClibc-0.9.33.2 33Mbit al secondo
samba-3.0.13 + uClibc-0.9.29 54Mbit al secondo

apparentemente la versione recente di samba sulla buildroot utilizza anche molta più memoria.

 5446  5444 root     S    11820   9%   0% smbd
 5444     1 root     S    11748   9%   0% smbd
 5445  5444 root     S    11748   9%   0% smbd
 5442     1 root     S     5292   4%   0% nmbd

[erm67@home]$ time cp /mnt/ermanno/Archivio/Immagini\ ISO/GRMSDK_EN_DVD.iso .

real	2m42.866s
user	0m0.000s
sys	0m2.170s
[erm67@home]$ ls -l GRMSDK_EN_DVD.iso 
-rwxr-xr-x 1 ermanno users 594841600 Aug  5 00:05 GRMSDK_EN_DVD.iso

 1447 nobody   R       2104  1234 67.6  1.6 smbd
 1234 nobody   S       1228     1  0.0  0.9 smbd
 1233 nobody   S       1096     1  0.0  0.8 nmbd
 1235 nobody   S        752  1234  0.0  0.5 smbd

[erm67@home]$ time cp /mnt/Archivio/Immagini\ ISO/GRMSDK_EN_DVD.iso .

real	1m26.780s
user	0m0.017s
sys	0m2.993s

Comunque quello che piu' mi dava problemi era ntfs-3g domani confronto pure quelli.

[erm67]

Originariamente inviato da webmaster1

A quanto pare sono riuscito a far andare anche gli altri comandi e ora la lista si è "allungata", come base mi pare carina anche se ci sono un po' di cose che in futuro sono inutli (patch, setkeycodes, touch ad esempio).

Ma sai una volta che la buildroot e' collaudata si puo' usare squashfs, un filesystem read-only compresso con lzma, lo stesso che usa il firmware originale, e ci sta tutto. pensa che la mia buildroot da 119Mb su squashfs occupa solo 20Mb. Il problema è che essendo readonly ogni volta che cambi una cosina la devi rimettere su tutta ...

Originariamente inviato da webmaster1

Quindi si potrebbero far sparire per far posto a un qualcosa di più utile, chissà se sfruttando il dual-core del processore si riesca in qualche modo a far diventare il router anche il controller di un eventuale dominio (magari è solo un sogno eh, ditemi se è una cosa esclusa) oppure il server NTP della sottorete..
Tante potenzialità ha questo router, tiriamogli fuori gli zebedei

La mia build root dovrebbe poter fare entrambe le cose, c'è quasi tutto di samba 3.6, e pure openntpd .....

EDIT: azz ho tagliato la parte LDAP di samba per fare spazio .......

[RedSky]

scusate l'intromissione, visto che ne smanettate parecchio, sapreste mica dirmi qual'è il comando via telnet per impostare l'mtu?

ho come la vaga impressione che via telnet non ci sia il limite di 1458 sul pppoa

[webmaster1]

Originariamente inviato da erm67

Ma sai una volta che la buildroot e' collaudata si puo' usare squashfs, un filesystem read-only compresso con lzma, lo stesso che usa il firmware originale, e ci sta tutto. pensa che la mia buildroot da 119Mb su squashfs occupa solo 20Mb. Il problema è che essendo readonly ogni volta che cambi una cosina la devi rimettere su tutta ...

Che è squashfs? come è possibile che riduca così tanto le dimensioni di un file system?

[webmaster1]

Originariamente inviato da AragornElessar

bene bene ^^
mi apprestavo a comprare questo modem router e.. meno male che ho visitato questo thread!
Ho provato a cercare nelle pagine indietro, ma non sono riuscito a trovare niente.. Pongo qualche quesito:
1- in due parole quale è la differenza tra V1 e V2?
Da quel che ho capito il V1 presenta dei problemini.. Ma non sono risolvibili con l'aggiornamento di un firmware?
2- come distinguo le due versioni? Ho trovato il modem a vendere ad una 90ina di euro e non saprei dire se è un V1 o un V2.
3- Tra le due versioni c'è differenza di prezzo?

le differenze tra il V1 e il V2 dovrebbero risiedere nei chip utilizzati e nei firmware, se non erro (prego, se erro, di correggermi )

credo per distinguere le versioni che sul retro del router ci sia scritto se è un V1 o un V2 in qualche stringa (probabilmente sotto il modello), se non trovi nulla probabilmente è un V1..

A quanto ho capito dovrebbe cambiare di 10 o 20 euro... ma di fronte ai miglioramenti anche 40 euro sono ben spesi