FIRMWARE CUSTOM NETGEAR DG834 SERIES -- CHIPSET BROADCOM -- (v4/GT/PN/N)

[cionci]

Potete vedere fra i vari applica cosa di fatto cambia in iptables ? Mi sembra molto strana questa cosa.

[SuperMario=ITA=]

Originariamente inviato da cionci

Potete vedere fra i vari applica cosa di fatto cambia in iptables ? Mi sembra molto strana questa cosa.

ci ho provato...ma in 15 minuti non sono più riuscito a far andare la navigazione.

poi la cosa che secondo me è più strana è il perchè naviga su google e dduniverse mentre gli altri siti no...

stranissimo...

[supergoz]

GT, firmware 1014 dgteam, adsl modeul .o
--
stasera, utilizzando il mio portatile, mi sono accorto di un altro "probelma" prima inesistente. Lo streaming radio di flussi leggeri (64kbs, 128kbs) si interrompe continuamente e ribufferizza, navigando o utilizzando per altre cose la rete...
.
prima (dgteam 743) questo non succedeva, come se fosse stato eliminato dal router qualsivoglia meccanismo di "balancing", o quality of service... do per scontato che un router provveda a bilanciare le tipologie di servizi, dando la giusta priorità a quelli time critical (tipo appunto lo streaming di flussi audio e video), riservando della banda.
.
ho detto una sciocchezza?
fatto sta che ora come ora lo streaming "di sottofondo" è inutilizzabile!

[SuperMario=ITA=]

non c'è mai stato QoS in questi router...

[supergoz]

Originariamente inviato da SuperMario=ITA=

non c'è mai stato QoS in questi router...

ok, ho fatto altre prove empiriche nel frattempo
usando programmi specifici per lo streaming (screamer radio) oppure player all purpose con playlist in streaming (VLC, foobar) il problema delle continue interruzioni per "ribufferizzazione" degli stream è continuo e presente.
.
utilizzando invece la riproduzione da "web pop up" il probelma scompare quasi del tutto, anche navigando "pesantemente"...
.
puo' trattarsi di un conflitto di protocolli? intendo fino a quando si usa solo protocollo web (http) tutto bene, quando si utilizzando porte / protocolli diversi il flusso che passa su queste viene "castrato" e sopresso nel momento in cui si attiva una richiesta "web" (http).
Puo' esistere un problema del genere?
ripeto, prima lo streaming da programma esterno non dava nessunissimo problema...

[cionci]

Originariamente inviato da SuperMario=ITA=

non c'è mai stato QoS in questi router...

Avessi tempo ce lo potrei anche mettere...ma sarebbe un lavorone

[asterixb]

speriamo ke "qualcuno" ci legga e cerca di risovere il problema.... peccato per questo firmware così bello.

[SuperMario=ITA=]

be, alla fine per chi come me non usa regole in uscita è un gran firmware...

se usi regole in uscita allora no, vai su uno dei precedenti senza troppi bugs...

Qualcuno non riesce a informare stev-o?

[kbytek]

Originariamente inviato da cionci

Ho praticamente finito di fare le modifiche che mi interessavano al firmware 5.01.16 del DG834G v4.
Il trucchetto per testare le pagine e gli script nella directory /tmp ha funzionato alla grande. Devo fare alcune modifche estetiche e poi se a qualcuno interessa lo posso passare senza problemi. Cosa ha in più di quello ufficiale ?
- busybox 1.01 con molti comandi abilitati
- telnet abilitato all'avvio
- modifica del Target SNR Margin (cosa molto importante per le linee disturbate)
- script contro il led internet rosso: su linee molto disturbate può accadere spesso che il led internet diventi rosso, per riprendere da questo stato l'unico modo è riavviare o staccare e riattaccare il cavo della linea telefonica. Con il mio script si riallinea la portante se internet non è raggiungibile (led rosso) o il SNR Margin in downstream scende al di sotto di un certo valore (il led sta per diventare rosso)
Nell'interfaccia web ho aggiunto "Impostazioni avanzate" dalla quale è possibile:
- variare il Target SNR Margin
- disattivare/attivare lo script contro il led rosso
- modificare l'indirizzo IP al quale fare il ping per verificare che la connessione ad internet funzioni
- modificare il valore sotto al quale viene fatto il retrain della linea

Ho cercato di fare un firmware il più possibile stabile o che comunque reagisce velocemente alle variazioni della qualità della linea in caso di linee molto lunghe e con SNR ballerino.

A me il tuo firmware farebbe molto comodo perchè ha esattamente le funzioni che mi servono.
Puoi likarlo per cortesia così lo testo?
Ovviamente ho un dg834g v4.

Mi dici solo se il flash lo si esegue nella classica maniera?

[cionci]

Originariamente inviato da kbytek

A me il tuo firmware farebbe molto comodo perchè ha esattamente le funzioni che mi servono.
Puoi likarlo per cortesia così lo testo?
Ovviamente ho un dg834g v4.

Mi dici solo se il flash lo si esegue nella classica maniera?

Sì, nella classica maniera. Non ho ancora corretto il testo nella pagina delle impostazioni avanzate. Ci sono discorsi un po' senza senso

http://www.mediafire.com/?njy5txnwnn4

Se hai già il firmware .16 può succedere che durante l'aggiornamento la luce del power continui a lampeggiare anche ad aggiornamento terminato (in pratica non gli invia il reset). Quando la barra di aggiornamento arriva in fondo, togli l'alimentazione, aspetta 15 secondi e rimetti la corrente. Fai un reset dopo che hai flashato. Se hai la versione 5.01.16 il reset non è necessario.

Se a qualcuno interessa allego anche il sorgente dell'applicazione che si occupa di visualizzare le variabili NVRAM e di processare le richieste che arrivano dalla pagina HTML. In parte ho preso ispirazione dal codice del firmware UberGT, ma solo in piccola parte perché l'ho sviluppato in C, invece del C++ di quello UberGT. In questo modo evito anche di inserire la shared library per il C++ nel firmware

[Emanuele86]

la versione gtb con driver k, non è valida per l'italia devo scaricare la classica che contiene i driver c,b,o?

[Cracatoia]

Originariamente inviato da pmware

Ho aggiornato ieri il mio DG834PN alla 1014 DGTeam e devo segnalare che a me il firmware italiano non và, praticamente non si apre l'interfaccia web dopo il riavvio del router. Provata la medesima versione in inglese (adsl driver versione o) e funziona bene.

Tutti gli aggiornamenti fatti con l'utility nftp da chiavetta usb con puppy linux.


Ora ho reimpostato manualmente tutte le opzioni dopo reset completo, vediamo come và, ma a leggere voi sembra già ci siano un pò di problemi.

stesso identico problema e stesso router tornato alla vecchia versione

[misteroX]

Originariamente inviato da cionci

Se a qualcuno interessa allego anche il sorgente dell'applicazione che si occupa di visualizzare le variabili NVRAM e di processare le richieste che arrivano dalla pagina HTML. In parte ho preso ispirazione dal codice del firmware UberGT, ma solo in piccola parte perché l'ho sviluppato in C, invece del C++ di quello UberGT. In questo modo evito anche di inserire la shared library per il C++ nel firmware

Grande,
spazio risparmiato sulla flash .

Ora si può giocare direttamente sul firmware ufficiale dei vari DG834xxx

puoi per cortesia allegare alcuni esempi delle chiamate fatte dalle pagine html, grazie.

Ci giocherò un pò sul mio DG834GT .

Ciao
MisteroX

[cionci]

Ho anche ricompilato BusyBox 1.01 con le varie opzioni abilitate.

[misteroX]

Originariamente inviato da cionci

Ho anche ricompilato BusyBox 1.01 con le varie opzioni abilitate.

Si avevo letto i messaggi precedenti.
La busybox 1.01 l'avevo compilata già tempo fa quando testavo il dropbear sulla versione del dgteam 743 per dg834gt

L'unico problema è che io usavo tutti script in shell per fare le chiamate molto lento e molta memoria occupata.

Se hai bisogno del dropbear ho il pacchetto che avevo stringato al massimo con Stev-O .


Ciao
Misterox

[cionci]

Questo è un esempio di pagina HTML...a dire la verità l'unica che ho scritto.

Ci sono le variabili NVRAM nella pagina sono scritte così @nome_var#. Vengono valorizzate dal CGI prima di darli in output.

Ovviamente bisogna modificare il file .c per gestire altre "action":

	count = parseParameters(query, list);
	//recupera la variabile "action" dalla query string
	value = getValue(list, count, "action");
	if(valid(value) && !strncmp(value, "retrain_script", strlen("retrain_script")))
	{
		//esegue le funzionalità relative al "retrain_script"
		if(!setIfValid("retrain_script", getValue(list, count, "retrain_script")))
		{		
			unsetNvram("retrain_script");
		}
		
		setIfValid("retrain_ip", getValue(list, count, "retrain_ip"));
		setIfValid("adsl_retrain_snr", getValue(list, count, "adsl_retrain_snr"));		
		setIfValid("adsl_snr", getValue(list, count, "adsl_snr"));
		cmdExec("nvram commit");
	}
	if(valid(value) && !strncmp(value, "adsl_snr", strlen("adsl_snr")))
	{	
		//esegue le funzionalità relative al target snr
		if(setIfValid("adsl_snr", getValue(list, count, "adsl_snr")))
		{
			cmdExec("nvram commit");
			strcpy(query, "/usr/sbin/adslctl configure --snr ");
			strcat(query, getValue(list, count, "adsl_snr"));
			cmdExec(query);
		}
	}

Per ora non c'è alcuna validazione dei valori, anche se andrebbe fatta. Probabilmente sarebbe meglio farla in JavaScript...ma sono un po' arrugginito

PS: ho eliminato anche le directory www.deu e www.fre ed ho creato dei link simbolici a quelle inglesi al loro posto. In questo modo ci sono ancora 600K liberi
PPS: non leggete il testo della pagina perché l'ho scritta veramente in fretta ed è piena di errori

[kbytek]

Originariamente inviato da cionci

Sì, nella classica maniera. Non ho ancora corretto il testo nella pagina delle impostazioni avanzate. Ci sono discorsi un po' senza senso

http://www.mediafire.com/?dgtmyongfji

Se hai già il firmware .16 può succedere che durante l'aggiornamento la luce del power continui a lampeggiare anche ad aggiornamento terminato (in pratica non gli invia il reset). Quando la barra di aggiornamento arriva in fondo, togli l'alimentazione, aspetta 15 secondi e rimetti la corrente. Fai un reset dopo che hai flashato. Se hai la versione 5.01.16 il reset non è necessario.

Se a qualcuno interessa allego anche il sorgente dell'applicazione che si occupa di visualizzare le variabili NVRAM e di processare le richieste che arrivano dalla pagina HTML. In parte ho preso ispirazione dal codice del firmware UberGT, ma solo in piccola parte perché l'ho sviluppato in C, invece del C++ di quello UberGT. In questo modo evito anche di inserire la shared library per il C++ nel firmware

Grazie mille, lo testo stasera^^

[Bembotto]

Cionci non riesco a recuperare il router nemmeno da linux,sarò io incapace...
Mi daresti una mano tu? Se te lo invio ci proveresti tu?

[cionci]

Originariamente inviato da Bembotto

Cionci non riesco a recuperare il router nemmeno da linux,sarò io incapace...
Mi daresti una mano tu? Se te lo invio ci proveresti tu?

Meglio che tu lo mandi a qualcuno più capace di me e che ha la possibilità eventualmente di interfacciarsi con il JTAG

[Bembotto]

Originariamente inviato da cionci

Meglio che tu lo mandi a qualcuno più capace di me e che ha la possibilità eventualmente di interfacciarsi con il JTAG

Chi,se è possibile saperlo...