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

[Putipower]

Originariamente inviato da montofili

ciao a tutti, ho da poco acquistato un dgnd4000 e ho subito installato amod 1.0.23. Ho adsl 20 mega telecom e normalmente la connessione funziona bene, ho attivato il profilo 6db da centrale e aggancio la portante intorno ai 18-20 mega in down con ping sui 38ms. Molto spesso però mi succede che la connessione diventa improvvisamente molto lenta, se faccio pingtest ottengo dei valori altissimi che schizzano oltre i 100-200-400 ms ed anche le prestazioni in download calano drasticamente! Se effettuo un reboot del router, subito dopo i valori tornano normali. Ma dopo alcune ore che il router rimane acceso si ripresentano i problemi. E' capitato anche a voi?
Si tratta per caso di qualche bug del firmware netgear (1.1.00.15) sul quale è basato amod?

per dirne una,icloud di apple,fa un uso pazzesco della linea...controlla che non sia qualche tua device che ti crea questo problema

[barbaro]

qualche domandina da nimbo

Ho un dgn2200v4 sul quale avevo l'ultimo firmware 1.0.0.62,

1) io ci ho semplicemente installato sopra l'ultimo amod, è giusto? o devo fare altro?

2) se lo voglio rivendere e ripristinare, basta che installo l'ultimo firmware originale e poi faccio un reset col tastino dietro?

3) Nell'interfaccia netgear vedo parametri tipo MTU 1500 connessione VC 8 35 Adsl2+ ed altri, ma questi sono quelli che sto usando o sono quelli che vedo nell'interfaccia amo (mtu 1458 1478 ecc)


Intanto grazie

[alfonsor]

amod è un firmware, non si installa sopra; quando hai fatto il flash di amod, sei in amod

per rimettere il firmware netgear, fai un flash del firmware netgear

in questo momento non ricordo i particolari sulla mtu e non posso accendere il 2200V4; imposta in entrambi i posti la mtu a quella che vuoi

[montofili]

Originariamente inviato da alfonsor

non ho mai avuto problemi del genere sul 4000

come prima cosa ti consiglio di andare in varios amod e di selezionare tutte le opzioni "do not ..." salvare e fare un reboot

se la cosa avviene mentre stai facendo cose pesanti su internet, per dire facendo un upload di un file grande o facendo il download selvaggio, la questione è "semi normale"

se invece avviene a vuoto, allora no

Ho provato ma le cose non sono cambiate. Inoltre per sicurezza ho anche disattivato tutti i dispositivi della rete sia fissa che wifi lasciando un solo pc e su questo ho chiuso tutti i servizi cloud. Anche in questo caso senza risultato.

Ho notato che quando decadono le prestazioni, facendo pingtest noto 2 cose strane: perdita di pacchetti nell'ordine del 10% e valori di ping e jitter molto alti e variabili (appena mi ricapita posto una immagine)
Vorrei cercare di fare chiarezza su quanto mi succede perchè è piuttosto scocciante dover fare reboot almeno una volta al giorno per ripristinare momentaneamente la normalità.
Per controllare se ho degli errori sulla linea quali sono i contatori importanti a cui devo prestare attenzione? Nel senso i contatori alla voce Errors, sotto adsl status dovrebbero essere tutti a zero per una linea ottimale?

[montofili]

Dimenticavo: ho usato anche vari driver adsl ma senza visibili miglioramenti. Al momento ho A2pD035j.d24a

[alfonsor]

mi sembra che tu escluda problemi della adsl indipendenti dal router; perché? hai provato altri modem e vanno senza problemi?

[montofili]

Originariamente inviato da alfonsor

mi sembra che tu escluda problemi della adsl indipendenti dal router; perché? hai provato altri modem e vanno senza problemi?

nono, non escludo niente non escludo neppure che sia un problema di linea però la cosa "strana" è che se faccio reboot torna a funzionare normalmente per un pò o forse anche questa casistica può rientrare tra i problemi di connessione tra centrale/borchia

[alfonsor]

andiamo di qualche controllo vario

- hai installato amod partendo da quale firmware? hai fatto un ripristino delle preferenze? fallo comunque ora

- fa anche un ripristino delle preferenze amod

- entra in various amod e seleziona tutti i "do not"; fa un reboot

- va in lan services, dnsmasq create minimal configuration, autostart save start

- controlla che nella configurazione di dnsmasq la pool dhcp non sia in conflitto con qualche ip fisso; la pool è definita nella linea
dhcp-range=192.168.0.150,192.168.0.199,255.255.255.0,24h
o similare

- in wan che valori hai impostato? usa server dns tuoi piuttosto che quelli dello isp; usa una mtu ragionevole, 1492 per pppoe 1478 per pppoa o inferiori

- va in adsl advanced e seleziona "tutte" le opzioni adsl con il relativo apply section a destra, save

- fa la connessione adsl, controlla i vari valori tipo snr ed attenuazione, quali sono?

[barbaro]

Originariamente inviato da alfonsor

amod è un firmware, non si installa sopra; quando hai fatto il flash di amod, sei in amod

per rimettere il firmware netgear, fai un flash del firmware netgear

in questo momento non ricordo i particolari sulla mtu e non posso accendere il 2200V4; imposta in entrambi i posti la mtu a quella che vuoi

Grazie

Giusto un altro paio di chiarimenti.

Ma la MTU posso lasciarla a 1500 che leggendo sembrerebbe la miglior soluzione per non frammentare i pacchetti (infatti nel firmware ultimo originale netgear la mette 1500) o meglio 1478 per il PPOA?

Tralasciando i vari discorsi su SNR e guadagno in download, volevo chiedere, come posso fare per verificare se sono sceso troppo con l'SNR?

Mi spiego, se in Amod metto delta -30 e mi si connette a 19000 e SNR 3,1, basta che navigo senza disconnessione sui miei vari dispositivi e che scarico senza problemi, o c'è un test da fare per verificare la qualità della linea ed eventuali errori?

Grazie

[alfonsor]

i valori consigliati di mtu sono 1478 per pppoa e 1492 per pppoe; usa quelli

ti accorgi se l'snr è troppo bassa perché ci sono troppi errori; per dire comincia a scaricare un file da 600 mega, i primi 10 secondi vai alla velocità a cui ti aspetti di andare, poi le prestazioni degradano rapidamente

la cosa cambia da caso a caso, ma comunque, 3.1 è ancora accettabile

[Putipower]

Originariamente inviato da alfonsor

i valori consigliati di mtu sono 1478 per pppoa e 1492 per pppoe; usa quelli

ti accorgi se l'snr è troppo bassa perché ci sono troppi errori; per dire comincia a scaricare un file da 600 mega, i primi 10 secondi vai alla velocità a cui ti aspetti di andare, poi le prestazioni degradano rapidamente

la cosa cambia da caso a caso, ma comunque, 3.1 è ancora accettabile

3.1 e' accettabilissimo,ma quello che conta e' se questo margine si muove..nelle statistiche del v4 si puo vedere ogni 5sec(se si fosse potuto impostare ad 1 sec per delle prove era meglio),se ogni 5 sec cambia,la linea non e' perfetta.

[lordofthestrings]

Ciao Alfonso,
una curiosità (e perdona l'ignoranza ti prego); nell'ultimo amod (3.2.16 del 25.06.2015) leggo "new upnpd"... Di cosa si tratta? Ho pensato che avessi cambiato il media server da minidlna a "miniupnp" (che a dire il vero non conosco anche se cercando ho trovato qualcosa su internet) ma poi ho visto che è rimasto il "fido" minidlna... L'unica cosa che so è che "d" sta per "demone"

[lordofthestrings]

... mi sono impegnato un po' di più ed ho trovato qualcosa di esplicativo

http://manpages.ubuntu.com/manpages/...8/upnpd.8.html

[alfonsor]

è il coso che viene contattato da programmi che usano quel protocollo per aprire le porte; per dire emule ed i programmi torrent usano il protocollo upnpd e miniupnpd gli apre le porte; siccome è bacatissimo, vengono scoperti in continuazione bug che compromettono la sua sicurezza ed è sempre meglio, se possibile, avere l'ultima versione disponibile

[s-y]

imho cmq se possibile meglio evitare di usarlo upnp (ok gli aggiornamenti, ma afaik continua a causare casini notevoli in giro per la rete) e fwdare le porte e farle usare singolarmente ai vari programmi

[lordofthestrings]

Originariamente inviato da alfonsor

è il coso che viene contattato da programmi che usano quel protocollo per aprire le porte; per dire emule ed i programmi torrent usano il protocollo upnpd e miniupnpd gli apre le porte; siccome è bacatissimo, vengono scoperti in continuazione bug che compromettono la sua sicurezza ed è sempre meglio, se possibile, avere l'ultima versione disponibile

Fantastico, grazie 1000 della spiegazione, troppo gentile

[montofili]

Originariamente inviato da alfonsor

andiamo di qualche controllo vario

- hai installato amod partendo da quale firmware? hai fatto un ripristino delle preferenze? fallo comunque ora

- fa anche un ripristino delle preferenze amod

- entra in various amod e seleziona tutti i "do not"; fa un reboot

- va in lan services, dnsmasq create minimal configuration, autostart save start

- controlla che nella configurazione di dnsmasq la pool dhcp non sia in conflitto con qualche ip fisso; la pool è definita nella linea
dhcp-range=192.168.0.150,192.168.0.199,255.255.255.0,24h
o similare

- in wan che valori hai impostato? usa server dns tuoi piuttosto che quelli dello isp; usa una mtu ragionevole, 1492 per pppoe 1478 per pppoa o inferiori

- va in adsl advanced e seleziona "tutte" le opzioni adsl con il relativo apply section a destra, save

- fa la connessione adsl, controlla i vari valori tipo snr ed attenuazione, quali sono?

Ho seguito le tue indicazioni. Da questa mattina dopo il reboot la connessione va bene anche se non l'ho usata molto, cmq ad ora non noto ping alti o perdita di pacchetti.
Semmai nella sezione Errors di Adsl status vedo che ho:

Forward Error Correction 1611
Cyclic Redundancy Check 11
Header Error Check 31

Tutti nella colonna local

Di questi errori ne ho sempre avuti, non sò però se è normale o mi devo preoccupare, tenendo conto che la connessione è attiva da questa mattina alle 9,30.

Per quanto riguarda invece snr e attenuazione:
SNR: 6.3 down 6.2 up
Line Attenuation: 14 db down 8.6 up

Devo dire però che il valore di snr varia di molto nell'arco della giornata: ad esempio adesso mi ritrovo
SNR 4.5 dB 8.1 dB
mentre line attenuation resta sempre la stessa
...forse gli errori sono dovuti a questo valore di snr così ballerino?

[alfonsor]

ignora gli errori fec
gli errori crc sarebbe meglio fossero 0 ma accade rarissimamente; i tuoi sono nornali
in generale hai valori normali, anche la variazione della snr durante la giornata è normale

[adia]

alfonsor buongiorno potresti in linea di massima dirmi come sono messo come linea? Data Rate 20,608 Mbps 1,210 Mbps
Attainable Rate 23,016 Mbps 1,244 Mbps

SNR 1,9 dB 6,2 dB
Noise 31,1 dB 14,2 dB
Line Attenuation 27,5 dB 14,2 dB
Power 19,3 dBm 12,6 dBm

MSGc (overhead channel message bytes) 51 bytes 18 bytes
B (mux data frame bytes) 241 bytes 114 bytes
M (mux data frames in FEC data frame) 1 frames 1 frames
T (mux data frames over sync bytes) 3 frames 1 frames
R (FEC data frame check bytes) 12 bytes 4 bytes
S (FEC/PMD data frame length) 0,3753 3,127
L (PMD data frame bits) 5415 bits 316 bits
D (interleaver depth) 64 bits 16 bits

Super Frames 50166 44433
Super Frames Errors 0 0
Reed Salomon 8578200 1065711
RS Correctable Errors 2009458 0
RS UnCorrectable Errors 27265 0

Header Error Check 22257 0
Out of Cell Delineation 0 0
Lost Cell Delineation 0 0
Total Cells 39093730 2288933
Data Cells 890091 62187
Drop Cells 0 -
Bit Errors 0 0

Errored Seconds 632 0
Severely Errored Seconds 88 0
UnAvailable Seconds 70 70
Available Seconds 805 -

INP 0,50 0,50
INPRein 0,0 0,0
Delay 6 12
PER 160,4 180,7
OR 28,42 10,62

-
Errors Reset

Showtime: Local Remote Total: Local Remote
Forward Error Correction 2009458 0 2009458 0
Cyclic Redundancy Check 6553 0 6553 0
Errored Seconds 632 0 632 0
Severely Errored Seconds 88 0 88 0
UnAvailable Seconds 0 0 70 70
Loss Of Signal 0 0 0 0
Loss Of Frame 0 0 0 0
Loss Of Margin 0 0 0 0

[alfonsor]

adia, non può diventare un thread sulla linea, scusami, ho sempre cercato di evitare la cosa, come di consigliare opzioni, firmware e via dicendo; le opzioni sono davvero poche, cambiarle e fare un retrain è una cosa di un paio di minuti, ognuno si prova le sue

d'altronde valori sballati adsl non dipendono dal router, ma dipendono nel 99.99% dei casi dalle linea di casa, esterna, fino alla centrale, per cui non è che si possa incidere su di essi da dentro il router

la tua è una linea problematica ed hai un margine snr bassissimo, quindi avrai problemi di certo