Newsgroup: it.comp.os.linux.iniziare
Titolo: 2 sk di rete stessa subnet

ciao a tutti e buona serata.
il server che accudisco (grazie a voi) ha due sk di rete, una a 100 mb, 
l'altra a 1 gb . l'ex admin ha impostato l'uso di quest'ultima, 
connettendo il pc allo switch. la domanda magari banale e' la seguente:
posso utilizzare la scheda numero 2 (attualmente non usata e senza ip) 
nella stessa rete della sk nuemero 1 , ed avere cosi' qualche vantaggio?
io vorrei (se possibile) forzare sulla sk numero 2 (non usata) la 
connessione di 5 utenti , usando la stessa rete 
192.168.0.0/24
 utilizzata
dalla sk 1. 
in pratica io vorrei questo
sk 1) 
192.168.0.0/24
 (gigabit) = per tutto lo studio
sk 2) 
192.168.0.0/24
 (100 mb)  = dedicata al gruppo A
e' fattibile? presenta vamtaggi?
grazie, ciao

elena ha scritto:

Devi usare una classe ip diversa e poi attivare il routing tra le schede 
con echo 1 >/proc/sys/net/ipv4/ip_forward



dipende da cio' che vuoi ottenere.
Se vuoi ottenere "qualche vantaggio", e lo switch che usi lo permette, 
potresti fasciare le due schede in 802.3ad (meglio) o con altri trick di 
bonding, creando un'unica scheda a 1.1 gbit, ridondata hw (se si spacca 
un link, resta su l'altro da solo, in modo trasparente).
Se vuoi separare due gruppi di utenti, che non si devono pestare i piedi 
a vicenda, puoi fare come ti e' stato suggerito da tacci_tua.
Pero' se uno si cambia l'ip torna nell'altro gruppo, quindi sull'altra 
scheda etc, meglio sarebbe creare reti separate taggando una vlan sullo 
switch (se e' managed, e' la cosa migliore).
In questo modo fissi per ogni porta dati l'appartenenza a questa o quella 
rete, quindi l'associazione con la scheda di rete X, e sei sicura resti 
cosi'.
Le altre possibilita' sono derivate da questi due casi, ma vale la pena 
lanciarsi in setup complessi solo se c'e' bisogno (tipo, bridge sulla 
macchina con due subnet sovrapposte, diverse netmask, in modo che un 
gruppo veda tutti, l'altro veda solo una parte).
cia',
-- 
oggei

 gruppo veda tutti, l'altro veda solo una parte).
Sssssssssssì...
Dunque, eravamo al fasciare insieme le due schede. Se prendo del
normale nastro adesivo, vado bene?
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
__________________________________
Combatti l'AIDS col tuo computer: 
http://fightaidsathome.scripps.edu/

 nastro adesivo, vado bene?
non credo, devi poter alzare una link aggregation su entrambi i capi 
della patch di rete ... essendo un dialetto di 802.3, non puo' che esser 
cosi'.
ma 98 perche' hai 8 anni ? :D
aloha,
-- 
oggei

 ma 98 perche' hai 8 anni ? :D
io vivo nel 2006 perche' fa e' vintage

 ma 98 perche' hai 8 anni ? :D
io vivo nel 2006 perche' fa vintage

 ma 98 perche' hai 8 anni ? :D
No, però sono uno spiritosone. :-p


 un link, resta su l'altro da solo, in modo trasparente).
sei sicuro si possa fare con velocità trasmissive differenti? l'LACP ed 
il trunking non impone mezzo trasmissivo (FO o rame) e banda eguale?
inoltre il link viene messo in load balancing, quindi se una postazione 
becca la 100Mbit, se la porta avanti a 100 finchè morte non ci separi (o 
il link viene interrotto ed il LACP rinegozia a singolo link)...

 il link viene interrotto ed il LACP rinegozia a singolo link)...
Se lo switch astrae una porta aggregata, il frame passa dalla porta della 
postazione al backplane, fino a questa. Il livello datalink (802.3) si 
sposta su questa, e questo e' trasparente agli altri apparati estranei al 
bonding.
Poi ci sono finezze vendor-specifiche, ad esempio sugli apparati 
cabletron/enterasys avevamo visto che prima viene saturato un link, 
quindi si inizia ad usare l'altro, non ricordo se fosse configurabile, 
credo sia una conseguenza di come e' ingegnerizzato il firmware.
magari c'e' qualcuno che ha smanettato piu' con linux (sugli host ho 
sempre bondato interfacce identiche).
ciao,
-- 
oggei

 
quindi non ti risulta vada in load balancing by source o dest? mi 
sembrava di aver notato questo sugli allied telesis

 sembrava di aver notato questo sugli allied telesis
Se parli di ip/porte src/dst, non un'aggregazione a livello datalink, per 
quanto i singoli vendor possano decidere di fare scorribande sullo stack 
iso/osi :P
anche i l3 switch cabletron avevano lo smarttrunk, ma non ci attacchi 
altro