bonding ALB - largo

Ralil Ayancan Guillermo (Contratista-Casa Matriz) GRalil en contratistas.codelco.cl
Mie Jul 18 17:58:44 CLT 2007



> -----Mensaje original-----
> De: linux-bounces en listas.inf.utfsm.cl [mailto:linux-
> bounces en listas.inf.utfsm.cl] En nombre de Victor Hugo dos Santos
> Enviado el: miércoles, 18 de julio de 2007 15:51
> Para: Discusion de Linux en Castellano
> Asunto: bonding ALB - largo
> 
> Senores,
> 
> estoy configurando dos tarjetas de redes (e1000) para que funcionen en
> modo de balanceo de carga.. pero por algo no funciona el balanceo o al
> menos esto creo..
> 
> aver... la distro es una ubuntu server 7.04 y lo que hice fue agregar
> las siguientes lineas en el archivo /etc/modprobe.d/aliases
> 
> ============
> alias bond0 bonding
> alias eth0 e1000
> alias eth1 e1000
> options bonding mode=6 miimon=100
> ============
> 
> tambien agregue las siguientes lineas al archivo /etc/modprobe.d/arch/i386
> 
> =============
> alias bond0 bonding
> options bonding mode=6 miimon=100
> #options bonding mode=6 miimon=100 downdelay=200 updelay=200
> =============
> 
> obs.: la segunda esta comentada por que asi estaba en la documetacion,
> pero despues hice unas pruebas sin los parametros downdelay y updelay
> para ver se habia diferencia y la verdad es que ahora encuentro que
> esta algo mas lento !!!
> 
> 
> mmmm... y por utilmo configure la interface bond0 en el archivo
> /etc/network/interfaces
> 
> =============
> # The primary network interface
> #auto eth0
> #iface eth0 inet static
> #       address 10.0.0.95
> #       netmask 255.255.255.0
> #       network 10.0.0.0
> #       broadcast 10.0.0.255
> #       gateway 10.0.0.1
> #       # dns-* options are implemented by the resolvconf package, ifinstalled
> #       dns-nameservers 10.0.0.98 192.168.1.22
> #
> auto bond0
> iface bond0 inet static
>         address 10.0.0.95
>         netmask 255.255.255.0
>         network 10.0.0.0
>         broadcast 10.0.0.255
>         gateway 10.0.0.1
>         dns-nameservers 10.0.0.98 192.168.1.22
> #       hwaddress ether 00:30:48:2A:B5:E0
>         post-up ifenslave bond0 eth0 eth1
> =============
> 
> bien.. el tema es que al reiniciar la maquina, funciona bien la
> conectividad con el resto de la red... se desconecto el cable de una
> de las tarjetas mis coneciones actuales continuan funcionando.. vuelvo
> a conectar el cable y desconectar la otra interface de red y hasta
> este punto es transparente y sin problemas.
> 
> pero al medir los traficos con saidar, este me muestra que "case" todo
> el trafico esta salindo/entrando por una unica interface (eth1 en este
> caso)
> 
> =============
> Network Interface        rx        tx
> lo                                 0B        0B
> eth0                           96B      306K
> eth1                     11923K      192B
> bond0                   11923K      306K
> =============
> 
> la pregunta es: se deberia de distribuir el trafico entre todas las
> interfaces o no ???
> 
> mmm. por cierto, esta es la salida de /proc/net/bonding/bond0
> 
> =============
> Ethernet Channel Bonding Driver: v3.1.1 (September 26, 2006)
> 
> Bonding Mode: adaptive load balancing
> Primary Slave: None
> Currently Active Slave: eth0
> MII Status: up
> MII Polling Interval (ms): 100
> Up Delay (ms): 0
> Down Delay (ms): 0
> 
> Slave Interface: eth0
> MII Status: up
> Link Failure Count: 0
> Permanent HW addr: 00:30:48:2a:b5:e0
> 
> Slave Interface: eth1
> MII Status: up
> Link Failure Count: 0
> Permanent HW addr: 00:30:48:2a:b5:e1
> =============
> 
> y ifconfig
> 
> =============
> bond0     Link encap:Ethernet  HWaddr 00:30:48:2A:B5:E0
>           inet addr:10.0.0.95  Bcast:10.0.0.255  Mask:255.255.255.0
>           inet6 addr: fe80::230:48ff:fe2a:b5e0/64 Scope:Link
>           UP BROADCAST RUNNING MASTER MULTICAST  MTU:1500  Metric:1
>           RX packets:928474 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:489620 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:1346778754 (1.2 GiB)  TX bytes:35359571 (33.7 MiB)
> 
> eth0      Link encap:Ethernet  HWaddr 00:30:48:2A:B5:E0
>           inet6 addr: fe80::230:48ff:fe2a:b5e0/64 Scope:Link
>           UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
>           RX packets:1573 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:410291 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:100
>           RX bytes:117615 (114.8 KiB)  TX bytes:29600320 (28.2 MiB)
>           Base address:0x3000 Memory:fc400000-fc420000
> 
> eth1      Link encap:Ethernet  HWaddr 00:30:48:2A:B5:E1
>           inet6 addr: fe80::230:48ff:fe2a:b5e1/64 Scope:Link
>           UP BROADCAST RUNNING SLAVE MULTICAST  MTU:1500  Metric:1
>           RX packets:926901 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:79329 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:100
>           RX bytes:1346661139 (1.2 GiB)  TX bytes:5759251 (5.4 MiB)
>           Base address:0x3040 Memory:fc420000-fc440000
> =============
> 
> 
> 
> --
> --
> Victor Hugo dos Santos
> Linux Counter #224399


Si bien el mode=6 indica que necesitas configuración previa en los switchs seria conveniente que revisaras si existe algun comando de ARP en la configuración de los switchs de conectividad. Supongo que tienes conectados ambos cables en un unico switch y no en un HUB.  

Los parámetros downdelay=200 updelay=200 son utilizados en conjunto con el miimon=100 y son para determinar si cae o sube una de las 2 interfaces en el BOND.

Si usas el ethtool o mii-tool, las velocidades y duplex en las interfaces son iguales?

100-Full
100-half
10-full?
1000-full?

Las autonegociaciones por lo general funcionan sin problemas a giga, pero deben ser dejadas en AUTo-SENSE en ambos extremos (Switch y Server), las negociaciones a velocidades de 100 para abajo, fallan casi siempre, ahí se debe forzar.



Este mensaje es de naturaleza confidencial y puede contener información protegida por normas de secreto y propiedad intelectual. Si usted ha recibido este correo electrónico por error, le agradeceremos se comunique inmediatamente con nosotros por este misma vía y tenga además la amabilidad de borrar el mensaje y sus adjuntos; así mismo, usted no debera copiar el mensaje ni sus adjuntos ni divulgar su contenido a ninguna persona. Muchas gracias.


THIS MESSAGE IS CONFIDENTIAL BY ITS NATURE. IT MAY ALSO CONTAIN INFORMATION THAT IS PRIVILEGED OR OTHERWISE LEGALLY EXEMPTED FROM DISCLOSURE. IF YOU HAVE RECEIVED IT BY MISTAKE, PLEASE LET US KNOW BY E-MAIL IMMEDIATELY AND DELETE THE MESSAGE AND ITS EXHIBITS FROM THE SYSTEM; YOU SHOULD ALSO NOR COPY THE MESSAGE OR ITS EXHIBITS NOR DISCLOSE ITS CONTENTS TO ANYONE. THANK YOU.




Más información sobre la lista de distribución Linux