Newsgroup: it.comp.reti.locali
Titolo: Collisioni: come indagare?

Ho uno switch 3Com managed che mi segnala che su una porta ho parecchie 
collisioni.
Il problema è che su quella porta arriva un cavo che:
1) a un certo punto si trasforma in twinax (è stato utilizzato un 
vecchio cavo per non tirarne uno nuovo... douh!)
2) passa al piano di sotto
3) si ritrasforma in utp
4) entra in uno swicth a 8 porte
come posso fare a capire se il problema è lo switch, uno dei computer 
collegati allo switch o il cavo, senza dover impazzire troppo?
-- 
Jax

 collegati allo switch o il cavo, senza dover impazzire troppo?
Il cavo cosi' come lo descrivi e' un mezzo disastro.
Vedi se qualcuno puo' venire a controllare con un analizzatore di 
cablaggio, o meglio ancora fai posare un paio di cavi nuovi.
Le collisioni da switch a switch non possono esistere (a meno che uno 
dei due non sia forzato in half-duplex). Se lo switch 3Com e' managed, 
forzagli quella porta in full-duplex e vedi che accade.
Ciao
Luca

 forzagli quella porta in full-duplex e vedi che accade.
Ho provato e la porta va down. L'altro switch è un D-Link a 8 porte a 
cui sono collegati 4 pc. Anche i cavi che vanno ai pc non sono il 
massimo, però almeno non fanno trasformazioni strane...
-- 
Jax

 Ho provato e la porta va down. L'altro switch è un D-Link a 8 porte a 
Sicuro che sia uno switch? Se forzando il full-duplex il D-Link non lo 
regge, sembrerebbe piu' un hub e in quel caso le collisioni sarebbero 
legittime. Prova a monitorare una porta libera del D-link con uno 
sniffer e vedere se arrivano solo i broadcasts oppure vedi tutto il 
traffico.
Ciao
Luca

 traffico.
Hai ragione (come al solito), è un hub 10/100.
Sul 3Com la porta è in autosense (e infatti adesso sta in Half).
Perché dici che le collisioni sarebbero legittime? Non potrebbe essere 
colpa invece del cavo twinax che non riesce a tenere una connessione Full?
-- 
Jax

 Perché dici che le collisioni sarebbero legittime?
Perche' un hub opera su un unico dominio di collisione, per cui e' 
*necessario* che possa gestire le stesse, ovvero che operi con il 
CSMA/CD (in realta' l'hub non fa niente: sono le NIC che gestiscono la 
cosa; e' solo per rendere piu' comprensibile la faccenda).
Il CSMA/CD utilizza proprio le collisioni per sapere se il frame appena 
spedito e' andato a buon fine, oppure se debba ritrasmetterlo (dopo 
un'attesa random, per evitare che due o piu' nodi ritrasmettano nello 
stesso istante dopo una collisione).
Lo switch invece opera su un dominio di collisione separato per ogni 
porta; le porte connesse ad un solo dispositivo possono operare in 
full-duplex e l'arbitrato sulla gestione del flusso viene svolto da 
altri sistemi (es. flow control, pause frame)
Quindi:
layer 1: hub/repeater, half-duplex, CSMA/CD
layer 2: switch/bridge, full-duplex, flow control
Ciao
Luca

 altri sistemi (es. flow control, pause frame)
Non credo di averci capito molto :(
Comunque, il succo del discorso è che è normale avere collisioni, nel 
mio caso? Te lo chiedo perché credo di avere anche altri hub collegati a 
questo switch, ma non ho altre collisioni...
-- 
Jax

 questo switch, ma non ho altre collisioni...
Si' che e' normale. Una rete che gira attorno a un hub funziona proprio 
in base alle collisioni. L'importante e' che non siano in percentuale 
talmente tante da ridurre l'efficienza della rete.
Nel tuo caso, non ci penserei due volte a cambiare l'hub D-Link con uno 
switch, anche minimo.
Ciao
Luca

 switch, anche minimo.
Sarà fatto. E anche il cambio di cavo...
Grazie.
-- 
Jax

 Multi Collisions   31
Accettabile. Vai tranquillo.
Ciao
Luca

 Accettabile. Vai tranquillo.
Oddio .. io cercherei di ridurre la quantità
di multicast/broadcast agendo sugli hosts
collegati; sicuramente non farà male :D

 collegati; sicuramente non farà male :D
Vero; ancora prima, pero', verificherei che il TCP/IP sia il solo 
protocollo sulla rete. Metti che ci siano anche i soliti NetBEUI e IPX ...
Ciao
Luca