Newsgroup: it.comp.reti.locali
Titolo: Rete di campus....

Ciao a tutti,
qui da me abbaimo una LAN che connette tra loro qualche centinaio di PC
(credo 800/900).
Ovviamente tanti PC sono distribuiti su di un area abbastanza grande
(circa 4000 mq) su 5 palazzi.
La struttura della rete e' a stella (sarebbe il caso di dire ad albero)
con una switch ottico centrale ad alte prestazioni che a sua volta e'
collegato a degli switch ottici-rame che a loro volta vanno ad altri
switch ed infine agli hub ( 10 e 100 Mbps).
Su tutti gli switch le porte rame hanno una tecnica di switching di tipo
store and forward, mentre tutte le porte ottiche su fragment free
inoltre non essendoci nessuna magliatura lo spanning tree non e' mai
abilitato.
Succede pero' da un po' di tempo che nuovi pc introdotti in lan abbiano
grossi problemi a funzionare. Spesso vengono registrati dalle tabelle
dei mac degli switch che sono piu' locali alla presa, ma per poter
contattare un pc "distante" spesso devono funzionare per giorni interi
facendo prove.
Sapete consigliarmi su come fare? Premetto che abbiamo piu' volte
aggiornato il firmware degli switch (intel) per essere sicuri che non vi
siano bug.
Grazie mille a tutti.
-- 
Maurizio Totti
ENEL S.p.A. SSI Firenze Via Campofiore, 22 50136 Firenze ITALIA
tel.	+39 55 655-3861		fax	+39 55 655-2090
E-mail:	
totti.m...@enel.it

 facendo prove.
A parte l'opportunita' di avere una rete flat di 900 macchine (io fossi in te ci
ripenserei una decina di volte)...
I motivi posso essere diversi, il primo pero' che mi salta in mente e che
qualche switch ha una MAC table troppo piccola... (come saprai, tutti gli
switches tengono tutti i mac addresses di tutti gli hosts).
Un buon approccio per il troubleshooting, comunque e' di monitorare tutti gli
switches che stanno tra un punto A e un punto B e di vedere come si propaga il
mac-address nelle MAC tables.
Ciao.
-- 
 Daniele
-------------------------------------------------------------------------------
 Daniele Orlandi - Utility Line Italia - 
http://www.orlandi.com
 Via Mezzera 29/A - 20030 - Seveso (MI) - Italy
-------------------------------------------------------------------------------

 
Come dicevi giustamente sopra il problema sta nella tabella dello switch
ottico centrale che spesso si satura, pero' non potendo combiare lo
switch (intendo modello e marca) come posso fare.
Tieni presente che posso avere un secondo switch ottico, ma dello stesso
tipo e con le stesse caratteristiche.
Potrebbe avere un senso "duplicare" l'albero abilitando lo spanning tree
su fibra ?
Vale a dire affiancare al primo switch un'altro identico e sfruttare la
seconda porta ottica di tutti gli switch rame-fibra per una "ragnatela"
parallela di interconnessione ? Mi rendo conto che la dimensione delle
tabelle cosi non aumenta, ma statisticamente potrebbero non essere piene
entrambe.
Grazie mille per la risposta. Ciao.


 entrambe.
No, tendono entrambe a riempirsi allo stesso modo per via dei broadcasts.
Se il traffico fosse esclusivamente unicast, il tuo discorso funzionerebbe.
Io fossi in te inizierei seriamente a pensare ad una pesante ristrutturazione
della rete, introducendo senz'altro del routing, con l'augurio che il tuo
traffico sia prevalentemente localizzato.... :^)
Ciao!


 wrote in message
377BB787...@orlandi.com...


 Ovvero? Cosa intendi per flat e qual'e' l'alternativa?
Flat vuol dire senza routers di mezzo. Una sola grande rete bridged dove i
broadcasts viaggiano felici e si moltiplicano a dismisura.
L'alternativa e' renderla gerarchica, separarla in reti piu' piccole dove il
traffico tende ad essere localizzato e unirle con uno o piu' routers.
Ciao.


 traffico sia prevalentemente localizzato.... :^)
Tanto localizzato quanto una rete con il 99,9% delle macchine hanno un
OS Microsoft :-(((
Ciao e grazie mille.


 
Forse un bel router a sezionare i domini di broadcast ?! 


 OS Microsoft :-(((
Beh, anche in condizioni cosi' pietose :^) si puo' tenere la gran parte del
traffico localizzato.
Ciao!


 Non mettete nessuno nel vostro killfile (Pub. Progresso) <
Il Bubuti Bauontico sta per arrivare...

 nuove rimane con circa 2 - 2,5MB liberi su 4 totali !!!
Se è un layer3 quella ram serve alle funzioni di routing. Non alla parte
switch.
Però mi sembra strano che uno switch di dorsale  non regge almeno 4094 mac
address per porta.
Che modello e?



diciamo 50% IP, 30% SNA, 20% tra NETBEUI e IPX.
Ciao.


 
Uno dei 5 palazzi di cui ti parlavo ha una sala calcolo di sviati metri
quandri sotto UPS ad accesso limitato etc etc per cui i server stanno la
ed il traffico e' prevelantemente da e verso quella tratta/e.


 Che modello e?
Intel 550F


 diciamo 50% IP, 30% SNA, 20% tra NETBEUI e IPX.
Hai mai fatto una stima della percentuale di broadcasts e dell'entita' dei
broadcast storms ?
Probabilmente ti stupiresti...


 
Uno dei 5 palazzi di cui ti parlavo ha una sala calcolo di sviati metri
quandri sotto UPS ad accesso limitato etc etc per cui i server stanno la
ed il traffico e' prevelantemente da e verso quella tratta/e.
Ciao.
-- 
Maurizio Totti
ENEL S.p.A. SSI Firenze Via Campofiore, 22 50136 Firenze ITALIA
tel.	+39 55 655-3861		fax	+39 55 655-2090
E-mail:	
totti.m...@enel.it
--
Posted from [193.76.219.149]
via Mailgate.ORG Server - 
http://www.mailgate.org


diciamo 50% IP, 30% SNA, 20% tra NETBEUI e IPX.


 Che modello e?
Intel 550F
Ciao.


 
Gia fatto, e sinceramente oramai non mi stupisco piu' di niente (o
quasi).
Ad ogni modo TROVATO !!!!
Problema di firware. Se a qualcuno interessa gli Intel 510T e 550F
cominciano a funzionare discretamente su reti un minimo complicate con
un livello di firmware 2.42F .
Il problema stava in un parametro delle VLAN "Used entries in Mac Vlan
header" che fino al firmware 2.42 poteva essere al max 100 (e
praticamente ovunque era superiore) ed adesso e' stato portato a 256.
Ciao e grazie a tutti.
P.S. Se avete uno switch intel della serie 500 collegatevi in telnet e
digitate "d" e poi ditemi cosa ve ne pare. L'ho scoperto da pochissimo !
