Newsgroup: it.comp.reti.locali
Titolo: Un proxy arp fra i server e gli hosts... che ne pensate?

Salve a tutti,
ultimamente in zienda abbiamo rilevato strani rallentamenti di rete ma 
senza individuarne la causa (PURTROPPO :-( )
Dato che (ancora) non disponiamo di apparati di rete managed sto 
pensando a possibili soluzioni alternative.
Una che mi è venuta in mente è quella di mettere, fra i server e gli 
hosts della rete un proxy-arp che controlli cosa succede e che mi filtri 
un po' di traffico inutile.
Voi che ne pensate?
Può essere un collo di bottiglia tale da creare problemi maggiori di 
quelli che cerco di risolvere?
La rete in esame è una rete da circa 300 hosts e una 30ina di server.
Gli host sn collegati fra loro a 100MBit, la dorsale dai piani alla sala 
macchine è a 1000MBit.
Il collegamento fra gli switch dei server (tutti a 1000) e lo switch 
centrale è a 1000 (ovviamente).
Il proxy-arp sarebbe un vecchio server con una buona vecchia slackware 
con 2 schede a 1000MBit.
Spero possiate consigliarmi.
Grazie a tutti.
Saluti
-- 
MaoX
http://maox.blogspot.com


Deduco che tutti i nodi fanno parte della stessa subnet/LAN & che vuoi
creare una subnet/LAN separata per i server, giusto ?
Quindi ti serve un router, il proxy arp (se la tua macchina lo
supporta ...) ti evita solo di andare sui singoli client a mettere un
default gateway (a proposito non hai gia' dei routers per uscire ?? in
questo caso scordati del proxy arp).
Non ho capito bene cosa intendi per filtrare, un proxy arp non ti
filtra niente.
L'unica cosa che puoi filtrare sono i broadcast/multicast SE "spezzi"
fisicamente la rete con 2 LAN/subnet separate e metti il router in
mezzo.
E' l'azione di "spezzare" la LAN che filtra (& solo broadcast/
multicast) non il router (a meno che sia anche firewall ..)
Ciaoooooooooooo,
Luciano


In teoria potresti avere un router/proxy arp che coesiste con altri
routers.
Ad esempio una LAN/Subnet classe B pura (es. 128.1.x.x), potresti
spezzarla in 2 (es. 128.1.1.x/24 & 128.1.2.x/24) ma lo lasci come B
(128.1.x.x/16) sui client, il proxy arp/router risponde se un nodo
128.1.1.x manda un ARP per un 128.1.2.x (ed il contrario).
Il router per andare all'esterno lo lasci in classe B (es.
128.1.1.1/16
) ed un nodo 128.1.2.x/16 quando deve andare all'esterno
manda un arp al default gateway (128.1.1.1) a cui risponde il proxy
arp.
MA, giudizio personale, il proxy arp e' una soluzione raffazzonata che
ti puo' creare piu' problemi di quelli che cerchi di risolvere.
Se vuoi "spezzare" una rete usa i metodi classici (VLAN e/o
separazione fisica livello 2 & router livello 3)
Ciaooooooooooooo,
Luciano

 
Ciao MaoX
-- 
principio di Napoleone: non attribuire a
malintenzione cio' che puo' essere semplicemente
spiegato come imbecillita'
MaoX Blog:
Problemi e soluzioni di un sistemista informatico:
http://maox.blogspot.com

 
Ciao e grazie


tutti i pc?? (sono circa 300)
si, non hai altra possibilita.
ma tieni presente che lo puoi fare a step, mica devi fare tutto in una
giornata ;)



lascia stare, anzi non pensarci nemmeno.
crei solo un collo di bottiglia in più, anzi un collo di bottiglia
critico e strozzato che ti blocca tutta la rete.
ciao


OK, non conosco linux quindi non posso dire niente.
Vuol dire che e' qualcosa + di un proxy arp "tradizionale" (http://
en.wikipedia.org/wiki/Proxy_arp
), che risponde solo a richieste ARP ..
Ciaoooooooooooo,
Luciano

 
Ciao e grazie


r3lative ha scritto:

scusa ma qui non ti seguo... :-?
che significa che posso dividerla a step?
e soprattutto, se la dividessi che vantaggi ne
otterrei? (a parte evitare qualche broadcast su
macchine non interessate)
Grazie e scusa ma sull'argomento VLAN sono ancora
"fresco" :-)


 - Mostra testo tra virgolette -
Solo "pour parler" ...Dipende ...
Lasciamo perdere x il momento il proxy arp che genera confusione
(almeno a me ..) & le performance della macchina che vuole usare (che
non conosco).
Se parliamo solo della divisione della rete in sottoreti/LAN (come
vuole farlo sono fatti suoi), dipende dal tipo di traffico che ha.
Se riesce a limitare il traffico tra nodi di un gruppo omogeneo/
sottorete potrebbe avere un beneficio, se i suoi clients/host fanno
traffico verso i server (che sembrerebbe vuole metter in subnet
diverse), come dici tu' si trova un elemento/collo di bottiglia in
piu' ...
In ogni modo difficile giudicare. Dalla descrizione del problema puo'
essere tutto, da un problema L2 sulla rete (anche un MAU se esistono
ancora .. col collision detect disabilitato), a problemi che con la
rete non c'entrano niente (carico su servers, problema applicativo,
etc.etc.)
Ciaooooooooooo,
Luciano

 quelli che cerco di risolvere?
Non riporti alcun dettaglio nè alcuna analisi sulla tipologia di
problema che si verifica, quindi impossibile darti una risposta.
Potresti iniziare ad avere problemi di saturazione delle mac-address
table, potresti avere loop non controllati, e almeno una altra dozzina
di situazioni che mi vengono in mente e in cui non otterresti alcunchè
senza un intervento ben mirato.
Per quanto riguarda l'uso di proxy-arp, in linea generica lo ritengo
sconsigliabile se non per usi molto particolari, poichè nella migliore
delle ipotesi una progettazione appena decente della rete lo rende
inutile e nella peggiore delle ipotesi la sua presenza causa problemi di
difficile analisi.
Dato che a quanto pare non sai dove il problema stia, eviterei di
aggiungere ulteriore caos introducendo anche la presenza del proxy-arp
al calderone, e mi concentrerei invece sull'analisi dei problemi per
individuarne l'origine, eventualmente con la consulenza di qualcuno di
esperto, se proprio non sapete da dove iniziare l'analisi...
Bye
-- 
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.

etc.etc.)
assolutamente daccordo. secondo me comuqnue ci sono degli switch ( o
piu d'uno) che sono saturi e collassano.

macchine non interessate)
vlan : vantaggi ...
- gestione 
- traffico di broadcast
- sicurezza 
- prestazioni
ecc

 - Mostra testo tra virgolette -
E chi puo' dirlo, non sappiamo quanto traffico ha, in che direzione,
etc.
E la rete od il traffico potrebbero non c'entrare nulla ..
Mi ha sempre sorpreso questa ricerca della soluzione senza veramente
sapere quale e' il problema ...
Solo una considerazione generale  basata su un po' di esperienza di
customer support...senza voler giudicare nessuno.
Ciaooooooooooooooo,
Luciano

> piu d'uno) che sono saturi e collassano.-
è quello che temo anch'io, a volte infatti i led
degli switch si accendono tutti insieme (ma non
sempre questo comportamento è collegato a
segnalazioni o percezione di rallentamento di rete)
Grazie ancora a tutti!!!!!!



Guarda che i led hanno un significato (quale led, colore, lampeggiano
o fissi).
Controlla sul manuale.
Ciaooooooooooooo,
Luciano
P.S.: curiosita', MaoX e' tipo MalcomX ??

 
eh eh ... no ho adottato questo nick a 16 anni (mi chiamo Maurizio, gli 
amici mii chiamano Mao... la X in fondo mi faceva figo :-) ) e poi l'ho 
tenuto xchè mi ci sn affezionato :-)
eh eh
Ancora grazie.
Ciaoooooooooo
-- 
MaoX
http://maox.blogspot.com


Il bello dell'informatica/data communication e' che ti posso
rispondere sia si' che no' ed ho sempre ragione ... :-)) Forse si,
forse no ..:-))
Ciaoooooooooooo,
Luciano

 
  ops...
ve lo DEVO! ;-)
-- 
MaoX
http://maox.blogspot.com

livello 2 e scarica il backbone.
magari, ma non sempre è possibile questo approccio, anzi nelle realta
di una certa dimensione non è quasi mai possibile, i server per tutta
una serie di ragioni (che puoi facilmente immaginare) sono installati
nel ced, gli uffici, laboratori, pc vari, magari sono 3 piani sotto,
impossibile collegare fisicamente sullo stesso switch server e client.
le vlan in pratica sono nate proprio per risolvere questo problema ;)




idem, le mie considerazioni e suggerimenti provengono proprio
dall'esperienza fatta sul campo, dove spesso il cliente fa il
possibile per darti informazioni inutili, e nascondere quelle
indispensabili ;)) quindi si tira fuori la sfera di cristallo, e la si
scruta :)) ovviamente scherzo, ma non troppo.
ciao

 
Ciaooo e grazie ancora
-- 
MaoX
http://maox.blogspot.com

> forse no ..:-))
magari fosse solo l'informatica ...
oggi tutti hanno ragione, perfino ragione di aver torto ;)


Switchata e' un termine + che accettabile, io uso scannare/scannato x
lo scanner ...:-))))
Esatto quello che dici, io intendevo di usare uno sniffer quando hai i
led che "impazziscono", li ti attacchi ad una porta e raccogli
informazioni su chi eventualmente causa il problema (MAC e/o IP
address sorgente se hai fortuna).
Solo ed unicamente come aneddoto, + di 10 anni fa' (quando gli switch
erano una novita') mi era successo che una nic card su un PC era
impazzita (problemi driver) e sparava fuori sulla rete pacchetti
spurii, schifezze insomma.
Li avevo visti con uno sniffer, niente indirizzo sorgente (solo
schifezze).
Poi ho dovuto segmentare la rete pezzo a pezzo x identificare il
colpevole.
Ciaoooooooooo,
Luciano


Certo, poi ci sono considerazioni NON tecniche. Tipo il suo capo che
gli urla dietro per avere una soluzione ... :-)))
In ogni caso gli urlera' dietro anche quando gli dice quanto costano i
nuovi apparati e se si ripresenta il problema :-)))
Ciaoooooooooooooo,
Luciano

nuovi apparati e se si ripresenta il problema :-)))
ovvio ;) infatti ma prima bisogna dirgli quanto costa il problema
(costo orario aziendale x tempo sprecato=$$$$) subito dopo gli si
mette sotto il naso il preventivo (più caro) , e si comincia a
discutere fino ad arrivare al preventivo che è più interessante
(tecnicamente parlando)
sigla, firma, e pacca sulla spalla ;))

address sorgente se hai fortuna).
ammesso che sia un pc che crea il problema, e non sia lo switch saturo
;)
ciao


Esatto, ammesso che ...
Ciaoooooooooooo,
Luciano

 sigla, firma, e pacca sulla spalla ;))
magari... :-)
-- 
MaoX
http://maox.blogspot.com