Newsgroup: it.comp.reti.locali
Titolo: Disconnessioni  random tra due router

Ho un modem router adsl attaccato con dopppino telefonico alla presa
adsl, da solo ha sempre funzionato regolarmente con la LAN domestica.
Da qualche tempo ho anche, "in mezzo", un access point-router wireless
collegato al primo router attraverso un cavo incrociato. Il motivo di
questa configurazione è che il wireless in questione non ha una porta
per il doppino telefonico, solo porte ethernet, dunque non  posso
connetterlo direttamente. (Lo so, sarebbe bastato uno switch, ma fatto
sta che ora c'è un router).
Il dhcp è attivo solo sul secondo apparecchio (il wireless).
Il tutto funziona perfettamente, se non fosse che ogni tanto (dopo
circa un'oretta, per esempio) "cade la linea". Verificando, ho notato
che almeno in certi casi il problema è che il primo router non è più
accessibile neanche con un ping, mentre il collegamento wireless è
ancora in piedi (posso pingare l'AP e anche accedere all'interfaccia
di configurazione web).
Questo mi fa pensare che il problema non sia sul lato ISP adsl, ma
"tra i due router".
Ho notato il problema sotto linux ubuntu (diverse versioni).
I firmware dei due router sono quelli più aggiornati AFAIK.
Grazie in anticipo delle risposte, soprattutto se scritte in maniera
comprensibile a un non "addetto ai lavori" :-)

 per esempio) "cade la linea".
[...]

 O anche più spesso, a volte pochi minuti :-(
a) riporta il modello di router e AP che hai. Sono informazioni di base
indispensabili.
b) fai un disegnino che riporti la conf della tua rete.
c) fai una prova e togli di mezzo il routing del wireless, configurando il
DHCP sul router ADSL e lasciando solo il bridging; per farlo basta che
invece di collegare la porta "WAN" del router wireless al router ADSL,
colleghi una delle porte "LAN"
d) verifica se router e AP wireless hanno un log degli errori o la
possibilità di loggare su syslog (eventualmente abilitali).
e) prova a mettere un PC collegato direttamente al router ADSL e fai fare a
questo PC dei ping contemporaneamente agli indirizzi di AP Wifi, PC connesso
via wireless, router ADSL, primo hop verso Internet (così come identificato
da un traceroute). Quando hai le disconnessioni verifica cosa non ha pingato
ed eventualmente in che ordine.
-- 
Flavio Visentin
Ubuntu in Zulu significa "Non so usare Debian". (cit. CtRiX)

 ed eventualmente in che ordine.
Il router ADSL ha una sola porta ethernet, ad ogni modo potrei
procurarmi uno switch e metterlo in mezzo per avere più porte
disponibili.
Però aggiungo un elemento: sto provando sotto Vista e almeno finora
non ho notato 'ste disconnessioni periodiche,  che invece ho notato
sotto *buntu. O sotto Vista non ci sono disconnessioni, o si
riconnette silentemente...

 [...]
....talvolta defintivamente, talvolta risorge da sola dopo poco...
~$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
^C
--- 192.168.0.1 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3024ms
~$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 
192.168.0.1
: icmp_req=1 ttl=254 time=2.01 ms
64 bytes from 
192.168.0.1
: icmp_req=2 ttl=254 time=2.17 ms
64 bytes from 
192.168.0.1
: icmp_req=3 ttl=254 time=2.04 ms
64 bytes from 
192.168.0.1
: icmp_req=4 ttl=254 time=2.03 ms
64 bytes from 
192.168.0.1
: icmp_req=5 ttl=254 time=2.16 ms
64 bytes from 
192.168.0.1
: icmp_req=6 ttl=254 time=2.02 ms
64 bytes from 
192.168.0.1
: icmp_req=7 ttl=254 time=1.99 ms
64 bytes from 
192.168.0.1
: icmp_req=8 ttl=254 time=2.16 ms
64 bytes from 
192.168.0.1
: icmp_req=9 ttl=254 time=2.03 ms
64 bytes from 
192.168.0.1
: icmp_req=10 ttl=254 time=2.15 ms
64 bytes from 
192.168.0.1
: icmp_req=11 ttl=254 time=2.18 ms
64 bytes from 
192.168.0.1
: icmp_req=12 ttl=254 time=2.04 ms
64 bytes from 
192.168.0.1
: icmp_req=13 ttl=254 time=2.05 ms
64 bytes from 
192.168.0.1
: icmp_req=14 ttl=254 time=2.10 ms
64 bytes from 
192.168.0.1
: icmp_req=15 ttl=254 time=2.03 ms
64 bytes from 
192.168.0.1
: icmp_req=16 ttl=254 time=2.20 ms
64 bytes from 
192.168.0.1
: icmp_req=17 ttl=254 time=2.17 ms
64 bytes from 
192.168.0.1
: icmp_req=18 ttl=254 time=2.03 ms
^C
--- 192.168.0.1 ping statistics ---
18 packets transmitted, 18 received, 0% packet loss, time 17022ms
rtt min/avg/max/mdev = 1.993/2.091/2.207/0.087 ms

 possibilità di loggare su syslog (eventualmente abilitali).
Il routermodem adsl  Zyxel ha un log degli errori (azzerato per
sbaglio!, ma ora lo terrò d'occhio) e la possibilità di loggare su
syslog: ho attivato tutte le opzioni, l'IP della macchina con linux
corrisponde all'IP di log, però in /var/log/syslog nulla...
                    Types:
                      CDR= Yes
                      Packet triggered= Yes
                      Filter log= Yes
                      PPP log= Yes
Ho anche provato ad aprire la porta 514 in ingresso da firestarter,
casomai fosse bloccata di default da iptables, ma nada.
In /etc/rsylog/50-default.conf ho aggiunto local1.*  /var/log/
zyxel.log
ma zyxel.log resta vuoto. Forse non ci sono eventi notevoli da
registrare?
ps -A mostra che il processo rsyslogd è attivo.

 ps -A mostra che il processo rsyslogd è attivo.
Devi anche attivare il demone in ascolto sulla udp; di default
ascolta solo su socket locale.
$ModLoad imudp
$UDPServerRun 514
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 zyxel.log
E ora aggiunto anche
$UDPServerRun 514
$ModLoad imudp
al file di configurazione
e riavviato
Ma nulla! Forse davvero non ha nulla da loggare?

 colleghi una delle porte "LAN"
Provato. Il disconnect si verifica anche così.


E allora il problema è del router adsl. Non è che per caso hai configurato
la macchina Linux per trattarlo come fosse un modem? Questo potrebbe
creargli qualche crisi di identità.


 creargli qualche crisi di identità.
Boh. Ho l'impressione che alcuni disconnect saltuari avvengano anche a
livello di wireless tra AP e Ubuntu, ma in quel caso il wpa se ne
accorge e riconnette.
Quando invece non è raggiungibile un punto più a monte, il sistema non
se ne accorge o comunque non prende provvedimenti automatici!
Scartando il poltergeist e la macumba, questi problemi "inspiegabili"
potrebbero dipendere da disturbi/interferenze sulla rete elettrica di
alimentazione? Circuito non a norma o simili?

 alimentazione? Circuito non a norma o simili?
Dubito.


 Dubito.
Ok. Grazie in ogni caso dell'interessamento!
La cosa più buffa è che da Win Vista, con la stessa configurazione di
rete... no problem.

 accorge e riconnette.
Ho  provato anche sotto Mandriva, stessa musica: la connessione
wireless resta UP, ma a un certo punto la rete non è più
raggiungibile, neanche il ping al router ADSL. Però ho una piccola
informazione in più: il Network Monitor di Mandriva mi segnala, in
quel caso, Device Status: Dormant, anziché Device Status: Up (e
neanche Down).
E se fosse un problema di gestione dei driver linux della card
wireless del notebook, almeno nella mia configurazione?
Potrei verificare se c'entra il power management della scheda,
vediamo.
Per la disperazione potrei persino provare con ndiswrapper...!!
Se non funziona neanche così, non mi resta che tentare con un
adattatore esterno USB per vedere se cambia qualcosa.

 rete... no problem.
Anzi no, sono "riuscito" a riprodurlo anche su Win. Forse però accade
meno di frequente,  boh.
Talvolta la disconnessione è temporanea. Per es. stavo in telnet sul
router adsl (da Ubuntu), a un certo punto si è freezata la schermata,
anche il ping era morto, poi dopo una decina di secondi si è rianimata
eseguendo l'ultimo Esc che avevo dato. Nel frattempo il wireless "di
mezzo" era sempre raggiungibile.
Ad ogni modo  ora ho risolto. Ho tolto di mezzo bibì e bibò (il router
modem adsl e l'AP wireless) e li ho sostituiti con un apparecchio all-
in-one, adesso pare andare tutto liscio, si naviga senza spasimi.
Questo, credo, dovrebbe voler dire che la colpa non era dei driver di
Linux, o almeno non era questo il probl principale. La scheda wireless
del notebook infatti è rimasta la stessa.

 del notebook infatti č rimasta la stessa.
CVD :-)
