[DGN3500,WAG320n,DGN2200] Modfs: modifiche firmware su USB

[Venosino1]

Originariamente inviato da Parnas72

Si stava parlando di versioni del driver ADSL, non del firmware Netgear.
L'ultima release del firmware di Cionci include 3 versioni del driver adslphy.bin (25c1, 26 e 30s), ed è possibile scegliere quale usare impostando un parametro in NVRAM.

Ciao! Quale sarebbe il valore per cambiare il driver adsl?
Adesso è impostato il 30 e vorrei provare il 26.
Ciao

EDIT: Trovato il firmware che permette di selezionare tra i 3 driver

[gnommo]

Originariamente inviato da andrecost

Gnommo ti specifico la cosa, con diversi pc portatili o fissi quindi con diverse schede di rete. Il wake on LAN non funziona anche se la lunetta della LAN di connessione a quel pc e accesa verde. Il router non e' ancora modato il mancato avvio avviene solo se il router e' stato appena accesso perché presumo non conservi la relazione Mac porta indirizzò. Il mancato avvio si verifica se il pacchetto viene spedito tramite wireless in LAN funziona. Anche al primo avvio del router. Tipicamente uno il router lo spegne magari per un periodo nell'arco di una giornata. Al successivo riavvio non posso far partire un pc a distanza funzione per me comodissima sono costretto ad avviarlo la prima volta manualmente ciocci evidentemente ce l'ha sempre acceso dopo che ha fatto il primo avvio quel pc diventerà sempre avviabile tramite wake on LAN tramite wirelles

Non capisco se non hai modfs, come effettui il wol?
Da un altro pc connesso via ethernet? In quel caso il router non è che c'entri moltissimo, al massimo potrebbe essere una questione di switch, ma mi pare impossibile che lo switch non inoltri su tutte le porte su i frame ethernet di broadcast.
Se invece lo fai via wifi non è detto che il funzionamento debba essere garantito.
E poi dipende dal programma che usi, si dovrebbe sempre istruire il programma di mandare all'indirizzo mac di broadcast.

Non puoi fare il confronto con cionci perchè lui ha fatto i test con modfs dove il wol parte direttamente dal router, se tu lo fai da pc la questione è diversa.

[andrecost]

Hai ragione io non lo faccio dalla pagina web del firmware hack ma da programmi come amd wake on LAN o molti altri tra cui uno postato da ciocci che evidentemente ha anche testato il wake on LAN tramite programmi esterni cmq sono quasi sicuro che sia il router che blocchi il pacchetto magico perché con la stesse configurazioni di pc e altri due router di diverse marche l'accensione avviene perfettamente ovviamente provati singolarmente una alla volta non so perché si verifichi questo chiedo a voi che siete molto bravi e gli unici competenti per rispondermi l'assistenza ho mandato un e-mail dopo la telefonata mi dovrebbe arrivare una risposta

[andrecost]

Ma neanche loro se lo sono saputo spiegare consigliandomi di provare tramite cavo LAN così funziona effettivamente anche dopo il primo avvio quindi da cosa puo dipendere? Scusate se scrivo male scrivo con iPod

[strassada]

Originariamente inviato da kamkam

Per quanto riguarda i problemi in up, parli di questo:
SNR Margin (dB): 18.6 13.0

è tanto basso?!? vorrei far notare l'attenuzione, che da quanto ho letto è spettacolare:
Attenuation (dB): 14.0 8.5)

qualche settimana fa con alice 7 mega in g.dmt senza tweak snr
Channel: INTR, Upstream rate = 480 Kbps, Downstream rate = 6784 Kbps
Link Power State: L0
Mode: G.DMT
Trellis: ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 12.0 27.0
Attn(dB): 28.0 14.0
Pwr(dBm): 19.8 12.2

cove vedi è un snr in upload abbastanza alto, pur abitando oltre mezzo km oltre la tua distanza, come dovrebbe essere con la 7 mega e 480 kbps di portante in up (ora con 1 mega si è dimezzato).

hai un output power normale, per cui non sembra neanche sia un problema di erogazione potenza della piastra (vedi i Siemens in adsl1 sulle brevissime distanze)

cmq...non so che farci, aspetto il passaggio a cara vecchia mamma
telecom...

se il problema fosse sul dslam, risolveresti (ma solo se cambi dslam, non so quanti ce ne sono nella tua centrale), ma se è esterno o a casa tua, ti ritroveresti uguale uguale.

Prima avevo un dlink ed avevo il medesimo problema di disconnesioni, speravo di risolverlo con questo tanto "apprezzato" router, ma a quanto pare...
Il casino è successo da quando mi hanno passato da 640K a 7M da li sono cominciate le disconnessioni!

ci sarà qualcosa sulla linea, ma vai a scoprirlo dove. un snr basso con quelle portanti indica un eccessivo rumore. problemi a cavi o giunti, diafonia e altro.

in casa potresti guardare nelle prese, se ci sono condensatori, verificare se non siano filtri o altri apparati che disturbano.
e se sono messi bene i cavi.
è una rottura, ma più si alza la portante e più vengono a galla le magagne del doppino.

Il fatto è che il ruter si blocca completamente perchè non mi fa neanche collegare alla wireless quando è in questo stato (considera che non fa neanche da dhcp, nel senso che ho il server dhcp sul pc e l'access point dovrebbe fare solo da "ponte").

il dgn2200 ha qualche problemino wireless ( non solo il bug della lingua italiana del file Netgear), capita a molti disconnessioni ai client
un paio di vlte ho perso l'unico client wireless che ho, e forse è stata colpa mia che ho disattivato un servizio.

io non mi fido nè del dhcp server del router nè di windows: prenoto gli ip/macaddress nel menu iplan e imposto l'ip fisso nelle priorietà tcp/ip dei client

a sto punto non mi rimane che provare a stoppare tutto il file sharing e/o aggiorane al nuovo firmware. Siamo sicuri che non ci siano problemi di tabella nat satura...

non ricordo quanto è ampia la nat trable, forse 1024 o 4096 (credo la prima) e credo non sia neanche modificabile, visto poi che non usano conntrack. comunque dovrebbe rimuovere le vecchie voci, nel caso fosse piena.

oppure ti dovrebbe venire fuori un messaggio di errore, tempo fa ho erroneamente modificato cat /proc/sys/net/ipv4/route/max_size da 16384 a 1024, e nonostante avessi pochissime fonti, mi segnava subito qualcosa (su dmesg).

p.s. perchè non mettete su un sistema di log (permanente) sul router, tipo syslogd...almeno potrei capire quale sono le ultime parole prima di morire del mio router

syslog non so neanche se funzioni, sui netgear.
via firmware ci sono dei comandi che mostrano alcune cose, bisogna poi vedere l'impatto sulle prestazioni, perchè ok aiutano, ma se cpu e ram stanno solo a loggare (che già il dgn2200 ha problemi con la troppa occupazione di ram dei moduli)...

[kamkam]

beh prima di tutto grazie per il tempo dedicatomi...e la pazienza

Originariamente inviato da strassada

SNR (dB): 12.0 27.0
Attn(dB): 28.0 14.0

effettivamente la differenza è abissale (in tuo favore), nonostante io abbia un'attenuazione migliore come dicevi...ma non puoi immagine le segnalazioni di guasto che ho fatto a tiscali, la mail di "minaccia", ma senza risultati. Il fatto è che tiscali è molto restia a mandare il tecnico, dato che sarebbe quello telecom...

se il problema fosse sul dslam, risolveresti (ma solo se cambi dslam, non so quanti ce ne sono nella tua centrale), ma se è esterno o a casa tua, ti ritroveresti uguale uguale.

Speriamo per il dslam, allora
Scherzi a parte, con il vecchio router, feci la prova di attaccarlo direttamente alla prima presa dell'abitazione scollegando tutto il resto, e non ci fu nessun cambiamento. Dovrei riprovare con il netgear, ma non credo le cose siano cambiate.

ci sarà qualcosa sulla linea, ma vai a scoprirlo dove. un snr basso con quelle portanti indica un eccessivo rumore. problemi a cavi o giunti, diafonia e altro.

Cose tanto, tanto brutte! E di certo non si rimetterano a controllare la tratta tra casa e la centrale per me...

il dgn2200 ha qualche problemino wireless ( non solo il bug della lingua italiana del file Netgear), capita a molti disconnessioni ai client
un paio di vlte ho perso l'unico client wireless che ho, e forse è stata colpa mia che ho disattivato un servizio.

mhhh... non so quale sia il bug in italiano, io ho impostato la lingua inglese. Per il wireless non ho mai avuto alcun problema se non quando c'è questo cavolo di blocco del router, ma in quel caso non funziona assolutamente nulla, ssh, interfaccia web, ovviamente connessione...il wireless l'avevo portato ad esempio per dire che quando si blocca, si blocca veramente tutto, tutto e rimangono fissi i led!

io non mi fido nè del dhcp server del router nè di windows: prenoto gli ip/macaddress nel menu iplan e imposto l'ip fisso nelle priorietà tcp/ip dei client

non amo gli ip fissi, perchè ho un sacco di client mobili (portatili, netbook e smartphone) e se impostassi l'ip fisso ogni volta che dovrei accedere ad un altra rete, dovrei disabilitarlo e riattivare il dhcp, etc....

Io ho un muletto con linux sopra e dnsmasq (server dhcp + dns) e funziona egregiamente...ovviamente è sempre accesso, e non si pianta, a differenza del router!

non ricordo quanto è ampia la nat trable, forse 1024 o 4096 (credo la prima) e credo non sia neanche modificabile, visto poi che non usano conntrack. comunque dovrebbe rimuovere le vecchie voci, nel caso fosse piena.

oppure ti dovrebbe venire fuori un messaggio di errore, tempo fa ho erroneamente modificato cat /proc/sys/net/ipv4/route/max_size da 16384 a 1024, e nonostante avessi pochissime fonti, mi segnava subito qualcosa (su dmesg).

Cavolo con 32 mb di ram speravo molto di più! anche se dovrei tranquillamente rientrarci...

syslog non so neanche se funzioni, sui netgear.
via firmware ci sono dei comandi che mostrano alcune cose, bisogna poi vedere l'impatto sulle prestazioni, perchè ok aiutano, ma se cpu e ram stanno solo a loggare (che già il dgn2200 ha problemi con la troppa occupazione di ram dei moduli)...

Ovviamente si potrebbe fare, come tutti i servizi, attivabile quando utilie/necesario...e ovviamente potresti rispondermi che potrei tranquillamente svilupparmelo da solo, visto che modfs è modulare, aperto e accessibile su sourceforge ma non ho tempo al momento...

Nel frattempo provo le impostazioni che mi hai fatto settare oggi...

un ultimo log di dmsg (per me incomprensibile):

ADSL link down
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL G.992 message exchange
ADSL link up, interleaved, us=480, ds=5376
BcmAdsl_Initialize=0xC0073188, g_pFnNotifyCallback=0xC0099544
AnnexCParam=0x7F8A0A9C AnnexAParam=0x00003981 adsl2=0x00000000
ADSL link down
dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered 
xDSL G.994 training
ADSL G.992 started
ADSL G.992 channel analysis
ADSL link up, interleaved, us=384, ds=5568
Bad TCP checksum dec0

Grazie ancora...rimango speranzoso per qualche novità

[user1977]

Originariamente inviato da Parnas72

Se lo scopo è quello di infilare nella ARP cache l'associazione tra un IP ed il MAC FF:FF:FF:FF:FF:FF, allora puoi usare:

arp -s 192.168.1.120 FF:FF:FF:FF:FF:FF

Io però userei un IP fittizio scelto ad hoc, non quello della macchina da risvegliare, altrimenti poi rischi che tutto il traffico verso quella macchina venga mandato in broadcast sullo switch (l'IP avrebbe 2 associazioni nella cache, uno con il vero MAC e uno con il MAC di broadcast, quindi dipende da quale dei due lo switch legge per primo).

Ok con l'arp funziona.
Pero anche se lo setto come permanent all riavvio del router perde il settaggio.
Come posso farglielo lanciare al boot, dove debbo scriverlo ?

[Parnas72]

Originariamente inviato da user1977

Ok con l'arp funziona.

Ottimo! Allora sei a posto.

Originariamente inviato da user1977

Come posso farglielo lanciare al boot, dove debbo scriverlo ?

vi $modfs/boot.sh

Aggiungi i comandi che ti servono in fondo allo script, dopo lo start dei pacchetti.

EDIT: occhio a non rimuovere o modificare il resto dello script, o i servizi di modfs potrebbero non partire più. Magari prima di modificare il file fanne una copia di backup.

[strassada]

Originariamente inviato da kamkam

un ultimo log di dmsg (per me incomprensibile):

ADSL link down
ADSL link up, interleaved, us=480, ds=5376
BcmAdsl_Initialize=0xC0073188, g_pFnNotifyCallback=0xC0099544
AnnexCParam=0x7F8A0A9C
ADSL link up, interleaved, us=384, ds=5568

non che sia questo esperto, ma si nota che riagganci sempre un upload variabile, e sotto la portante massima. Su internet e Provider puoi chiedere ulteriori consigli (così non "sporchiamo" più questo thread), trovi molti più esperti.

ma a 18db ti è più stabile che a 12db? a me capita di dover abbassare l'snr, ora sono a 7db (variabile di circa 1 db) e la linea è ok.

in più non capisco perchè ti legge AnnexCParam=0x7F8A0A9C a me segna 0x00000000, visto che in Italia non c'è (serve l'adsl su isdn). in ogni modulazione.

aspetta, ti viene fuori solo quando agganci un upload più basso, mi pare: che sia davvero un problema di dslam/piastra?

un altra cosa, se hai o avevi p2p attivo e si disconnette, durante la fase di allineamento ti viene fuori il messaggio
abNatIPsecHook is called in many times! Unhook first.
(che neanche io so che sia, visto che non trovo niente in giro)

[Parnas72]

Originariamente inviato da kamkam

Ovviamente si potrebbe fare, come tutti i servizi, attivabile quando utilie/necesario...e ovviamente potresti rispondermi che potrei tranquillamente svilupparmelo da solo, visto che modfs è modulare, aperto e accessibile su sourceforge ma non ho tempo al momento...

Il syslogd è un servizio che raccoglie e logga i messaggi inviati, in un certo formato standard, dai processi della macchina. Ma se i servizi Netgear, che per la maggior parte sono closed-source, non generano nulla su syslog, ci sarebbe poco da loggare.
Quel poco di log che viene fatto è possibile redirezionarlo al syslog di una macchina esterna (un tuo server Linux, ad esempio) in modo da non perderlo quando il router si blocca/reboota, già il firmware standard Netgear lo consente.

[user1977]

Originariamente inviato da Parnas72

Ottimo! Allora sei a posto.

vi $modfs/boot.sh

Aggiungi i comandi che ti servono in fondo allo script, dopo lo start dei pacchetti.

EDIT: occhio a non rimuovere o modificare il resto dello script, o i servizi di modfs potrebbero non partire più. Magari prima di modificare il file fanne una copia di backup.

Perfetto fatto tutto e funziona alla grande.
Grazie 1000
Debbo solo sistemare le maledette disconnessioni con Tiscali (chissà se ci riescono) e poi sono a posto

Grazie ancora

[brunano21]

Originariamente inviato da user1977

Perfetto fatto tutto e funziona alla grande.
Grazie 1000
Debbo solo sistemare le maledette disconnessioni con Tiscali (chissà se ci riescono) e poi sono a posto

Grazie ancora

buongiorno user1977, ma senti per fare quello che hai fatto, hai dovuto prima usare telnetable?sai se leggi un paio di post prima anche io avevo la tua stessa idea dell'aggiunta di un indirizzo di broadcast fittizio, ma non so perche sono stato un po snobbato o non capito. Cmq mi potresti dire gentilmente come hai fatto?dalla connessione al telnet fino all'invio del magicpacket....te ne sarei grado..se vuoi anche via messaggio privato oppure direttamente qui cosi potresti essere d'aiuto a qualcun altro. Grazie!

[gnommo]

Originariamente inviato da brunano21

buongiorno user1977, ma senti per fare quello che hai fatto, hai dovuto prima usare telnetable?sai se leggi un paio di post prima anche io avevo la tua stessa idea dell'aggiunta di un indirizzo di broadcast fittizio, ma non so perche sono stato un po snobbato o non capito. Cmq mi potresti dire gentilmente come hai fatto?dalla connessione al telnet fino all'invio del magicpacket....te ne sarei grado..se vuoi anche via messaggio privato oppure direttamente qui cosi potresti essere d'aiuto a qualcun altro. Grazie!

L'importante è che siano questioni sempre inerenti a modfs, non vorrei che questo thread diventasse una succursale del thread ufficiale del dgn2200.

[brunano21]

Originariamente inviato da gnommo

L'importante è che siano questioni sempre inerenti a modfs, non vorrei che questo thread diventasse una succursale del thread ufficiale del dgn2200.

Nono sia mai! Anzi almeno mi sembra che in questo topic c'è "molta discussione"...nel senso che ci sn molti pareri e molti aiuti...questo secondo me è una cosa piacevole

[gnommo]

Originariamente inviato da brunano21

Nono sia mai! Anzi almeno mi sembra che in questo topic c'è "molta discussione"...nel senso che ci sn molti pareri e molti aiuti...questo secondo me è una cosa piacevole

Comunque sperimentate, che vediamo di inserire nel pacchetto del wol una nuova opzione in cui si sceglie l'ip di cui si vuole associare permanentemente
l'indirizzo di broadcast.
Anche se sarebbe opportuno che fosse un ip fake e non quello della macchina da risvegliare, dare l'indirizzo ethernet di broadcast ad un ip associato ad un pc potrebbe dare problemi e cali di prestazioni.

[brunano21]

Originariamente inviato da gnommo

Comunque sperimentate, che vediamo di inserire nel pacchetto del wol una nuova opzione in cui si sceglie l'ip di cui si vuole associare permanentemente
l'indirizzo di broadcast.
Anche se sarebbe opportuno che fosse un ip fake e non quello della macchina da risvegliare, dare l'indirizzo ethernet di broadcast ad un ip associato ad un pc potrebbe dare problemi e cali di prestazioni.

Sisi sono d'accordissimo!

[cionci]

Originariamente inviato da gnommo

Infatti, comunque a me non funziona in entrambi i modi.

A questo punto mi viene da pensare che qualche PC funzioni in maniera diversa per il WOL.

Nel pacchetto wol cosa ha modificato ?
A questo punto mi viene da pensare che serva altro per mandare il magicpacket ad alcuni PC.

[gnommo]

Originariamente inviato da cionci

A questo punto mi viene da pensare che qualche PC funzioni in maniera diversa per il WOL.

Nel pacchetto wol cosa ha modificato ?
A questo punto mi viene da pensare che serva altro per mandare il magicpacket ad alcuni PC.

Non ho modificato niente, ho forzato l'invio verso br0 piuttosto che eth0.
Si anche io penso che è possibile che il formato del frame possa essere diverso.
Io per esempio tramite quei siti di wake on wan non sono mai riuscito a risvegliare il pc usando questo trucco dell'arp.
L'unica cosa che si può aggiungere a etherwake è l'opzione -p che può essere o il mac o l'ip. Può darsi che alcuni adattatori ne abbiano bisogno, per questo avevo chiesto che chip ethernet avessero a coloro a cui non funzionava.
A me con sui chip nvidia nforce funziona senza problemi.

[user1977]

Ovviamente ho inserito ip fittizio nel comando arp.
POi creato la regola in inbound su una porta a piacere e verso l'ip fitizzio con protocollo udp.
Poi nell'applicazione iphone ho messo la stessa porta usata nella regola.
Per chi ha problemi a farlo funzionare vi consigliuo di eseguirlo prima apc acceso , ma sniffando in maniera di vedere se arriva il magic packet.
Per sniffare usate wireshark, il pacchetto da sniffare si chiama wol (in minuscolo), se lo vedete passare a livello di configurazione siete ok.

[brunano21]

Originariamente inviato da user1977

Ovviamente ho inserito ip fittizio nel comando arp.
POi creato la regola in inbound su una porta a piacere e verso l'ip fitizzio con protocollo udp.
Poi nell'applicazione iphone ho messo la stessa porta usata nella regola.
Per chi ha problemi a farlo funzionare vi consigliuo di eseguirlo prima apc acceso , ma sniffando in maniera di vedere se arriva il magic packet.
Per sniffare usate wireshark, il pacchetto da sniffare si chiama wol (in minuscolo), se lo vedete passare a livello di configurazione siete ok.

tutto ciò a penna inserita(ossia con il modfs applicato)?

EDIT: ho fatto come hai detto tu: ho utilizzato telnetable, precisamente (collegato via lan e su un XP): ttelnetEnable.exe 192.168.1.1 000FB5A2BE26 Gearguy Geardog (dove ip e macaddres sono differenti.)
Successivamente sempre da cmd ho fatto: telnet -o 192.168.1.1 e ora mi ritrovo questa immagine :
http://i52.tinypic.com/2s7c6eu.jpg

Ora qui non riesco a fare quello che hai fatto tu, ossia arp -s 192.168.x.x ff:ff:ff:ff:ff:ff perche il comando non è riconosciuto...dove erro?cosa dovrei fare?