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

[pietro667]

Originariamente inviato da arabafenice74

Raga ma secondo voi è normale che ogni volta che navigo controllando in amod nella sezione "adsl/errors" rilevo sempre errori in crescita a mano a mano che navigo nei siti, a queste voci specifiche:

Cyclic Redundancy Check
Errored Seconds
UnAvailable Seconds

Potreste verificare anche voi dalle vostre tabelle se avete costantemente errori come nel mio caso, così per capire se ho problemi solo io alla rete?

Vi ringrazio di cuore se mi aiutaste a togliermi sto dubbio

... succede anche a me ... e credo che sia normale, in una certa misura.

[strassada]

che dsp adsl (A2pD03...) avete selezionato? ve lo fa con tutti o uno solo (ne mostra tanto di più del solito)? comunque sono errori che "devono" capitare durante la connessione, in genere quando avete la portante un po' spinta rispetto alla bontà della linea, specie col profilo fast.

[pietro667]

Io quello del Billion ...
In effetti con la connessione a 4Mb ne avevo molti di meno.
Ma non sono così tanti poi da preoccupare, almeno al momento.

[alex12345]

Capita ad altri che il tasto reboot non funzioni?
Da cosa può dipendere?

[arabafenice74]

Originariamente inviato da strassada

che dsp adsl (A2pD03...) avete selezionato? ve lo fa con tutti o uno solo (ne mostra tanto di più del solito)? comunque sono errori che "devono" capitare durante la connessione, in genere quando avete la portante un po' spinta rispetto alla bontà della linea, specie col profilo fast.

Io ho messo lo 038f e sto in ull con infostrada.

Raga qualcuno potrebbe postare uno screen di questa errors magari dopo un'ora di navigazione così da poterli confrontare come numero?

[Vathek]

Originariamente inviato da Vathek

Eh ma è una rottura... non capisco per quale motivo l'interfaccia debba nascondere l'abilitazione del telnet al boot se lo si usa come modem e non router... mah...

In ogni caso ho visto che il comando dovrebbe essere "telnetd"... e forse, se lo aggiungo allo script /config/xxx/amod/rcS.user lo lancia all'avvio...

Mi confermate che è così? O nessuno ci ha mai provato?

EDIT
Controllando nei processi con "ps aux | grep telnet", dopo aver lanciato la pagina web che abilita il telnet, compare il seguente processo:
/usr/sbin/utelnetd -d -l /usr/sbin/login

Se killo quel processo, il telnet non funziona più... quindi sono abbastanza convinto che il comando da aggiungere allo script "rcS.user" sia dunque "/usr/sbin/utelnetd -d -l /usr/sbin/login"
Dico bene?

Ci sono riuscito!

Ho creato un file chiamato rcS.user nella cartella /config/xxx/amod

All'interno del file ho scritto così:

#!/bin/dash

/usr/sbin/utelnetd -d -l /usr/sbin/login

poi bisogna dargli il permesso di esecuzione con

chmod a+x /config/xxx/amod/rcS.user

finito, praticamente quel file viene lanciato da amod quando il router termina di avviarsi.
Normalmente il file non è presente, ma se lo create verrà lanciato al boot.
Li dentro potete fare eseguire tutto quello che volete ad ogni avvio.

[random566]

Originariamente inviato da Vathek

Ehm, io uso il 2200v3 in modalità bridge (solo modem e non router), nelle impostazioni vedo solo queste quattro voci:

amod settings
Options

- Use the original status page
- Leave the statistics window opened
- Use a comma as decimal separator
- Do not format numbers

Forse l'opzione è disponibile solo in modalità "modem+router" ??
Però mi sembra una po' un baco... conoscendo il comando da shell per abilitare il server telnet basterebbe aggiungerlo in uno script rc.

purtroppo al momento sono impossibilitato a impostare il v3 come modem, ma le voci che riporti mi sembra che siano nel penultimo menu in basso con la dicitura "various".
sopra questa voce mi sembrava che ve ne fosse un'altra denominata "services", poi, sotto "amod" e dovresti trovare qui l'abilitazione del telnet.
a volte, dopo l'aggiornamento a amod, le varie voci del menu non si vedono correttamente se non si ripulisce la cache del browser.
tieni presente che il servet telnet che viene abilitato da amod non è lo stesso che si abilita con ...ecc..ecc..setup.cgi/todo=debug.
per quanto riguarda la visualizzazione del grafico snr sulle frequenze in upstream, è normale che non vengano visualizzate, mentre dovrebbero essere visualizzati i grafici dell'allocazione dei bits anche per l'upload.
è una caratteristica del chip broadcom ed è indipendente dal firmware ufficiale o custom

[Vathek]

Originariamente inviato da random566

purtroppo al momento sono impossibilitato a impostare il v3 come modem, ma le voci che riporti mi sembra che siano nel penultimo menu in basso con la dicitura "various".
sopra questa voce mi sembrava che ve ne fosse un'altra denominata "services", poi, sotto "amod" e dovresti trovare qui l'abilitazione del telnet.
a volte, dopo l'aggiornamento a amod, le varie voci del menu non si vedono correttamente se non si ripulisce la cache del browser.
tieni presente che il servet telnet che viene abilitato da amod non è lo stesso che si abilita con ...ecc..ecc..setup.cgi/todo=debug.
per quanto riguarda la visualizzazione del grafico snr sulle frequenze in upstream, è normale che non vengano visualizzate, mentre dovrebbero essere visualizzati i grafici dell'allocazione dei bits anche per l'upload.
è una caratteristica del chip broadcom ed è indipendente dal firmware ufficiale o custom

Ok, grazie per le info.
Per il discorso telnet come forse hai già letto me la sono cavata con lo script rcS.user... (gran bella idea di Alfonso...)

Per il discorso SNR in upstream ho provato a rimontare il firmware originale (il 1.0.0.23 che tra l'altro fa veramente pena perché con la scusa della grafica nuova è lentissimo!!) e ho verificato che il problema rimane anche li.
Però se ripeto più volte il comando "adslctl info --SNR" allora spesso l'SNR sui primi bins (dell'upstream) appare...

Ho notato che se uso "adslctl ino --SNR | more" e quando non compila correttamente i primi bins, faccio due schermate e poi quitto (con q) e dopo ripeto il comando e compaiono i bins bassi...

Probabilmente allora è un bug del broadcom... pace... ho cmq rimesso amod (perché è molto più rapido del 1.0.0.23 ufficiale) e fa lo stesso scherzo.

[Totix92]

nel mio v3 ( ormai defunto ) avevo la 1.1.00.23 eppure non era molto lenta l'interfaccia, certo non era veloce ma nemmeno lenta, era accettabile, ma anche se fosse stata lenta mi sarei tenuto lo stesso il firmware per via dei fix alla sicurezza che ha introdotto ( si sono un paranoico della sicurezza non trascuro mai nessun aspetto a riguardo )

[Vathek]

Io lo uso solo come modem, quindi preferisco la maggiore configurabilità lato modem del fw amod (con i vari driver adsl), i vari tweak, etc...

E poi il chipset broadcom è veramente il top di stabilità, il fratello maggiore DGN3500 monta un chipset infineon e fw amod, ma aggancia solo un po' più in alto con 1,5dB in meno.

DGN2200amod (broadcom) -> 22235 con 3dB di margine (forzato a -4.0dB, di più aggancia meno portante... boh?)
DGN3500amod (infineon) - > 22239 con 1.4dB di margine (forzato a -5.0dB)

E poi sull'infineon non ho il comando adslctl per vedere le frequenze. Quindi broadcom tutta la vita. :P

[arabafenice74]

Originariamente inviato da arabafenice74

Io ho messo lo 038f e sto in ull con infostrada.

Raga qualcuno potrebbe postare uno screen di questa errors magari dopo un'ora di navigazione così da poterli confrontare come numero?

nessuno?

[random566]

Originariamente inviato da Totix92

.... ma anche se fosse stata lenta mi sarei tenuto lo stesso il firmware per via dei fix alla sicurezza che ha introdotto ( si sono un paranoico della sicurezza non trascuro mai nessun aspetto a riguardo )

quali miglioramenti della sicurezza ci sono nella v. 1.0.0.23? io mi sono accorto solo di quello relativo l'utilizzo del protocollo https per l'interfaccia web da remoto, che tutto sommato mi serve a poco perchè non l'ho abilitata.

[Totix92]

sono stati corretti svariati bug di sicurezza relativi all'upnp che io uso per questo mi tenevo il firmware originale aggiornato.

[MaerliN]

Qualcuno con il DGN3500 può postarmi le sue statistiche di errore (della pagina ADSL Status)? Vorrei fare una comparazione per capire cosa sta succedendo alla mia linea.. Possibilmente specificando l'uptime!

[dreambox]

-Link
Status: Up (showtime tc sync - 0x801)
Uptime: 5d 14h 41' 48''
Tx System: ADSL 2+ (G.992.5/A)
DSLAM: Broadcom (BDCM)

Errors Showtime Total
Local Remote Local Remote
Loss Of Frame: 0 0 0 0
Loss Of Signal: 0 0 0 0
Loss of PoweR: 0 0 0 0
Loss Of Modulation: 0 0 0 0

Errored Seconds: 164 1 164 1
Severe Errored Seconds: 0 0 0 0
Loss Of Signal Seconds: 0 0 0 0
UnAvailable Seconds: 0 0 0 0
Loss Of Frame Seconds: 0 0 0 0

[MaerliN]

Originariamente inviato da dreambox

-Link
Status: Up (showtime tc sync - 0x801)
Uptime: 5d 14h 41' 48''
Tx System: ADSL 2+ (G.992.5/A)
DSLAM: Broadcom (BDCM)

Errors Showtime Total
Local Remote Local Remote
Loss Of Frame: 0 0 0 0
Loss Of Signal: 0 0 0 0
Loss of PoweR: 0 0 0 0
Loss Of Modulation: 0 0 0 0

Errored Seconds: 164 1 164 1
Severe Errored Seconds: 0 0 0 0
Loss Of Signal Seconds: 0 0 0 0
UnAvailable Seconds: 0 0 0 0
Loss Of Frame Seconds: 0 0 0 0

Grazie!
Come sospettavo Aruba mi prende un po' per il c*lo dicendo "no guarda è normale e rientra nel comportamento dell'ADSL". Bullshit.
Queste le mie statistiche:

Link
Status: Up (showtime tc sync - 0x801)
Uptime: 18h 8' 41''
Tx System: ADSL 2+ (G.992.5/A)
DSLAM: Infineon Huawei (IFTN)

Errors
Showtime Total
Local Remote Local Remote
Loss Of Frame: 0 0 0 0
Loss Of Signal: 0 0 1 0
Loss of PoweR: 0 0 0 0
Loss Of Modulation: 0 0 0 0

Errored Seconds: 3528 7 9072 7
Severe Errored Seconds: 160 0 1409 0
Loss Of Signal Seconds: 0 0 3 0
UnAvailable Seconds: 0 3 54 54
Loss Of Frame Seconds: 0 0 0 0

La sera perdo pacchetti a manetta (anche su 192.168.100.1) e ovviamente la linea è inutilizzabile per il gioco e frustrante per la navigazione.
Il fatto è che ho cambiato tutto in casa (router, filtri, cavi telefonici, cavi ethernet) e non so più che diamine fare. Ho alzato perfino il margine snr raddoppiando il target che mi ha impostato Aruba (da 6db a 12db) ma niente di niente. Packet loss come se piovesse. Bah.

[dreambox]

che portante hai? io ho una 8 mega base. Andando su con la portante, gli errori teoricamente aumentano. comunque per i tropi pacchetti persi controlla il tuo MTU. io ho impostato la connessione in pppoA e MTU 1478.

[MaerliN]

Originariamente inviato da dreambox

che portante hai? io ho una 8 mega base. Andando su con la portante, gli errori teoricamente aumentano. comunque per i tropi pacchetti persi controlla il tuo MTU. io ho impostato la connessione in pppoA e MTU 1478.

Anche io 8 mega. PPPoE, MTU 1492. Ma ho provato anche PPPoA, MTU 1478. Nessun cambiamento.

[dreambox]

Intanto mi sembra che non hai azzerati gli errori dopo l'accensione del router. Tieni presente che la maggior parte degli errori si prendono in fase di negoziazione linea quando il modem prende la portante. Io, ogni volta che riaccendo il router, a portante agganciata, azzero gli errori, cosi so per certo quelli che prendo a regime.

[MaerliN]

Originariamente inviato da dreambox

Intanto mi sembra che non hai azzerati gli errori dopo l'accensione del router. Tieni presente che la maggior parte degli errori si prendono in fase di negoziazione linea quando il modem prende la portante. Io, ogni volta che riaccendo il router, a portante agganciata, azzero gli errori, cosi so per certo quelli che prendo a regime.

Li azzero regolarmente, purtroppo.. Sperando di vederne sempre meno. Ma è da metà novembre che ne vedo a pacchi. :/