Newsgroup: it.comp.os.linux.iniziare
Titolo: Congelamento connessione

Ho una rete lan di macchine linux & windows, sono 4 in totale, che
accede ad internet tramite una macchina linux, con kernel 2.4.29.
Il Modem e' un ethernet DLINK DSL300-T.
Quando su una qualsiasi delle macchine si attiva edonkey2000, la
connessione inizia a "congelarsi" e qualsiasi tentativo di ping verso il
modem restituisce il seguente errore:
root@igw:~# ping 192.168.1.1
connect: No buffer space available
Analoghi problemi con bittorrent.
Qualcosa mi dice che e' il numero di connessioni, perche' abbassandolo
la frequenza dei problemi diminuisce.
In rete ho trovato qualche indicazione in merito al lancio di arpd sul
gateway verso internet (dove c'e' il modem).
E devo dire che, lanciando arpd, le cose vanno decisamente meglio. Il
ping verso il modem non si blocca piu', ed e' possibile aprire anche un
edonkey per ciascuna macchina, senza particolari problemi.
Ho notato, pero', che e' piu' difficile che i files vengano scaricati.
Ritenete che, upgradando a 2.6.* si possa evitare di ricorrere ad arpd
o, invece, BISOGNA lanciare arpd su questa tipologia di macchine
(gateway verso internet con NAT, dns, dhcp server).
Opinioni in merito sono gradite.

 Il Modem e' un ethernet DLINK DSL300-T.
Pessimo "pezzo di plastica" .......
se dai un'occhiata su it.comp.hardware.modem, te ne renderai conto ...
IMO, la cosa migliore e' buttarlo e comprare qualsiasi cosa *NON* sia
marchiata Dlink ..........
-- 
http://distrowatch.com
 se sei curioso ..
Dottor Rossi .. l'italiano volante !

 
qlc di simile (ma ho una rete con un singolo, sperduto pc) l'ho risolto 
aggiornando il firmware del Robotics;
r
-- 
posted from a ridicoulus Country
tutto sui Pentangle: 
http://umpf.net/

 Il Modem e' un ethernet DLINK DSL300-T.
e. in effetti, pare che il problema sia proprio il modem che, come
diceva l'ottimo DMEC, e' "un pessimo pezzo di plastica".
Per notizia, stamane era di nuovo tutto bloccato, arpd o non arpd. L'arp
c'entra, perche' tutto pare sia dovuto ad un overflow sulla tabella arp,
cito da un post trovato in rete:
"Qui, ho potuto constatare che per ogni indirizzo ip utilizzato dal
programma mldonkey (quindi tanti) veniva effettuata una richiesta arp
per risolvere l'ip (Ecco il problema)."
E pare che il problema avvenga solo sotto linux.
Nel lunghissimo thread che trovate qui:
http://forum.swzone.it/showthread.php?threadid=40339
c'e' anche la soluzione al problema: essa consiste forse (e dico FORSE)
in un upgrade con un firmware fatto da russi.
Per farlo, trovate il necessario qui:
http://artiko.altervista.org/
Lo sto testando da 1 ora e pare funzionare bene. Ora risponde come
router e non come modem. Ha anche il NAT e il Firewall incorporati, ma
io l'ho collegato al gateway disabilitandoli, perche' affido queste
funzioni al mio gateway linux.
Faro' sapere come va.

 Faro' sapere come va.
Ok, se va' , va' .... ;-)
PS sapevo tutto, ma non ho osato proporre di "truccare" quel "coso"  :-p 


 PS sapevo tutto, ma non ho osato proporre di "truccare" quel "coso"  :-p 
Mbe', per ora va. Si e' trasformato in un router (DSL-500T) e non ci
sono piu' errori "Neighbour table overflow" nel dmesg.
I firmware utilizzati sono presi da qui:
http://mcmcc.bat.ru/dlinkt/
kernel -> dsl300t-03rc3_kernel_fix.rar
fs -> quello contenuto in dsl300Tto500T_241204_03rc3_firmware.rar
Mi e' costato non poco, ieri ci ho lavorato per una giornata intera e,
alla fine, ero cosi' incazzato che ho sbattuto il modem sulla parete
opposta.
Stamattina, dopo altre 10 prove rovinose, ho provato quel kernel_fix ed
e' andato tutto bene.
Sia chiaro che questo modem DSL300T, anche se "risponde" come un router
DSL500T, non ha le "palle" per fare il router: infatti, se gli fai
gestire NAT, FIREWALL con varie regole di forwarding delle porte, e DHCP
per i vari PC della lan, dopo mezz'ora si resetta da solo.
Come dicevo, l'ho dovuto collegare al mio gateway (dove prima funzionava
come solo modem), sgravandolo del dhcp per la lan e delle regole di
firewall per la lan.
Cosi' pare che vada. Da oltre 2 ore, ho 6 PC con edonkey2000 + 3 Xchat,
un azureus e un mirc che stanno inviando e ricevendo, senza particolari
problemi.
Prima si piantava anche con un solo edonkey2000 aperto.
Speriamo bene. E senno', io l'ho avvertito (il modem) che abito al
quarto piano e sotto c'e' una strada ad alta densita' di traffico....
non avrebbe nessuna speranza :-)

 non avrebbe nessuna speranza :-)
ROTFL !!!
PS nel caso, io uso questo :
www.pcgen.it/sheet.asp?ID=832
  ottimo e "risparmioso" ..
