Newsgroup: it.comp.reti.locali
Titolo: Collisioni

Salve a tutti,
Chi sa spiegarmi che implicazioni può aver il led delle collisioni posto
nell'Hub di una rete Fast ethernet che lampeggia tutte le volte c'e'
traffico sula rete, e come eventualmente eliminare il problema?
Il server è basato su NT 4 (Small Business server).
Grazie
Salvo

...

Senza addentrarci nell'architettura di Ethernet sappi che le collisioni sono
un fenomeno intrinseco di questo tipo di rete. Sono generate dal fatto che
in Ethernet non esiste un sistema di arbitraggio che stabilisce chi può
trasmettere in un dato istante sulla rete. QUando due o più computer
trasmettono si verifica una collisione. Più computer ci sono sulla rete più
alta è la probabilità di collisione e conseguente ritrasmissione. La
conseguenza diretta è uno scadimento delle prestazioni globali della rete.
Per eliminare il problema bisogna installare un dispositivo detto switch che
crea delle ethernet diciamo "virtuali" frà due schede di rete in maniera
tale che durante la trasmissione gli unici dispositivi presenti in quel dato
segmento di rete sono solo chi trasmette e chi riceve. Come puoi capire non
è un problema strettamente legato al sistema operativo ma legato ai
protocolli di comunicazione ed al traffico applicativo. Se su una rete hai
protocolli NetBeui, IPX/SPX (per definizione senza risolutori nomi esterni)
o TCP/IP senza risolutori nomi allora il traffico generato per le funzioni
di sistema (risoluzione nome e scoperta servizi) può essere molto molto
elevato. Lo stesso se hai ad esempio pacchetti come Office installati sul
server anzichè sui dischi dei client......
Ciao.



 writes:
   Senza addentrarci nell'architettura di Ethernet sappi che le collisioni sono
   un fenomeno intrinseco di questo tipo di rete. Sono generate dal fatto che
   in Ethernet non esiste un sistema di arbitraggio che stabilisce chi può
   trasmettere in un dato istante sulla rete. QUando due o più computer
   trasmettono si verifica una collisione. Più computer ci sono sulla rete più
   alta è la probabilità di collisione e conseguente ritrasmissione. La
   conseguenza diretta è uno scadimento delle prestazioni globali della rete.
Tutto   giusto, ma  non   e` detto che   si abbia  uno  scadimento delle
prestazioni con numero alto di collisioni, mentre certamente e` vero che
quando la  rete e` sovraccarica e  le prestazioni  scadono si osserva un
numero elevatissimo di collisioni.  Ethernet puo`  esser caricata al 90%
della capacita`, contrariamente a quanto diceva l'IBM ai tempi del token
ring, e vantare  ottime prestazioni con  numeri altissimi di collisioni.
Su     
http://wwwhost.ots.utexas.edu/ethernet/
  c'e`  una      quantita`
incredibile di informazioni su Ethernet.

incredibile di informazioni su Ethernet.
Dubito fortemente che si possano avere buone prestazioni con un traffico  al
90% su ethernet: generalmente il livello limite per non considerare una rete
sovraccarica è il 35%-40%. Inoltre, lo scadimento delle prestazioni è
fortemente influenzato dal numero di collisioni, visto che all'aumentare del
numero di collisioni consecutive il tempo di attesa prima che una stazione
ritrasmetta il pacchetto sale esponenzialmente.
Del resto, gli switch (di livello 2) hanno proprio la caratteristica
principale di dividere una rete ethernet in più domini di collisione (oltre
ad altre caratteristiche come la possibilita' di creare reti virtuali, di
commutare la velocità da 10 a 100 mbits, etc).
é ovvio comunque che il traffico e le performances di una rete non possono
essere valutate ad occhio osservando i led dell'HUB, perchè è perfettamente
normale che delle collisioni si verifichino in una rete non switchiata.

Vi ringrazio per le informazioni che mi avete fornito, ma la cosa tragica
sta nel fatto che ho realizzato due reti praticamente gemelle (a meno che
non mi sia sfuggito qualche cosa). Nella prima non avviene nessuna
collisione, nella seconda le collisioni avvengono anche quando nella rete
c'è solamente un client che copia dei files dal server al suo disco locale.
Tutti gli altri client sono SPENTI! Non utilizzo IPX/SPX e neanche NetBeui,
solamente TCP/IP. Con un solo client acceso, dubito fortemente che possa
trattarsi di eccesso di traffico. Con tutte quelle collisioni, le
prestazioni decadono paurosamente infatti lo stesso file nella rete che non
ha il problema delle collisioni, lo riesce a copiare in un tempo 10 volte
inferiore. Ho anche pensato ad un probabile problema hardware sui
collegamenti, ma il test di trasmissione pacchetti in dotazione con le
schede di rete non evidenzia nulla, parrebbe tutto ok.

Dovresti descrivere l'hardware (marca modello di schede ed hub) il tipo di
cablaggio, i sistemi operativi usati. Cosě (prendilo con le super-pinze)
sembra essere un problema di cavo.....Ciao.

 c'è solamente un client che copia dei files dal server al suo disco locale.
Hmmm,  provate  a  verificare cavi   e  se i  cavi, pare    ci sia una
riflessione di segnale.
Qui bisogna  essere un po`  pi` addentro.  Le  collisioni (Gabriele ha
spiegato egregiamente  perche`  ci sono) vengono  rilevate fisicamente
perche` un  sensore posto  rileva un  segnale  troppo forte per  poter
essere  generato dal  solo trasmettitore. Ora  se  il  cavo non e`  in
perfette condizioni potrebbe (strano pero` con lo UTP5) potrebbe darsi
che venga generato un  segnale elettrico spurio  che fa pensare che ci
sia stata una collisione.
o   oooooo	Gian Uberto Lauri        "So, are you working on finding
      o    o	
sa...@dei.unipd.it
        that bug *now* or leaving it until
     o o				  later?" - "Yes!" 

cablaggio, i sistemi operativi usati. Così (prendilo con le super-pinze)


dell'altro e non ci si capisce  piú  niente.


schermati
UTP č non schermato. Forse  hai FTP o STP. In questo caso devi controllare
che ci sia un buo impianto di messa a terra altrimenti non funziona nulla.
Se puoi prova a cambiare l'hub con un altro simile.
Ciao.

locali. Ciao
Ah mi ricordo compsurf e le sue giornate per formattare i dischi.....bei
tempi.....
Ciao.







 schermati
Sara` una cavolata.... Ma se ci fosse un heart beat attivo ??? 


Ma cos'è un heart beat ?


 writes:
)>
)>> Hub Allied Telesyn International CentreCOM MR904TX (Fast Ethernet
)100Mb/sec)
)>> Il cablaggio è realizzato con cavi schermati UTP5 con plug anch'essi
)>> schermati
)>
)>Sara` una cavolata.... Ma se ci fosse un heart beat attivo ???
Tipicamente sui tranceiver, non so su altri device, c'e' un interuttore 
Heartbeat oppure Sqe oppure Link Test che manda un pacchettino minimo ogni 
secondo o giu di li per testare il cablaggio. Chiaramente va disattivato a 
test terminati.
Heiko
-- 
--
--- 
hm...@dei.unipd.it
 --- Heiko Herold --- I gather the Archchancellor
won't have milk [..]. He says he knows where it comes from and it's 
unhygienic. And that's a man who eats three eggs for breakfast every day.

Grazie per l'informazione, non mi è mai capitato di comperare dei devices
con l'interruttore per heartbeat. Ho invece utilizzato degli apparecchi che
prevedono un software per il link test. In ogni caso non è il mio problema.
Ciao


 ragionieri per non averci problemi con le reti?
Infatti si sono visti i risultati: computer che non funzionano ovunque.
Grazie Microsoft. Se questo e' il progresso...

Grazie Microsoft. Se questo e' il progresso...
Molti di noi lavorano grazie ai problemi dati dai prodotti Microsoft !
:-)
ciao,
Mauro

 :-)
Io sono uno di quelli... :)