Newsgroup: it.comp.reti.locali
Titolo: Rallentamenti di rete, come capirne la causa?

Ciao a tutti.
Qui in azienda c'è una rete abbastanza grande (circa 30 armadi, 3
centro stella, circa 600 client). Non vi sto a dire tutta
l'infrastruttura altrimenti non mi basta tutta la giornata di oggi.
Ogni tanto si verifica una cosa che non riesco a definire bene. La rete
ha dei rallentamenti: i sintomi sono a livello di applicazione,
chiaramente quelle che mobilitano grandi quantità di dati (scambi di
immagini molto pesanti) sono quelle a soffrire di più, le applicationi
semplicemente db-based ne risentono un po' di meno, ma a volte anche
quelle accusano dei problemi (spesso problemi di stampa su stampanti di
rete o condivise).
Ovviamente il mio cruccio è diagnosticare il problema: io parto dalle
cose elementari (verifico la raggiungibilità dei vari apparati con dei
ping) e mano mano cerco di capire il problema (dopo passo a eventuali
problemi di routing (ci sono 4 VLAN), poi passo al carico dei singoli
apparati, poi passo al carico dei server) ma quasi mai riesco a
contornare il problema che alla fine cessa da solo (ma solo per
ripresentarsi più tardi o il giorno dopo).
Una cosa che da ignorante non capisco bene è perché con i ping
ottengo tempi ottimi su praticamente tutti gli apparati della rete
(solo i centro stella hanno tempi leggermente più alti ma lo considero
normale dato il carico maggiore che hanno) anche durante questi
rallentamenti. Il traffico ICMP ha qualche priorità rispetto al resto
del traffico? (renderebbe il ping uno strumento ancora più inutile di
quello che è).
Onestamente navigo un po' nel buio e sto cercando di studiare qualche
soluzione, anche se o poche idee. In passato si è provato ad
installare vari software di monitoraggio, ma con poco successo anche
perché al Centro Elaborazione Dati questi problemi si sentono molto di
meno che nel resto dell'azienda (forse la vicinanza ai server, boh?).
Avete qualche consiglio per cercare di capire cosa succede?
Grazie
Bye
giaconet

 ripresentarsi più tardi o il giorno dopo).
La prima cosa da fare e' analizzare la rete a livello di componente e 
ricavare una mappa della banda passante potenziale richiesta e offerta.
Qui puoi inserire valori standard per le workstation di tipo office, 
mentre per nodi che trattano dati importanti (le immagini, come dici) 
puoi fare delle valutazioni realistiche (es. tot GB all'ora).
Estremamente importante disporre dei dati di banda passante aggregata 
degli switch, tenendo presente che la "scuola Cisco" (con 3Com, Intel 
...) fissa al 40% l'utilizzo degli stessi, quindi in ambiente con 
traffico elevato non sono idonei.
In una seconda fase, piu' complessa, la mappa va integrata con i flussi 
di dati principali, sempre rispetto alla banda passante richiesta.
E' un lavoro lungo, ma opero nel settore grafico industriale da un bel 
po' ed e' l'unico sistema che ho individuato per venirne fuori.
Poi posta qui i dati e ci guardiamo.
Ciao
Luca
-- 
"Cerchi l'anima gemella? Guarda su secondamano"
[da spam]

 apparati, poi passo al carico dei server) ma quasi mai riesco a
Una precisazione: se parti con un metodo "dal particolare al generale" 
e fai delle stime, rischi di valutare qualsiasi piccolo inconveniente 
rapportandolo alla scala dell'intero sistema.
Il metodo che ti suggerisco parte invece dal generale a livello di 
macro ambienti, per scendere nel dettaglio dei singoli sistemi; in 
questo modo, gli errori vengono rapportati solo a se stessi.
L'alternativa e' il campionamento a singolo elemento, che in una rete 
da 600 nodi non e' molto il caso di fare :-)
Ciao
Luca
-- 
"Keyboard not present - Press F1 to continue"
[tipico messaggio di errore di molti BIOS]

Luca Sasdelli ha scritto:

controlla sei tuoi utenti si sono installati p2p oppure skype...
ciao

Luca Sasdelli ha scritto:

Grazie Luca,
Effettivamente un approccio grafico e proprio quello che volevo
provare, prima di buttarmi a perdere il sonno in tabulati di log di
migliaia di linee. Quello che ci vorrebbe è una bella segmentazione
funzionale, in modo che al presentarsi del problema io possa escludere
delle zone e capire se il problema rientra.
Tuttavia sono in un ambiente di PA e non ho la libertà di fare il
ca##o che voglio senza che l'ultimo degli uscieri rivendichi il diritto
a leggere 
repubblica.it
 :-((((
Provo a realizzare uno schema (ma ci vorrà un po') con dati verosimili
e poi lo pubblico da qualche parte in rete.
Bye
giaconet


bubu, la rete è abbastanza "protetta".
Abbiamo un nodo fw a 5 vie (StoneSoft StonGate), la LAN client, la LAN
server, la DMZ, e 2 accessi pubblici a internet (un collegamento
dedicato GB e una HDSL 2Mb).
L'accesso a internet è "veicolato" attraverso un proxy in DMZ con ISA
Server 2000 che permette agli utenti ben poche cose, traffico http e
ftp e in qualche raro caso di privilegiato rompico####ni traffico pop3
per scaricarsi posta non aziendale.
non credo che il problema possa essere il p2p o qualche messenger.
Grazie cmq
Bye
giaconet

giaconet ha scritto:

anche la mia lan è abbastanza protetta tramite cisco pix ed isa
server, pero' i p2p escono lo stesso caxxo...cmq da me i rallentamenti
erano causati da skype..purtroppo un client era diventato un
supernodooooooo...spero non sia il caso tuo
ciao

bubu07 ha scritto:

Ma il p2p viene proxato nel tuo caso? Come te ne accorgi che passa lo
stesso? Hai trovato installazioni funzionanti (che scaricavano) in
qualche client?
Io mi guardo anche i log del traffico ISA e non mi sembra ci sia
qualcosa che non va.
Mah...
Mi sa che devo dare un'occhiata migliore allora...
bye
giaconet

giaconet ha scritto:

si certo ne ho trovate che scaricavano...esempio (emule)quello che uso
io :-) anche se sono proxato dall'isa server....in effetti anche dai
log dell'isa non risulta che scarico nulla..e devo anche dire che nel
pix ho quelle porte chiuse...discorso a parte per skype che usa la 80 e
la 443 che non posso assolutamente chiudere chiaramente...

 la 443 che non posso assolutamente chiudere chiaramente...
Scusate se mi intrometto...
ma io invece non riesco a farlo andare skype. Se blocco tutto
permettendo solo http,ftp, smtp e pop3 riesco a bloccare
tranquillamente i programmi di p2p (emule non va, testato) ma non va
nemmeno skype che invece in azienda viene utilizzato.
Mettendo mani ai filtri il risultato è molto variabile e non sono
riuscito ancora a trovare un metodo certo per farlo funzionare (e la
80 e la 443 le lascio passare).
Qualcuno ha idea??
Il firewall è uno zywall35.
Ciao ciao
-- 
MirkoB.   
ne...@bsi-net.it
Motoretta BMW R1150R Nera...
L'indirizzo em@il non è da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

 e poi lo pubblico da qualche parte in rete.
Aiutati con questo: 
http://www.mikrotik.com/thedude.php
Ciao
Luca
-- 
"L'intelligenza militare e' una contraddizione in termini"
[Groucho Marx]


E' chiaro che se con un'installazione standard emule non funzioni. Ha
bisogno di essere raggiunto su almeno 2 porte e di raggiungerne almeno
3. Quindi con un qualsiasi firewall che blocchi tutte le porte
ovviamente non funzia. Se però si trova il modo di proxarlo attraverso
la 80 allora il discorso cambia, perché il firewall chiaramente non se
ne accorge (è un po' il discorso di freepops). E' chiaro che
all'esterno ci deve essere un servizio che ti "incapsula" sulla 80 i
servizi di emule (una sorta di webservices). Io sto cercando docs in
merito per bloccare la "minaccia", appena ho qualcosa in merito lo
posto.
Su skype non so, non lo conosco bene. Ma se usa la porta 80 di default
dovrebbe funzionare a meno di filtri più interni (a livello di
pacchetto).
Bye
giaconet

 pacchetto).
Partiamo dal fatto che non sono sicuro e non ho ancora iniziato ad
analizzare a fondo la questione, ma il problema è che lui fa partire
la comunicazione con la porta 80 (o altre), verso una porta random (o
quasi). invece le regole del firewall lavorano sulle porte di
destinazione. Ho provato a fare dei filtri specifici ma comunque non
sono riuscito ad identificare un metodo preciso e ripetibile per farlo
andare. Il sito di skype dice semplicemente di aprire tutto...
La cosa bella è che su altri firewall configurati per chiudere tutto
skype passa correttamente... 
vedrò di studiare meglio la questione.
