Ojo:
Cuando armes el bridge te va a aparecer un nuevo dispositivo de placa de
red: br0 que será la suma de los ethX que hagas pertenecer al bridge,
este nuevo dispositivo de red br0, es el que tenes que hacer que tenga
la ip de la red interna, y ya no será el ethX que venías usando. Esto
significa que tenes que reconfigurar todos los servicios y firewalls y
demas cosas que tenes implementadas apuntando al dispositivo ethX
directamente y cambiarlas a br0, si esos servicios hacian referencia a
la ip, no es problema, eso sale andando desde el vamos, pero los que
hacian referencia al dispositivo de red directamente si los vas a tener
que cambiar (por ejemplo el dhcp). Hace las pruebas en un ambiente de
testing primero, es simple, pero no podes dejar nada afuera, ya tenes
muchos servicios levantado en ese unico server, no vaya a ser que te
olvides de reconfigurar alguno y te ligues algún que otro insulto ;).
Acordate que una vez que lo tengas armado no vas a necesitar tener
cascadeados entre si a los switchs que estén en lados contrarios del
bridge, sino vas a armar un loop.
Slds
Ignacio Galmarino wrote:
Estoy buscando y no encuentro ninguna buena documentación de como
armar el bridge
Alguna para recomendar ???
Gracias
Ignacio
On 3/31/06, Cristian Leiva <[EMAIL PROTECTED]> wrote:
Ignacio Galmarino wrote:
Las placas son:
[EMAIL PROTECTED]:~# lspci | grep -i ether
0000:02:00.0 Ethernet controller: Broadcom Corporation NetXtreme
BCM5721 Gigabit Ethernet PCI Express (rev 11)
0000:03:00.0 Ethernet controller: Broadcom Corporation NetXtreme
BCM5721 Gigabit Ethernet PCI Express (rev 11)
0000:05:01.0 Ethernet controller: Broadcom Corporation NetXtreme
BCM5703 Gigabit Ethernet (rev 10)
El servidor es un:
HP Prolian DLR140R02 con un Xeon de 2.7, 2GB de memoria y discos SCSI
En este momento tengo 2 switch de marca Nexxt (no creo que sean muy
buenos) puestos en casdada.
¿dos o tres?
Esto es el primero al segundo y el segundo
al tercero. El servidor esta conectado al tercer switch.
Ahi tenes uno de los problemas: si son tres pone los switch cascadeados
distinto (esquema piramidal) y el server también conectalo al switch de
la punta de la piramide, esto debería mejorarte la velocidad al toque
sobre todo para las terminales que quedaron conectadas en el final de la
cascada.
¿Tres placas de red?, una a la red interna, otra al router y ¿la tercera
para que la usas?, si te quedó libre podes armar un bridge y conectas un
switch en una placa y otros dos en la otra (cascadeados entre so), vas a
tener una mejora notable porque llevas rapidamente al doble el ancho de
banda total que puede llegar al server sin tanto problema y sin gastar
un mango. OJO esto es valido si es que no hay mucho trafico entre
terminales ubicadas en puntos distintos del bridge, en cuyo caso tenés
por ponerlas en el mismo switch para que el server no esté haciendo de
pasarela. Controlá y acotá el broadcasting que pueda tener la red. Armar
el bridge en debian es cosa de 5 minutos (documentate primero, hace las
pruebas y el paso a paso y cuando puedas cortar 5 minutitos la red lo
implementas).
Ademas el
servidor esta conectado por un route Cisco a un enlace de 2Mb.
Mi idea es conectar el servidor a un switch 3COM de los que traen 2
puertos de de 1000 Mb. El resto de los 3 switch conectarlos
directamente tambien a ese mismo switch. Crees que esto mejorara la
performance ???
seguro
Lo raro es que estoy probando con el iperf como me recomendaron en
otro post y me dice que la velocidad de conexion es de 90 Mb ... que
extaño ...
Gracias
Ignacio
On 3/31/06, Cristian Leiva <[EMAIL PROTECTED]> wrote:
Que placa de red tiene el servidor
que equipo es el servidor
que switchs tenes y como tenes armadas las cascadas, (y controlá que el
tamaño de las tablas de mac alcancen para almacenar todas las mac de las
placas de red de la red)
en que parte de la cascada de la red está el server
controlá que la red esté en condiciones (y que no hayas armado algún
loop accidentalmente)
los 100mbit son nominales
Para empezar a probar, en un fin de semana pondría el server en un
switch y en el mismo conectaría una sola terminal y probaría, si el
problema no aparece, el quilombo lo tenes por el lado del hard (que
posiblemente no le de el cuero). Con lo cual empezaría por poner una
placa de red de marca en el server y a armar lo más plana posible la
cascada de switch (no más de dos niveles), el server lo pondría en el
primer nivel de cascada. Si la tabla de mac en los switch no tiene
suficiente capacidad para almacenar todas las macadress de la red estás
frito con ese switch, vas a tener que comprar uno mejor.
Si tenes winXP o win2000 en la red dentro de un dominio armado en samba,
deshabilitaría el uso de profiles moviles para no cargar la red al pedo.
Si tenes los homes exportados por nfs y los levantas directamente en la
terminal, tendrías que buscar otro esquema por que los entornos gráficos
(kde, gnome) escriben una pelotudez de archivos temporales en el home y
si lo tenes por nfs, eso tambien te está matando la red, fijate de hacer
otro esquema (pe: crear los homes LOCALES al vuelo en las estaciones de
trabajo y usando pammount montar en un subdirectorio del home local el
home remoto, y capacitar a los usuarios para que graben los archivos en
el subdirectorio)
Podés probar tambien ponerle placas de red adicionales al server y
distribuir los servicios entre ellas o colocarlas armarlas en modo
bridge y usar el linux para segmentar tu red, esto es para no tener un
solo cuello de botella y cada placa de red va "mirando" a un segmento de
la red especifico.
Poné algún sniffer de la red para ver si hay muchos equipos haciendo
broadcasting, y solucionalo.
Slds
Ignacio Galmarino wrote:
Hola, tengo el siguiente problema
La LAN de la empres esta formada por aproximadamente unas 70
computadoras. De esas 70 computadoras unas 50 son linux (Ubuntu 5.04 y
Ubuntu 5.10).
Hay un servidor que es un Debian Sarge 3.1 que cumple la varias
funciones (NAT, DNS, SMTP, POP, SQUID, SAMBA, LDAP, etc)
El problema es que la velocidad de transferencia entre el servidor y
las computadoras es extremadamente baja (unos 3Mb cuando la red es de
100Mb). Ya probe bajando archivos del servidor por samba, ftp, sftp,
etc y todas las velocidades son similares.
Alguien tiene idea de que puede estar pasando ???
Gracias
Ignacio
--
Cristian Luis Leiva
Nodo Ingenieria
Servicios Informaticos
1ro de Mayo 273
(2322) Sunchales
03493 15664528
El amor comienza con una sonrisa,
crece con un beso
y muere con una lagrima.
--
Para desuscribirte tenés que visitar la página
https://listas.linux.org.ar/mailman/listinfo/lugar-gral/
/* Publica y encontra trabajo relacionado con softlibre en
http://www.usla.org.ar/modules/jobs/ */
Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]
--
Cristian Luis Leiva
Nodo Ingenieria
Servicios Informaticos
1ro de Mayo 273
(2322) Sunchales
03493 15664528
El amor comienza con una sonrisa,
crece con un beso
y muere con una lagrima.
--
Para desuscribirte tenés que visitar la página
https://listas.linux.org.ar/mailman/listinfo/lugar-gral/
/* Publica y encontra trabajo relacionado con softlibre en
http://www.usla.org.ar/modules/jobs/ */
Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]
--
Cristian Luis Leiva
Nodo Ingenieria
Servicios Informaticos
1ro de Mayo 273
(2322) Sunchales
03493 15664528
El amor comienza con una sonrisa,
crece con un beso
y muere con una lagrima.
--
Para desuscribirte tenés que visitar la página
https://listas.linux.org.ar/mailman/listinfo/lugar-gral/
/* Publica y encontra trabajo relacionado con softlibre en
http://www.usla.org.ar/modules/jobs/ */
Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]
