Netgear DGND3700 (v1 e v2)

[DOCXP]

Oltre al chip Broadcom diverso e al firmware cambia anche la ram, il v2 ha 64 Mb di ram contro i 128 del v1

[erm67]

Originariamente inviato da 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

non so bene di quale mtu parli, il comando ifconfig -a ti fa vedere l'mtu delle varie interfacce sul mio quella dell'interfaccia WAN e' a 1500:

atm0            Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx  
                inet addr:x.x.x.x  Bcast:x.x.x.x  Mask:255.255.255.0
                UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
                RX packets:254824 errors:0 dropped:0 overruns:0 frame:0
                TX packets:204217 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000 
                RX bytes:252678703 (240.9 MiB)  TX bytes:36609764 (34.9 MiB)

l'mtu e' comunque uno dei parametri che possono essere richesti dal server dhcp della tua isp, c'e' una vera e propria contrattazione tra il server dhcp e il client udhcpc che si mettono daccordo sui vari parametri (tra cui mtu) da usare.
Nel caso di problemi come il tuo non ha senso forzare l'mtu dell'interfaccia, bisognerebbe utilizzare tcpdump sul router per esaminare il protocollo dhcp con il server per capire se e' il server che richiede quella mtu oppure no. Ad ogni modo udhcpc (il client utilizzato sul dgnd3700) puo' essere configurato per richiedere una specifica mtu durante la contrattazione. Il server puo' pero' rifiutarsi di accettare. I parametri dhcp vengono dati da un programma closed-souce della netgear, non ti posso dunque dire che cosa e' configurato per richiedere. L'unico modo e' vedere la trace del protocollo dhcp con tcpdump. Se è il server della tua ISP a chiedere quella MTU o è giusta oppure c'è un problema da loro.

tcpdump e' disponbile nella buildroot, stacca il filo della wan o disconnetti, entra nella chroot e usa tcpdump :-)


EDIT:ok stasera sono fuso, la mtu nel caso di pppoa e' settata da pppd e non da udhcpc, non so bene come viene lanciato, probabilmente il solito stupido programma closed source. Il discorso di prima resta valido comunque dato che pppd contratta la mtu. prova a fare un ps -ef da telnet per vere come e' stato lanciato pppd

pppd [-s] [-b] [-d] [-i interface] [-a vcc]  [-u username] [-p passwd] [-o idle] [-m prevmac/prevsid] [-A ipaddr] [-t max MTU]

se viene lanciato con -t 1458 vuol dire che e' il DGND3700 a chiedere quella mtu se no e' la tua isp.

prova anche

cat /var/pppmsg

magari c'e' qualcosa lì dentro :-) io non uso ppp qui a casa.

[RedSky]

Intendo il parametro mtu che dal router si imposta dal suo menú sotto wan sul dgnd3700 c'é un limite, in pppoa non permette di inserire un valore superiore a 1458.

Se provi a inserire un valore superiore esce un messaggio di inserire massimo 1458

Siccome da telnet si puó interagire con snr, etc..etc.. volevo solo sapere se c'é un comando con cui provare a impostare l'mtu a 1478/1500 da telnet (senza custom firmware) e vedere se restituisce lo stesso messaggio del limite

[erm67]

Originariamente inviato da RedSky

Intendo il parametro mtu che dal router si imposta dal suo menú sotto wan sul dgnd3700 c'é un limite, in pppoa non permette di inserire un valore superiore a 1458.

Se provi a inserire un valore superiore esce un messaggio di inserire massimo 1458

Siccome da telnet si puó interagire con snr, etc..etc.. volevo solo sapere se c'é un comando con cui provare a impostare l'mtu a 1478/1500 da telnet (senza custom firmware) e vedere se restituisce lo stesso messaggio del limite

Tutti i parametri vengono gestiti da un programma closed-source di netgear che li passa ad utilities open-source. Il programma che si occupa di ppp si chiama pppd ed ha il supporto sia per pppoa che pppoe e non penso abbia limitazioni di mtu. pppd gestisce la comunicazione e contratta la mtu, per variare la mtu bisogna farlo ripartire con i parametri corretti.

possibili soluzioni:

farlo partire la connessione ppp a mano da telnet, non facilissimo ma probabilmente fattibile, comunque una rottura in quanto bisognerebbe farlo tutte le volte.

cercare il modo di fregare acos_service andando a cambiare i parametri che usa per far partire pppd, probabilmente il controllo sulla mtu vene effettuato solo dall'interfaccia web quando si memorizzano i dati, se fosse possibile trovare dove questi vengono memorizzati si può provare a cambiarli da telnet.

Generalmente i routerini casalinghi salvano la configurazione in nvram (tipo bios), e la maggior parte fornisce una utility (nvram) per poter esaminare e alterare i alori lì contenuti. Sul DGND3700 l'utility manca, è un pò che sto cercando di capire dove viene memorizzata la configurazione, /proc/nvram esiste quindi c'è una nvram, esiste pure una utility che permette di cancellarla.

Proprio ieri avevo visto un link per l'sdk ufficiale Broadcom per quella board, devo vedere li' se c'e il modo di accede alle variabili nram.

[Anthonylm]

ricontattato il supporto netgear; conclusione mi è stato detto di mandare una mail al supporto netgear italia dove specifico tutte le problematiche. Spero che me lo sostituiscono al più presto.

[webmaster1]

Originariamente inviato da Anthonylm

ricontattato il supporto netgear; conclusione mi è stato detto di mandare una mail al supporto netgear italia dove specifico tutte le problematiche. Spero che me lo sostituiscono al più presto.

Sto facendo la stessa procedura ma a quanto sembra la V2 ha meno potenziale hardware rispetto alla V1 (metà ram, e forse un processore meno potente).

Non sono sicuro se fare la sostituzione o attendere e sperare in un firmware (magari di quelli custom che stanno sviluppando gli utenti con cui parlavo)

[RedSky]

Originariamente inviato da webmaster1

Sto facendo la stessa procedura ma a quanto sembra la V2 ha meno potenziale hardware rispetto alla V1 (metà ram, e forse un processore meno potente)

metà vram, ma funziona tutto e funziona tutto molto bene (sul v1 fra parentesi c'è anche il sospetto che il secondo core non sia abilitato nel kernel T_T)

Con il v1 me lo sognavo di rimanere online senza mai perdere portante e connessione (sono a 7gg di fila) .. nel mio caso avevo un degrado di snr la sera tardi e difficilmente recuperavo gli stessi valori del mattino la mattina seguente .. con il v2 non batte ciglio .. per quanto mi riguarda il v2 è una roccia

ps: e funziona anche il qos come si deve dove è possibile impostare manualmente la banda in upload da usare

se avete problemi con il v1 (se notate durante l'accesso al pannello di controllo un attesa di 5secondi, molto probabilmente ce l'avete fallato come lo era il mio), insistete per farvelo cambiare è un vostro diritto .. il 3700 doveva uscire funzionante e stabile come il v2.

il v1 l'ho usato da settembre 2011 a 8gg fà circa .. e fra alti e bassi non mi ha mai convinto fino al v2

questa è la mia personale esperienza

@erm67
grazie mille per le info, provo a capire se esiste qualche comando per l'mtu .. mi sà che sarà davvero dura, ma era per pura curiosità ^^

[webmaster1]

Originariamente inviato da RedSky

metà vram, ma funziona tutto e funziona tutto molto bene (sul v1 fra parentesi c'è anche il sospetto che il secondo core non sia abilitato nel kernel T_T)

Con il v1 me lo sognavo di rimanere online senza mai perdere portante e connessione (sono a 7gg di fila) .. nel mio caso avevo un degrado di snr la sera tardi e difficilmente recuperavo gli stessi valori del mattino la mattina seguente .. con il v2 non batte ciglio .. per quanto mi riguarda il v2 è una roccia

ps: e funziona anche il qos come si deve dove è possibile impostare manualmente la banda in upload da usare

se avete problemi con il v1 (se notate durante l'accesso al pannello di controllo un attesa di 5secondi, molto probabilmente ce l'avete fallato come lo era il mio), insistete per farvelo cambiare è un vostro diritto .. il 3700 doveva uscire funzionante e stabile come il v2.

il v1 l'ho usato da settembre 2011 a 8gg fà circa .. e fra alti e bassi non mi ha mai convinto fino al v2

questa è la mia personale esperienza

@erm67
grazie mille per le info, provo a capire se esiste qualche comando per l'mtu .. mi sà che sarà davvero dura, ma era per pura curiosità ^^

A parità di custom firmware e di funzionalità sul v1 in teoria si ha maggiore potenzialità rispetto al v2, e via kernel il secondo core si può abilitare sempre col custom firmware..

Non credo il kernel non attivi il secondo processore, che senso ha metter un dual-core se poi non lo abiliti?

[poto77]

no no e' cosi', nel V1 ci sono due core ma il kernel ne una solo uno.
Why? Ask to netgeat
La mia (personalissima) ipotesi e' che ci fossero problemi di sincronizzazione fra i thread nei due core (con due core il parallelismo diventa REALE, con un core solo lo e' solo sulla carta).

[webmaster1]

Originariamente inviato da poto77

no no e' cosi', nel V1 ci sono due core ma il kernel ne una solo uno.
Why? Ask to netgeat
La mia (personalissima) ipotesi e' che ci fossero problemi di sincronizzazione fra i thread nei due core (con due core il parallelismo diventa REALE, con un core solo lo e' solo sulla carta).

Quindi fanno falsa pubblicità insomma...

[erm67]

Originariamente inviato da RedSky

grazie mille per le info, provo a capire se esiste qualche comando per l'mtu .. mi sà che sarà davvero dura, ma era per pura curiosità ^^

io proverei a forzarla sull'interfaccia atm il comado e' semplice:

ifconfig atm0 mtu 1500

questo configura la mtu sull'interfaccia atm, adesso non so se ppp crea anche una interfaccia ppp0 per sicurezza dai pure:

ifconfig ppp0 mtu 1500

In teoria è il modo sbagliato di farlo ma chissà magari funziona :-)

[erm67]

Originariamente inviato da webmaster1

Quindi fanno falsa pubblicità insomma...

Mah sai, nella pubblicità non c'e' scritto da nessuna parte che il secondo core funziona :-)
E' comunque sicuro che non sia attivo, non e' un rumor.
Comunque anche se si attiva il secondo core con custom firmware si perde la funzionalità modem adsl, quindi si in un certo senso si puo' fare, uno si compra un modem adsl migliore e usa il dgnd3700 come routerino casalingo .....
A proposito che fine ha fatto cyanpietro?

[poto77]

Originariamente inviato da erm67

Comunque anche se si attiva il secondo core con custom firmware si perde la funzionalità modem adsl

Mi sono sicuramente perso qualcosa indietro
Perché dici cosi'? In che senso si perde?

[RedSky]

Originariamente inviato da webmaster1

che senso ha metter un dual-core se poi non lo abiliti?

secondo me per lo stesso motivo per cui hanno tolto l'ipv6 dopo il fw .12 e la funzionalità del qos (che non ha mai funzionato con l'inserimento della banda in upload desiderata) = .. fw acerbo, tanti pasticci e nessuna volontà da parte di netgear di sistemare un prodotto dalle caratteristiche davvero buone

Un hw senza il software giusto non ha senso .. se gli utenti qui riescono a fare un cfw che funzioni alla grande davvero tanto di cappello e sarà davvero una boccata d'aria per il v1!!

[erm67]

Originariamente inviato da poto77

Mi sono sicuramente perso qualcosa indietro
Perché dici cosi'? In che senso si perde?

Il kernel smp e quello single processor sono proprio diversi, con linux i driver closed-source hanno sempre il problema che spesso (non sempre) vanno solo su una versione specifica compilata in un certo modo. Diciamo che capita abbastanza spesso che i driver binari non funzionino più cambiando il kernel da poter dare quasi per scontato che non funzionino :-)
se guardi i post precedenti cyanpietro ha comunque voluto provare e constatato che non caricano.

[webmaster1]

Originariamente inviato da erm67

Mah sai, nella pubblicità non c'e' scritto da nessuna parte che il secondo core funziona :-)
E' comunque sicuro che non sia attivo, non e' un rumor.
Comunque anche se si attiva il secondo core con custom firmware si perde la funzionalità modem adsl, quindi si in un certo senso si puo' fare, uno si compra un modem adsl migliore e usa il dgnd3700 come routerino casalingo .....
A proposito che fine ha fatto cyanpietro?

Ennò non puoi pubblicizzare un router dual-core per poi farlo funzionare solo uno, e non capisco perchè dovremmo perdere l'ADSL se attiviamo l'altro core..

[erm67]

Originariamente inviato da RedSky

secondo me per lo stesso motivo per cui hanno tolto l'ipv6 dopo il fw .12 e la funzionalità del qos (che non ha mai funzionato con l'inserimento della banda in upload desiderata) = .. fw acerbo, tanti pasticci e nessuna volontà da parte di netgear di sistemare un prodotto dalle caratteristiche davvero buone

Un hw senza il software giusto non ha senso .. se gli utenti qui riescono a fare un cfw che funzioni alla grande davvero tanto di cappello e sarà davvero una boccata d'aria per il v1!!

Interessante questa cosa, ma si trova da qualche parte il firmware .12? Si potrebbe rubacchiare qualcosa.

Per quanto riguarda ipv6 il problema e' sicuramente la uclibc, in teoria dovrebbe supportare ipv6 ma mi è successo di compilare programmi che usano ip6 con la libc originale e proprio non funzionano, usandone una più recente i problemi spariscono. E' il motivo principale per cui bisogna aggiornare la libc, questo però vuol dire ricompilare tutto. può essere che alcuni programmi closed source non funzionino più con una libc aggiornata. Io ho solo testato xdslctl (forse il più importante) e funziona bene pure con una libc piu' recente quindi il modem dovrebbe funzionare ... Se funziona tutto però non lo so, se Netgear ha rinunciato mi sa che qualche problema c'è :-)

[webmaster1]

Originariamente inviato da erm67

se Netgear ha rinunciato mi sa che qualche problema c'è :-)

Si, la mancanza di voglia di supportare e migliorare un prodotto, ecco il problema..

[RedSky]

Originariamente inviato da erm67

Interessante questa cosa, ma si trova da qualche parte il firmware .12? Si potrebbe rubacchiare qualcosa

sull'ftp di netgear

QUI

ps: dal .12 hanno rimosso il supporto alle vdsl .. per la cronaca che hanno rimosso praticamente tutto quello per cui era pubblicizzato

QUI il sorgente del .12

QUI del .17

(versioni WW non quelle del north america)

http://kb.netgear.com/app/answers/detail/a_id/2649

[\_Davide_/]

Originariamente inviato da RedSky

sull'ftp di netgear

QUI

ps: dal .12 hanno rimosso il supporto alle vdsl .. per la cronaca che hanno rimosso praticamente tutto quello per cui era pubblicizzato

QUI il sorgente del .12

QUI del .17

(versioni WW non quelle del north america)

http://kb.netgear.com/app/answers/detail/a_id/2649

Scusate... ma parlate del v1 o entrambi