Newsgroup: it.comp.os.linux.sys
Titolo: [OT?]PC KO manda in palla la rete

Ho una piccola rete casalinga che funziona bene da almeno un paio 
d'anni, strutturata in questo modo:
 
serverino Linux che fa da router NAT collegato all'HAG di Fastweb e ad 
un unmanaged switch (entrambi i collegamenti sono ehternet) a cui sono 
collegati il mio pc Desktop, l'HTPC ed un access point WI-FI che serve 
il mio portatile ed i vari smartphone e tablet miei e di mia moglie.
 
La connessione verso l'esterno passa sempre attraverso il serverino 
(in realtà un portatile riciclato causa display che fa le bizze).
 
Ieri sera sono arrivato a casa e ho trovato il mio PC *acceso* 
(giurerei di averlo spento prima di uscire) ma completamente bloccato 
(non reagiva neanche a Alt+sysrq). L'unico segnale di vita era 
rappresentato dal led dell'attività di rete che lampeggiava continuamente.
 
E vabbe', immagino che sia partito qualcosa a livello di hardware, ma 
non è questo il punto. Il punto è che l'intera Lan era bloccata, ogni 
dispositivo aveva il suo bell'indirizzo IP ma pingare qualsiasi cosa 
dava "unreachable host". Il serverino continuava ad avere connettività 
limitatamente però alla Wan esterna.
 
Il blocco del PC è facilmente riproducibile: lo riavvio, si blocca 
entro 5/10 minuti (peraltro i log non mostrano nulla, neanche sul 
terminale appare alcunché quando crolla tutto) e dopo ulteriori 2/3 
minuti va in palla l'intera Lan.
 
Tengo a precisare che quella macchina non contiene alcun servizio 
usato dalla rete locale (DHCP, DNS, etc.) e non fa traffic forwarding 
per nessun altro dispositivo.
 
Anche collegandolo all'access point (sempre via ethernet) piuttosto 
che allo switch, il risultato è il medesimo: l'intera Lan va in palla. 
Il serverino raggiunge l'esterno, ma l'interno è completamente 
inaccessibile.
 
Giusto per cultura mia personale, è comune che una singola macchina 
che si blocca possa mandare in palla l'intera rete? E se, per ipotesi, 
il problema sta nel fatto che inonda lo switch di pacchetti malformati 
fino a saturare la sua tabella di forwarding, esiste un modo per 
accorgersi del fatto con un unmanaged switch? Perché ho provato a 
sniffare i pacchetti dal serverino, ma non mi sono accorto di nulla di 
anomalo e quando la rete si blocca, il traffico cessa completamente.
 
Grazie per ogni chiarimento :)

 Grazie per ogni chiarimento :)
 
il tuo problema, se correlato ad un problema hardware, è tutt'altro che 
banale ed affligge spesso anche reti complesse.
 
Fatto salvo che non si tratti di un loop (ma con effetti molto simili a 
quelli di un broadcast storm), dovresti provare a sniffare i pacchetti 
da un altro computer e a vedere cosa accade.
 
Va detto, però, che in genere gli switch managed consentono due features 
che in questo caso tornerebbero molto utili:
- il flow control (che ti scarta a livello switch i pacchetti 
malformati, non propagando in giro tutto il flood di pacchetti anomali)
- il loop protection (che a differenza dello spanning tree, agisce a 
livello più basso riuscendo in molti casi ad isolare una singola porta 
con problemi)
 
a questo punto ti consiglio di:
 
dare un ifconfig e controllare queste due righe:
 
RX packets:27130152 errors:0 dropped:7124 overruns:0 frame:0
TX packets:16976458 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 
txqueuelen:1000
 
e riportarle per intero.
 
E quindi c'è da fare qualche considerazione. se ad esempio hai degli 
errori, se con gli errori hai errori carrier (e quindi potrebbe far 
intuire problemi sull'autonegoziazione) e soprattutto controlla le 
collisions.
Sembra strano parlare di collisioni su una rete in bridge, ma, per 
l'appunto, se le trovi potrebbe essere indice di un problema sì legato 
all'autonegoziazione, ma peggio ancora potrebbe indicare che la scheda 
(non solo la tua, magari quella dei tuoi interlocutori) si sia messa in 
half duplex, causando una moltitudine di problemi.
 
 
il secondo passo che farei è forzare la velocità a 10 full e a vedere 
cosa accade.

 cosa accade.
 
Proverò più tardi :)
 
Grazie.

 stessa e li' sopra puoi attivare uno sniffer per vedere cosa succede...
 
L'elemento critico č il suddetto PC che crasha e manda in palla tutto 
il resto. Se lo stacco, in 30 secondi la Lan resuscita.
 
Sniffare il traffico da un'altra macchina sulla stessa subnet non 
mostra nulla di particolare.

 il resto. Se lo stacco, in 30 secondi la Lan resuscita.
 
Ipotizzo: scheda di rete rotta + switch economico.
 
-- 
ValeRyo 
 
 

 Ipotizzo: scheda di rete rotta + switch economico.
 
 
Sia switch che AP sono Sitecom. Sì, direi che sono economici.
 
La scheda di rete... oddio, spero di no, è onboard. In ogni caso ho 
trovato uno dei due HD completamente morto. Inizialmente non me ne ero 
neanche accorto perché quell'HD è dedicato a Windows che non avvio da 
almeno un anno. Non sono neanche in grado di dire da quanto tempo è in 
quello stato.
 
In ogni caso l'ho staccato, il PC è acceso da ieri sera e (toccando 
ferro) non si è ancora bloccato.
 


Alla fine in un modo o nell'altro è sempre colpa di winblows :D
 
Io cmq proverei a vedere che la mobo funzioni bene: il problema che hai 
avuto è quantomeno peculiare. Guarda se hai qualche tool diagnostico 
oltre al POST
 
 
-- 
I fatti mi cosano

 malformati, non propagando in giro tutto il flood di pacchetti anomali)
 
Scusa l'intromissione, non mi risulta che il *flow* control faccia 
questo. Che io sappia e' un meccanismo di delay a L2 per gestire 
congestioni di traffico tra devices operanti a velocita' differenti.
Non scarta, non controlla pacchetti tantomeno verifica se siano malformati.
Forse intendevi qualche altra forma di storm control o flood control?
 
-- 
Bye
Gianfranco Bartolini
(gianfranco punto bartolini at tiscali punto it)

 palla l'intera Lan.
 
Non necessariamente dev'essere un problema software. Un guasto hardware 
alla scheda di rete (anche la sola vecchiaia) puo' portare la stessa a 
sballare i valori elettrici sul connettore e mandare in palla l'intero 
switch.
Gia' capitato piu' di una volta, in particolare con switch economici. 
Prova a cambiare scheda di rete sul PC e vedrai che probabilmente il 
difetto scomparira'.


 Ipotizzo: scheda di rete rotta + switch economico.
 
+1



 
Ti assicuro che uno degli aspetti "meno conosciuti" (ma a mio avviso più 
utili) del flow control è proprio quello di non propagare pacchetti 
malformati.
 
Un paio di settimane fa ho proprio utilizzato questo aspetto del flow 
control su uno switch Cisco ed un HP. Difatti se riesci a riprodurre in 
laboratorio (non saprei come in tempi brevi, francamente) una 
comunicazione con errori (quelli visibili da ifconfig) e successivamente 
abiliti il flow control di mezzo, vedrai che il problema non si è 
risolto (gli host comunicano male, il tutto si traduce con un'estrema 
lentezza) ma la scheda di rete non ti segnala più errori. 
*Probabilmente* legge il layer 2 checksum e scarta i pacchetti che non 
passano il checksum.

 +1
 
 
Come già scritto: switch economico e disco rigido a peripatetiche.
 
Per ora funziona, nessun nuovo blocco (sgrat).

 Come già scritto: switch economico e disco rigido a peripatetiche.
 
Strano... a meno che non ci sia stato qualche sbalzo di
tensione che ha fatto dare i numeri anche alla sk rete.
 
-- 
ValeRyo 
 
 

Scusate l'intromissione, ho dato un'occhiata al volo alla mia copia del 
Tanenbaum.
 
Il controllo di flusso ed il controllo di errore sono due aspetti 
diversi dello strato data link (il layer 2).
 
Il controllo di flusso riguarda la comunicazione tra due host che 
operano a velocità differenti, generalmente utilizzando un feedback 
(l'host più lento comunica quando inviare nuovi dati).
 
Il controllo di errore controlla appunto se ci sono stati errori nella 
trasmissione dei bit e per fare questo opera sui checksum. I frame 
contenti errori vengono scartati dalla destinazione, la quale se 
stabilito dal protocollo di trasmissione, invia un acknowledgement 
negativo per richiedere la ritrasmissione del frame e comunica l'evento 
al suo strato superiore.
 
Quindi se la scheda di rete rileva un frame danneggiato (a torto o a 
ragione) comunica l'evento allo strato superiore (quindi ifconfig rileva 
l'errore) e richiede la ritrasmissione. Se il frame danneggiato arriva 
allo switch verrà semplicemente scartato. Siccome lo switch "puro" non è 
un componente attivo nella rete, non comunicherà l'evento ne alla 
sorgente ne alla destinazione.
Nel frattempo la sorgente è in attesa dell'acknowledgement. Se riceve 
una risposta negativa ritrasmette il frame. Se non riceve nessuna 
risposta al termine del proprio timeout, raddoppia quest'ultimo (in base 
2 è un aumento esponenziale) e ritrasmette il frame.
 
Ora, quando la cosa può andare male?
Se la destinazione scarta sistematicamente tutti i frame e richiede 
ritrasmissioni, il canale di comunicazione tra i due host si riempirà di 
fuffa e saturerà. Se l'hardware di rete non è in grado di controllare e 
limitare questa cosa (es. switch economico), altri host non riusciranno 
mai ad utilizzare il canale. Questo si traduce in una rete bloccata.
Se alla sorgente non torna indietro nulla, i timer di trasmissione verso 
la specifica destinazione saranno elevati e quindi la comunicazione sarà 
più lenta (diventerà via via più veloce dopo tot frame ricevuti 
correttamente).
Se nella comunicazione vengono persi più frame di quanti se ne ricevono, 
la trasmissione apparirà corretta ma estremamente lenta.
 
Tutto questo se non ho preso "assi per figure". :)
 
PS: <pignoleria> nel layer 2 si dovrebbe parlare di frame e non di 
pacchetti dati </pignoleria>
 
PPS per OP: qualche tempo fa una mia workstation si inchiodava in 
continuazione e non c'era verso di farla andare: alimentatore, RAM, 
disco rigido... niente!. Stava per finire all'isola ecologica. Poi ho 
cambiato la scheda di rete e... adesso è lì in pensione a fare da 
fileserver. :)
 
Saluti!

 passano il checksum.
 
Curioso, ma ritengo che l'effetto da te riscontrato non sia dovuto 
direttamente al flow control ma ad una conseguenza correlata, da chiarire.
Come ti dicevo il FC non controlla i pacchetti (anche perche' lavora a 
L2 e quindi sui frames).


 la trasmissione apparirà corretta ma estremamente lenta.
 
Ritengo che questa sia proprio la spiegazione corretta al fenomeno 
evidenziato. Grazie per l'ottimo chiarimento :)


 Per ora funziona, nessun nuovo blocco (sgrat).
 
E' il ruolo giocato dal disco rotto nel causare i blocchi di rete che mi 
lascia perplesso :-)



 
esatto, non potevi spiegarlo meglio!


 
Già, il flow control fa qualcos'altro sicuramente.

 mi lascia perplesso :-)
 
La mia è una valutazione squisitamente empirica.
 
Con il disco rotto collegato (peraltro inutilizzato visto che ospitava 
solo la partizione con Windows Vista che non uso da secoli), il PC si 
bloccava entro 10 minuti. Subito dopo l'intera rete andava in palla.
 
Ho disconnesso quel disco rigido ed il PC non si è più bloccato e, 
ovviamente, la rete continua a funzionare.
 
Magari anche la scheda di rete, che non è una scheda separata essendo 
onboard, ha dei problemi, ma per il momento non ho alcun segnale in 
tal senso. Non avrei neanche tanta voglia di ricollegare il disco 
rigido fuso per altri test, perché non credo che faccia tanto bene 
alla macchina avere un dispositivo messo in quelle condizioni.
 

 bloccava entro 10 minuti. Subito dopo l'intera rete andava in palla.
 
Ipotizzo, elettronica del disco KO che causa un sovraccarico di 
corrente, l'alimentatore non regge, surriscalda e il tutto sballa dopo 
mezz'ora quando non ne puo' piu'.
Tolto il disco, tolto il male.
Non sarebbe la prima volta... ;-)


 Non sarebbe la prima volta... ;-)
 
Non importa neanche che arrivi a surriscaldare l'alimentatore: basta
che lo faccia sedere facendo scendere la tensione di uscita troppo
sotto il valore nominale, e una parte delle periferiche comincia a
comportarsi come fosse ubriaca...
 
bye!

 comportarsi come fosse ubriaca...
 
E' sempre un piacere sapere che non si e' soli a bestemmiare contro 
l'hardware malefico ;)



 
 
A distanza di 10 giorni il problema si è ripresentato.
 
Blocco del PC e nel giro di un paio di minuti blocco della LAN.
 
L'HD era indubitabilmente defunto ed effettivamente la sua 
eliminazione ha in qualche modo fatto cessare il problema per 10 
giorni, ma evidentemente non è lui la causa.
 
Non so più cosa pensare.

 Non so più cosa pensare.
 
Ma l'hai cambiata la sk rete?
 
-- 
ValeRyo
 
 

Blocco del PC e nel giro di un paio di minuti blocco della LAN.
 
Causa tristi esperienze precedenti, quando si manifesta questo genere di
"poltergeist" io do sempre un'occhiata all'impianto elettrico e a quello
che c'e' connesso.
 
SAPEVATE CHE...
 
...due accrocchi su tre fanno la connessione di terra con le preghiere?
...un computer puo' "mettersi a terra" anche attraverso la RETE anche se
nelle specifiche c'e' scritto che chi lo fa ha la mamma sul mercato?
...una intera rete che NON si mette a terra, funziona benissimo (o anche
no; ma può funzionare benissimo), finché non arriva l'ennesimo portatile
che invece è messo a terra bene MA mette a terra la rete, e - attraverso
quella - TUTTI GLI ALTRI COMPUTER, beccandosi magari una corrente spuria
di tutto rispetto e friggendo rete, hard disk, motherboard ma non subito
- dando nel frattempo errori casuali e misteriosissimi?
 
Nel caso, un consiglio - quando dopo tre giorni di bestemmie urlate "Ora
smonto questa baracca fino ai bulloni! I bulloni non tradiscono!" e date
l'avvio staccando i vari connettori di tutto, uno ad uno... non staccate
i connettori metallici tenendoli in una mano mentre state appoggiati sul
corpo metallico del computer con l'altra mano. Specie se avete le scarpe
con la suola di gomma.
 
Leonardo BTDTGT{electroshock}
 
-- 
Tell us whether you spy, in the light of the morn,
what saluted was fiercely at the fall of the past day:
whose pips and whose bands in the very heart of the fray
bravely floated from the bulwarks to which we were sworn?

 mano.
 
E manco basta... ho visto un collega fare un arco fotovoltaico con
il case :-)
 
-- 
ValeRyo 
 
 

 case :-)
 
Figo!
Tesla coils a lavoro. Hai fatto un filmato, vero ?
Siete riusciti a modulare il collega per fargli produrre suoni decenti ?

 decenti ?
 
Neppure... perň abbiamo imparato alcune bestemmie nuove :-D
 
-- 
ValeRyo 
 
 

 Ma l'hai cambiata la sk rete?
 
 
La scheda di rete non si può cambiare, stiamo parlando di una mobo con 
scheda di rete onboard. Se può servire come informazione, la macchina 
si bloccava indipendentemente dall'effettivo utilizzo della 
connessione ethernet. Ho verificato sia con un adattatore Wi-fi USB, 
sia con la sua connessione Wi-fi interna, sia senza connettività.
 
Il blocco interveniva sistematicamente entro 10 minuti dall'avvio. 
Questo nella giornata di ieri.
 
Oggi invece pare di buon umore. Dopo aver passato la notte accesa a 
macinare il suo bel memtest86 senza fare una piega (nessun errore), 
adesso la macchina è accesa da 8 ore e sembra funzionare regolarmente.

 adesso la macchina è accesa da 8 ore e sembra funzionare regolarmente.
 
Potresti provare qualche software da stress-test.
Ti consiglio anche di scrivere su it.comp.hardware, ci sono molti poster
competenti.
 
-- 
ValeRyo 
 
 


 
E qui la giornata ha ripreso un filo di brio ed allegria!!
 
 
LO so, avrei dovuto rispettare la netiquette ed eliminare le
parti non attinenti, a trovarle!! ^__^
-- 
#include <std.disclaimer.h>
Signature automatica inserita a mano.
A Dio noi crediamo, tutti gli altri li controlliamo.(NSA)
Vendicatevi!  Vivete abbastanza da essere un problema per i figli!
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!

 il case :-)
 
Fotovoltaico??


 Fotovoltaico??
 
Vabbé dai, si era capito cosa volessi dire :-)
E' che stanno tutti a parlare di *foto* voltaico che mi sono
lasciato trascinare. Il collega ha fatto "la scintilla" và :-)
 
-- 
ValeRyo 
 
 


Vabbè, perdonato! ;-)
 
Se mi dici la "lunghezza dell'arco" (circa)
Ti posso dire la "tensione" dell'arco! (Unità di misura spannometrica)


 A distanza di 10 giorni il problema si è ripresentato.
 
Ok, scendiamo a layer-1. ;)
Hai provato a cambiare il cavo di rete?


 Ti posso dire la "tensione" dell'arco! (Unità di misura spannometrica)
 
Non saprei dirti con precisione, io guardavo nella sua direzione
e mi è rimasta solo la "traccia" sulla retina per qualche secondo.
Forse un centimetro?
 
-- 
ValeRyo 
 
 

 Hai provato a cambiare il cavo di rete?
 
 
Il blocco del PC si presenta anche col cavo staccato. Ovviamente col 
cavo staccato non mi impalla anche la Lan ;)
 


Problemi al alimentatore!


 Forse un centimetro?
 
Forse 600-800V !
Corrente minima ma...
Capisci perché non vuole riprovare??
 
P.S. Sarebbe divertente!!



 
$ stress -c 6 -m 4 -d 4
 
Una cosa del genere dovrebbe evidenziarlo, giusto?
 
Dopo un'ora l'unico effetto (oltre ad un rallentamento del sistema) è 
la ventola che ruggisce come la turbina di un aereo.