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

[Xfire90]

Ora si vede, prima giuro non c'era. Aggiornata la pagina più volte e nulla

[Gug]

Originariamente inviato da alfonsor

prova ad aggiungere l'opzione -v per avere maggiori informazioni su cosa sta accadendo

già fatto, nonostante il flag verbose.. è in realtà poco comunicativo, bloccandosi e riavviandosi... al massimo elencando solo il percorso che stava analizzando, essendo il primo file della lista in ordine alfabetico... cmq ora funziona, poi mi riguarderò il file responsabile per capire cosa non gli garba.. grazie!

[fabiuski]

Originariamente inviato da alfonsor

mi faresti il piacere di flashare l'ultimo amod beta e di provare il limiter che ora ha l'opzione per usare hfsc invece di htb?

se manco con hfsc funziona, allora direi che c'è qualcosa nello hw che non permette di farlo andare

letto ora... scaricato l'ultima (4.0.8) posso fare test con questa ?

te lo chiedo perchè ho visto che c'era una 4.0.7 che citava hfsc e magari volevi testare quella ma in questo lasso di tempo ho perso un turno

[John_Rock]

Originariamente inviato da alfonsor

il significato non lo conosco bene neanche io :P

le importanti sono le prime due che dovrebbero che vuol dire che può andare sulla tua linea o no, insistere per avere la capacità in download variabile con la snr la prima e per avere più stabilità o velocità la seconda

Potresti cortesemente spiegare un pò meglio, perché cosi non capisco bene a cosa ti riferisci, cioè scrivendo cosi: "Options" serve per.... "IFX" serve per.... "Line Special Options" serve per... Inoltre mi sono accorto che io possiedo la versione "13.1.4" mentre tu ne hai già sfornate altre con l'ultima che è la "14.0.3" quindi mi consigli di aggiornare oppure no? Se si, devo usare qualche accorgimento particolare oppure posso upgradare direttamente cioè scaricando il file per poi caricarlo...Grazie 1000

[Shinobi]

Originariamente inviato da alfonsor

a parole non sbagli niente, dovrebbe andare come dici tu ed essendo il 3500 tra i router quello con il limiter che funziona meglio tra tutti (ad esempio se stai scaricando un file e cambi i parametri al volo, i nuovi regolano come il file viene scaricato, mentre sugli altri il limiter agisce solo sulle connessioni aperte dopo aver applicato il limiter) mi sembrerebbe strano che all'improvviso abbia smesso di funzionare

solo che il 3500 deve attendere il suo turno di verifica in questo momento

Ciao e grazie per la risposta, approfittando anche per rinnovarti i complimenti per l'ottimo lavoro fatto.
Fammi sapere se posso essere utile in qualche modo ad esempio con eventuali test.
Utilizzo l'ultimo firmware che ho trovato sulla tua homepage per il 3500: amod 4.0.3

[alfonsor]

c'era un problema nel limiter del 3500 che impediva l'applicazione della velocità di default, nella versione in lavorazione è funzionante, solo che devi attendere che venga rilasciata

[alfonsor]

Data Rate Adaptation: fixed or dynamic - la velocità di download si adatta alle condizioni della linea (firmware del modem remoto permettendo) oppure no

Erasure Decoding Algorithm: rate o inp - preoccupati di massimizzare la velocità o la stabilità

Erasure Decoding Capability in G.HS - non lo so con precisione

Spectral Inband Shaping G.HS Option - non lo so con precisione

[alfonsor]

Originariamente inviato da Gug

già fatto, nonostante il flag verbose.. è in realtà poco comunicativo, bloccandosi e riavviandosi... al massimo elencando solo il percorso che stava analizzando, essendo il primo file della lista in ordine alfabetico... cmq ora funziona, poi mi riguarderò il file responsabile per capire cosa non gli garba.. grazie!

come detto molte molte volte e lo sottolineo perché il marketing dei produttori di router sfrutta questa faccenda con molta facilità, un routerino casalingo non è un nas

per tantissime ragioni pratiche, non per questioni di principio o filosofiche, ma perché un routerino casalingo è un apparecchio costruito pensando a risparmiare le 0,5 centesimi di euro su ogni componente e la usb "fa pena" ma "pena veramente"

se non fa riavviare il router spesso e volentieri quando è sotto pressione (3500), caso limite, non ha banda sufficiente ed usa troppa cpu per qualsiasi cosa non giocosa (tutti gli altri router del mondo)

un programma come minidlna che pare discretamente banale come applicazione in realtà usa ffmpeg ed altre librerie di decoding per decidere se ogni singolo file è una cosa multimediale o no; è un lavoraccio per la cpu del routerino ed un lavoraccio immane per la usb

quando in un sistema linux non bacato manca memoria, il pezzo di sistema o programma utente che la voleva di solito esce gentilmente non tirando tutto il sistema giù, invece in un routerino il router si blocca o resetta spesso e volentieri

questo è

minidlna è usabile nei limiti, se si ha una collezione enorme di titoli e per forza lo si vuole usare, si faccia lo scan della collezione da linux, replicando esattamente le condizioni del router, versione minidlna, versione sql e percorso delle cartella; ci si metterà un decimo del tempo

quindi si potrà usare la funzione di verifica di aggiunta file quando file vengono aggiunti

ma ricordatevi sempre che un router è un cosetto non un nas

[fabiuski]

Originariamente inviato da alfonsor

mi faresti il piacere di flashare l'ultimo amod beta e di provare il limiter che ora ha l'opzione per usare hfsc invece di htb?

se manco con hfsc funziona, allora direi che c'è qualcosa nello hw che non permette di farlo andare

testata la 4.0.8

niente da fare, il limiter sul 2200v3 si comporta come prima, i limiti massimi di banda si aggirano sempre di poco superiori ai 20Mb

[alfonsor]

Originariamente inviato da fabiuski

testata la 4.0.8

niente da fare, il limiter sul 2200v3 si comporta come prima, i limiti massimi di banda si aggirano sempre di poco superiori ai 20Mb

al momento non ho nessuna idea; pensavo potesse essere htb e mi sono messo a fare funzionare hfsc, che non funzionava liscio sui 2200V3 e 4000 ed ha richiesto alcune modifiche ai sorgenti; evidentemente il problema è proprio da qualche altra parte

continuerò ad indagare per curiosità

[alfonsor]

fammi un piacere, entra in telnet spegni il limiter fai
nano /etc/b

e copia ed incolla questo

#!/bin/sh

ifup=ppp1
ifdown=ifb0

{
  tc qdisc del dev $ifup root
  tc qdisc del dev $ifup ingress
  tc qdisc del dev $ifdown root
  tc qdisc del dev $ifdown ingress
} >/dev/null 2>&1
[ "$1" = stop ] && exit 0

[ "$1" != start ] && exit 1

drate="${2}kbit"
urate="${3}kbit"
q=1514

# INGRESS

tc qdisc add dev $ifup handle ffff: ingress

ifconfig $ifdown up

tc filter add dev $ifup parent ffff: protocol all u32 match u32 0 0 action mirred egress redirect dev $ifdown

tc qdisc add dev $ifdown root handle 1: htb default 11

# Add root class HTB with rate limiting

tc class add dev $ifdown parent 1: classid 1:1 htb rate $drate
tc class add dev $ifdown parent 1:1 classid 1:11 htb rate $drate prio 0 quantum $q

# EGRESS

tc qdisc add dev $ifup root handle 1: htb default 11

# Add root class HTB with rate limiting
tc class add dev $ifup parent 1: classid 1:1 htb rate $urate
tc class add dev $ifup parent 1:1 classid 1:11 htb rate $urate prio 0 quantum $q

salva ctrl-o return ctrl-x

quindi fa
sh /etc/b start downrate uprate

downrate ed uprate in kbit, tipo
sh /etc/b start 40000 1000

quindi va su speedtest e vedi se vai a circa (perché la macro è imprecisa) al downrate che scegli

ogni volta che chiami la macro, vengono applicati i nuovi valori; per stoppare il limitatore scrivi
sh b stop

[rammar]

Originariamente inviato da alfonsor

la cosa succede anche con 1 solo torrent in download?

se si mi passi, magari in pvt, il file .torrent ?

hai provato a riformattare il dispositivo di storage che usi?

Impostato driver adsl 39, formattato stessa chiavetta in ntfs, provato con lo stesso Torrent che mi causava il down della linea e ora sembra funzionare abbastanza bene!
Non mi posso lamentare, ho anche provato ad usare il MiniDLNA, con cautela come specificato da te in tanti post (Catalogo di 10 file video), e funziona degnamente.
Grazie

[Xfire90]

@Alfonsor
Mi sto preparando per l'arrivo del D6400 per scopiazzarti un po'.
A breve apro un topic a riguardo, spero, ma intanto sai dirmi con configurare uclibc per il BCM63168 (BMIPS4350 V8.0) su Arch?
Sono davanti al setup automatico ma mezzi parametri non so dove prenderli, posso skippare e scaricare un file di configurazione già pronto? Se sì, da dove?
Netgear consiglia "uclibc-crosstools-gcc-4.4.2-1.tar.bz2", c'è un motivo particolare? Io vorrei usare gcc 5.2

PS: non ho mai crosscompilato niente che non fosse da x86 a x86_64 e non sono avvezzo a questi meccanismi.

[alfonsor]

non è che netgear consiglia di usare una versione di gcc; ci sono i sorgenti, cioé il file system del firmware con un meccanismo con il quale scrivi qualcosa come "make" e ti esce fuori il firmware e c'è la toolchain

la toolchain è composta da kernel, libreria c nel nostro caso uclibc e gcc

quella è la toolchain usata per produrre il firmware, quindi per compilare il kernel, per compilare le cose chiuse e quella userai

non è che esista una configurazione particolare di uclibc per un modello hw, esiste la configurazione di uclibc per quel firmware; se cambi qualcosa di importante nella configurazione di uclibc poi non funzioneranno altri programmi vari, che non puoi ricompilare; la configurazione di uclibc usata in un firmware la trovi dentro buildroot

in particolare su un routerino non è che ci sia alcuna ragione per usare gcc 5.2 invece di 4.2; le cose funzionano (a parte il kernel che forse non riuscirai a compilare senza modifiche), ma non è che funzionano meglio, non è che un programma va più veloce se lo hai compilato con gcc 5.2 invece che con il 4.2

certo, per sfizio puoi provare ad usare quello che ti pare, ma magari solo dopo che hai il tuo firmware funzionante

il primo passo da fare quando si vuole giocare con i firmware è saldare una seriale nel router per imparare a recuperare il router velocemente e vedere cosa succede in console, al boot, quando vengono lanciati i vari servizi e così via; questa operazione è fondamentale

[alfonsor]

Originariamente inviato da rammar

Impostato driver adsl 39, formattato stessa chiavetta in ntfs, provato con lo stesso Torrent che mi causava il down della linea e ora sembra funzionare abbastanza bene!
Non mi posso lamentare, ho anche provato ad usare il MiniDLNA, con cautela come specificato da te in tanti post (Catalogo di 10 file video), e funziona degnamente.
Grazie

allora era semplicemente la partizione che aveva errori e formattarla ha risolto le cose

[rammar]

Originariamente inviato da alfonsor

allora era semplicemente la partizione che aveva errori e formattarla ha risolto le cose

Avevo già provato più volte a formattare la partizione, con gparted su ambiente Linux.
Non ricordo precisamente il filesystem usato in precedenza, dovrebbe essere Fat32, magari da problemi.
Appena ho tempo faccio qualche altra prova

[alfonsor]

per il limiter del 3500, chi ha voglia può provare questo

http://alfie.altervista.org/amod/dow...14.0.4.img.zip

PS

purtroppo per le cose ipv6 non so se potrò procedere a fix ed aggiunte, perché, almeno qui da me, tim sembra aver lasciato andare ipv6, la connessione avviene, si prende un prefisso, ma dopo qualche minuto lo si perde (ho provato con tutti i router ed avviene sempre la stessa cosa, non è un problema di amod)

[Xfire90]

Originariamente inviato da alfonsor

non è che netgear consiglia di usare una versione di gcc...

Grazie, comunque secondo me è un DGND4000 con soc aggiornato all'ultima versione, una rom più capiente e un modulo USB più performante. Quando ho tempo di metterci la seriale provo a forzare il firmware del 4000 per vedere fino a dove arriva il boot.

[fabry95x]

Salve a tutti e scusate il disturbo, in sintesi, da quando ho messo questo FW, il mio galaxy s4 non scarica più tramite Wi-Fi solo ed esclusivamente da play store...ho provato a formattare telefono, a eliminare e riaggiungere l'account gmail, a cancellare dati e e cache di google play services e di google play store...non so proprio come fare...qualche dritta ?
Quando cerco di avviare il download mi fa "download..." e rimane così...mentre computer va tutto bene, anche se scarico da galaxy apps (s4), e da web (s4)...quindi non so proprio cosa possa essere...io credo qualche parametro da aggiustare nel FW del router...illuminatemi, grazie in anticipo, ciao a tutti

[Totix92]

Originariamente inviato da Xfire90

Grazie, comunque secondo me è un DGND4000 con soc aggiornato all'ultima versione, una rom più capiente e un modulo USB più performante. Quando ho tempo di metterci la seriale provo a forzare il firmware del 4000 per vedere fino a dove arriva il boot.

eh no, è un po' diverso, a cominciare che a differenza del 4000 il D6400 è prodotto da foxconn ed ha quindi un firrmware molto ostico da modificare e molto diverso, un po' come il DGN2200v4
senza contare che il firmware del 4000 usa dei driver diversi oltre che più vecchi per il SoC e il wifi ha driver più vecchi che non supportano i chip wifi del 6400 e ci sono sicuramente differenze nel bootloader.
quindi fossi in te non lo farei, è brick sicuro, rischi di dover andare di Jtag e se il 6400 non ha una Jtag son cavoli amari.