[Thread ufficiale] amod - firmware modificato per DGND4000, DGN3500, DGN2200V3/V4

[alfonsor]

ahhhh

quando scrivo "non riesco a replicare" intendo in maniera spicciola che mi servirebbero più informazioni

in particolare, se usi il 4000 a valle di un modem, chi fa la connessione pppoe, cioè chi prende la ip della wan?

se la wan "è" sul 4000, tutto è "standard"

ma se la wan è sul "modem" a monte (tutte le virgolette sono usate a significare che la parola virgolettata è impropria, in questo caso, ad esempio, se lo ip pubblico lo prende la vodafone station, allora non è più un modem propriamente)

dicevo: se la connessione pppoe/a la fa la station, allora le cose cambiano e la wan del 4000 avrà un indirizzo privato, per dire 10.0.0.1 o 198.168.0.2 e via dicendo

fino a pochissime versioni fa, non si poteva fare lo update ddns se la wan del 4000 non aveva un ip pubblico; da un paio di versioni il programma ddns che fa lo update verifica che la wan del dispositivo su cui sta girando abbia un indirizzo pubblico o privato; nel primo caso fa lo update normalmente, nel secondo caso, invece, si ricava lo ip pubblico chiedendolo ad una pagina web che serve proprio a questo e se lo ottiene usa quello

tutto questo ambaradan non sarebbe strettamente necessario; per dire i client che ogni provider ddns mette a disposizione sono pensati per girare su un computer qualsiasi della lan, per cui non è che "sanno" che ip pubblico sia quello da usare; cioè, si può anche fare un update senza usare lo ip pubblico, il server userà quello della connessione; solo che in questa maniera non c'è alcun meccanismo per controllare che sia necessario fare un update e questo scoccia parecchio i provider che un giorno o l'altro possono ben decidere di killarti l'account; che killino un account di uno non è che "mi interessi molto" :P, solo che potrebbero invece decidere di bannare il cliente, cioè ddns di amod e tagliare le gambe a tutti

per cui, come prende lo ip la wan del 4000?

[Glows84]

Originariamente inviato da alfonsor

ahhhh

quando scrivo "non riesco a replicare" intendo in maniera spicciola che mi servirebbero più informazioni

in particolare, se usi il 4000 a valle di un modem, chi fa la connessione pppoe, cioè chi prende la ip della wan?

se la wan "è" sul 4000, tutto è "standard"

ma se la wan è sul "modem" a monte (tutte le virgolette sono usate a significare che la parola virgolettata è impropria, in questo caso, ad esempio, se lo ip pubblico lo prende la vodafone station, allora non è più un modem propriamente)

dicevo: se la connessione pppoe/a la fa la station, allora le cose cambiano e la wan del 4000 avrà un indirizzo privato, per dire 10.0.0.1 o 198.168.0.2 e via dicendo

fino a pochissime versioni fa, non si poteva fare lo update ddns se la wan del 4000 non aveva un ip pubblico; da un paio di versioni il programma ddns che fa lo update verifica che la wan del dispositivo su cui sta girando abbia un indirizzo pubblico o privato; nel primo caso fa lo update normalmente, nel secondo caso, invece, si ricava lo ip pubblico chiedendolo ad una pagina web che serve proprio a questo e se lo ottiene usa quello

tutto questo ambaradan non sarebbe strettamente necessario; per dire i client che ogni provider ddns mette a disposizione sono pensati per girare su un computer qualsiasi della lan, per cui non è che "sanno" che ip pubblico sia quello da usare; cioè, si può anche fare un update senza usare lo ip pubblico, il server userà quello della connessione; solo che in questa maniera non c'è alcun meccanismo per controllare che sia necessario fare un update e questo scoccia parecchio i provider che un giorno o l'altro possono ben decidere di killarti l'account; che killino un account di uno non è che "mi interessi molto" :P, solo che potrebbero invece decidere di bannare il cliente, cioè ddns di amod e tagliare le gambe a tutti

per cui, come prende lo ip la wan del 4000?

Ok, nella foto allegata:

http://oi67.tinypic.com/2hqfhoy.jpg

trovi il mio schema che ad oggi ho a casa.

Quindi mi consigli di disattivare il dynamic DNS sul 4000 e attivare il servizio sulla Vodafone Station (sperando che si possa attivare non ho ancora controllato)?

[alfonsor]

avendo la wan del 4000 un ip locale, il programmino che fa lo update ddns non dovrebbe girare sul 4000

in realtà, i programmini che fanno lo update dovrebbero sempre girare su dove sta la wan, perché solo lì possono essere chiamati quando serve, cioé quando la wan cambia ip

io sinceramente non ho ancora bene a mente un meccanismo che funzioni sul 4000

l'unico router in cui è implementato una qualche sorta di meccanismo per il quale se il router non ha la wan ci sia lo stesso un meccanismo di update dei ddns è il 2200V3; se il 2200V3 è in modalità stand alone, cioé access point, ogni 10 minuti viene lanciato ddns, il quale controlla che non ci sia da fare un update

sul 4000 questo ancora non è davvero implementato; quello che devi fare è lanciare al boot ddns e quindi ogni tot minuti; quei "tot minuti" dipendono da quanto ti si cambia la wan, direi che 10 minuti vanno bene

quindi, prima di tutto crei il file
/etc/amod/conf/rcS1.user

e dentro ci metti
#!/bin/sh
/etc/amod/bin/cron add "*/10 * * * * /usr/sbin/ddns"
ddns

in questa maniera, all'avvio ci sarà subito un tentativo di update, che sarà in ogni caso ripetuto ogni 10 minuti

già dalla prossima versione potrebbe essere fatto automaticamente; comunque, lo update dei ddns dovrebbe essere sempre fatto dove c'è la wan con ip pubblico

[Glows84]

Originariamente inviato da alfonsor

avendo la wan del 4000 un ip locale, il programmino che fa lo update ddns non dovrebbe girare sul 4000

in realtà, i programmini che fanno lo update dovrebbero sempre girare su dove sta la wan, perché solo lì possono essere chiamati quando serve, cioé quando la wan cambia ip

io sinceramente non ho ancora bene a mente un meccanismo che funzioni sul 4000

l'unico router in cui è implementato una qualche sorta di meccanismo per il quale se il router non ha la wan ci sia lo stesso un meccanismo di update dei ddns è il 2200V3; se il 2200V3 è in modalità stand alone, cioé access point, ogni 10 minuti viene lanciato ddns, il quale controlla che non ci sia da fare un update

sul 4000 questo ancora non è davvero implementato; quello che devi fare è lanciare al boot ddns e quindi ogni tot minuti; quei "tot minuti" dipendono da quanto ti si cambia la wan, direi che 10 minuti vanno bene

quindi, prima di tutto crei il file
/etc/amod/conf/rcS1.user

e dentro ci metti
#!/bin/sh
/etc/amod/bin/cron add "*/10 * * * * /usr/sbin/ddns"
ddns

in questa maniera, all'avvio ci sarà subito un tentativo di update, che sarà in ogni caso ripetuto ogni 10 minuti

già dalla prossima versione potrebbe essere fatto automaticamente; comunque, lo update dei ddns dovrebbe essere sempre fatto dove c'è la wan con ip pubblico

Ok grazie per le info

[nonenone]

hello folks

I try use wget to download by FREE from hosting sites
but wget build in bussybox is lack of option referer, cookies ...

command in wget it looks something like this

wget --referer='https://rapidu.net/0123456789' --cookies=off --header "Cookie: rapidu_session=hss71l5u9q2ino2onsebs2tqq6" --user-agent='Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:43.0) Gecko/20100101 Firefox/43.0' http://free6.rapiduservers.net/downl...o_download.rar

but amod have cuRl that have referer options and --user-agent opition but i can't still download from rapidu,catshare

Maybe someone solve problem how to download from this sites ?

[alfonsor]

sorry, I have no clue about that site internals and curl tricks

[bottoni]

premetto che ho un dgn3500 con firmware amod 13.1.2 del 28/3/2015 ...che dite mi conviene aggiornarlo ( se si quale firm mi consigliate) ? Lo sto usando con fastweb e non è che sia un mostro ...mi spiego meglio (premetto che ho provato tutte le configurazioni possibili e immaginabili e non ha problemi hardware ) non riesco a superare i 4mb ...mentre usando il dgn2200 ottengo il massimo della banda ...circa 10mb ...thanks

[alfonsor]

devi andare nella pagina adsl e vedere un pò di giocare con i vari parametri; firmware, transmission system e via dicendo

purtroppo non so che altro dirti; magari qualcun altro potrebbe avere esperienze simili e qualcosa da aggiungere di rilevante

[bottoni]

Originariamente inviato da alfonsor

devi andare nella pagina adsl e vedere un pò di giocare con i vari parametri; firmware, transmission system e via dicendo

purtroppo non so che altro dirti; magari qualcun altro potrebbe avere esperienze simili e qualcosa da aggiungere di rilevante

innanzitutto ti ringrazio della risposta ...tra l'altro ho anche scoperto che hai lo stesso mio cognome ...come è piccolo il mondo ...cmq veniamo al problema ...come precedentemente ti avevo detto le ho provate tutte ...ho rivoltato tutti i parametri messi pure quelli identici che aveva il dgn2200 ma nulla da fare ...non va + di 4mb ...unica cosa che mi rimane fare è il firmware ...avevo pensato di metterci questo : amod_DGN3500_15.0.4.img che ne pensi ? Ma ho trovato pure il file changelog serve a qualcosa ?

o dovrei usare questo ? amod_DGN3500_15.0.4_NA.img

thanks

[alfonsor]

il firmware che devi usare è sempre l'ultimo disponibile; per il 3500 è il 15.0.4

soprattutto ora, cioè nel 2016, quando questi router sono discretamente vecchietti e soprattutto non ci sono nuovi firmware adsl in circolazione (visto che le case si dedicano a fare firmware vdsl), non troverai differenze tra un firmware ed un altro per quanto riguarda la adsl

le versioni XXX_NA sono per i 3500 venduti negli USA, sono identici ai firmware non NA, cambia solo una stringa che permette di farli installare in quei router, altrimenti non potresti

quello che devi provare è cambiare il firmware adsl nella pagina adsl, cominciando dal primo per vedere a quanto aggancia

[incollato]

Ciao alfonsor, rinnovo qui i complimenti per il tuo firmware, lo uso sul DGN2200v3 con grande soddisfazione e non perde un colpo!
Mi chiedevo se avessi intenzione di implementare in amod l'algoritmo Codel per contrastare il fenomeno dell bufferbloat, sarebbe uno strumento molto utile per rendere questi router ancor più completi e aggiornati di quanto non lo siano già grazie ai tuoi update:
https://www.bufferbloat.net/projects/codel/wiki/

[alfonsor]

codel non è un algoritmo implementabile; è un modulo kernel che è disponibile sono in kernel linux molto moderni

su questi router non posso cambiare il kernel linux, perché un'infinità di moduli kernel sono chiusi, per dire la wifi funziona attraverso un modulo kernel chiuso broadcom

per cui non si può avere codel

comunque, codel non fa mica miracoli, oppure gli stessi miracoli si possono ottenere giocando con wondershaper o il limiter

per dire, se vai nel limiter ed imposti a mano una banda in download e upload discretamente inferiore a quella tua reale, ottieni una balle A o A+ su quei siti che misurano il bufferbloat tanto in voga

il fatto è che per avere la A bisogna dare un bel taglio alla banda

[incollato]

Eh sì, purtroppo l'unico compromesso è questo senza codel. Pazienza comunque!

[alfonsor]

guarda, molte cose sono "mode"

tanto per dire in questo preciso momento sono su internet con un 2200V3 che fa da modem ed un minuscolo mini itx con due porte eth che fa da router

sull'itx ho una distribuzione gentoo messa su da me con cose varie che la fanno fare da router, sta girando il kernel 4.8.6, ho codel e via dicendo

vado più liscio di qualsiasi router casalingo di questo mondo, ma codel non serve ad un piffero in riguardo ai problemi del buffer bloat e ci ho giocato parecchio eh...

inoltre, come spesso sottolineo, fammelo ridire: complessi moduli kernel fanno cose complesse e per le cose complesse ci vuole memoria e cpu, niente è aggratis

i meccanismi di qos, sostanzialmente servono a risolvere un problema abbastanza banale: tu hai gente che invia dati, i dati vanno a finire in un buffer, chi invia di più vince; cioé vince il "bullo"

dopo un pò di tempo perso a pensare che il problema fosse "avere buffer più grandi" perché allora la ram era preziosa, si è capito facilmente che anche con "buffer infiniti" il problema che "vinceva il bullo" cioè chi inviavi di più aveva più probabilità di avere i propri pacchetti inviati vincendo su quelli che ne inviavano di meno era discretamente grave

e si sono inventati meccanismi vari per gestire queste "code di pacchetti"

codel è solo un altro tra mille di questi gestori

il problema è che ci sono linee e linee e che i routerini casalinghi sono giocattoli

[bottoni]

Originariamente inviato da alfonsor

il firmware che devi usare è sempre l'ultimo disponibile; per il 3500 è il 15.0.4

soprattutto ora, cioè nel 2016, quando questi router sono discretamente vecchietti e soprattutto non ci sono nuovi firmware adsl in circolazione (visto che le case si dedicano a fare firmware vdsl), non troverai differenze tra un firmware ed un altro per quanto riguarda la adsl

le versioni XXX_NA sono per i 3500 venduti negli USA, sono identici ai firmware non NA, cambia solo una stringa che permette di farli installare in quei router, altrimenti non potresti

quello che devi provare è cambiare il firmware adsl nella pagina adsl, cominciando dal primo per vedere a quanto aggancia

aggiornato il firmware e si è messo a viaggiare a 12mb su fastweb ....non ho manipolato nulla , nessun parametro di snr, ho solo usato come dns 109.232.88.3 e secondario 8.8.8.8....preferisco rimanere cosi xchè è molto stabile ...provato pure su una connessione tiscali e devo dire che aggancia a 16,5mb mentre il linksys x3500 aggancia a 15mb ...usando sempre gli stessi dns ....adesso supera pure il dgn2200 che si era fermato sui 10mb
cmq va alla perfezione ....era solo una questione di firmware
thanks

[alfonsor]

boh

meglio così :P

[Psygnosis]

domanda da idiota:
se ho un SNR downstream 7db circa e upstream 17db vale la pena sbattersi un po per portarlo a 6db?
altra cosa non ho capito se settare l'SNR incide solo sul download o anche sull'up.
grazie

EDIT: un ultima domanda, questo fw puo' ipoteticamente migliorare la gestione del QoS?

[alfonsor]

il margine snr che si imposta sui modem opera solo in download

passare da 7 a 6 ... boh... passare da 7 a 4 invece ha senso

dipende anche che isp hai; se hai un isp che non ti fa cambiare il margine snr, non serve a nulla

il 2200V4 è un router non netfilter; cioè, lo stack tcp/ip è gestito da cose chiuse sercomm di cui a malapena si conoscono i nomi delle funzioni; non è possibile toccare il qos (salvo che usando tc per dire per fare un wondershaper che infatti c'è in amod)

per cui, no, non ci sarà alcun miglioramento per il qos

con amod bisogna sempre installare l'ultima versione disponibile online; se qualcosa non va, cerco di risolvere il bug; non c'è una versione precedente che fa una cosa in maniera migliore; inoltre online non sono manco disponibili se non per puro caso versioni precedenti all'ultima

installare amod e tornare al firmware originale è questione di minuti; ieri per provare se telnetenable funzionava, ho installato il firmware originale, provato, reinstallato amod sul 2200V4 che in quel momento era a non fare nulla in pochi istanti

il fatto è che installando un firmware qualsiasi, che sia originale o no, ci possono essere problemi in qualsiasi momento e sapere come recuperare un router è VITALE per non inquietarsi parecchio; ma ripeto questo vale per qualsiasi firmware, per un upgrade imposto dalla casa madre ugualmente

[Xfire90]

AMOD 3.0.7 -> salva configurazione dnsmasq

-h           	show this help
	-q query     	add options in query string
	-r name      	remove name
	-v value name	add name with value
	name value   	add name with value

dbsave 0.2.6
Usage: dbsave [-h] [-q query] [-r name] [-v value name] [name value]

	-h           	show this help
	-q query     	add options in query string
	-r name      	remove name
	-v value name	add name with value
	name value   	add name with value

dbsave 0.2.6
Usage: dbsave [-h] [-q query] [-r name] [-v value name] [name value]

	-h           	show this help
	-q query     	add options in query string
	-r name      	remove name
	-v value name	add name with value
	name value   	add name with value

dbsave 0.2.6
Usage: dbsave [-h] [-q query] [-r name] [-v value name] [name value]

	-h           	show this help
	-q query     	add options in query string
	-r name      	remove name
	-v value name	add name with value
	name value   	add name with value

dbsave 0.2.6
Usage: dbsave [-h] [-q query] [-r name] [-v value name] [name value]

	-h           	show this help
	-q query     	add options in query string
	-r name      	remove name
	-v value name	add name with value
	name value   	add name with value

Location: ./lserv.cgi

Mi ritrovo questo nella pagina al posto delle textbox. Cambiato sintassi o comando errato, credo

[alfonsor]

...rola!

prendi la .8 tra 10 minuti