horror en Balanceo de Carga con iproute2

[Jorge Alberto Arocha Muñoz]

Le recomiendo la lectura de este documento:

http://almacen.gulic.org/lartc/lartc.pdf

En la pagina  15 dice:  "Tenga en cuenta que el equilibrio no será
perfecto, ya que se basa en rutas, y las rutas están en caché. Esto
significa que las rutas usadas más a menudo siempre irán sobre el mismo
proveedor.", es decir no tiene en cuenta si el enlace esta activo o el
tráfico que hay en uno y otro ... para decidir que proveedor usar, esto
significa que si decidio salir por la intefaz A y el enlace se cae no
enviara los paquetes por la interfaz B así exista la posibilidad de
llegar al mismo destino por ese camino ...

Otro aspecto a tener en cuenta es que linux puede decidir si recibe un
paquete dependiendo del enrutador que le devuelva la respuesta (esto a
manera de control y por lo general viene activado por defecto, se puede
deshabilitar), el mimo manual lo dice ...

Finalmente, creo que lo que busca es algo mas complejo talvez un
protocolo de enrutamiento como OSPF, etc.  echele un vistazo a quagga
(antiguo zebra), el cual se basa en iproute ...  ver pagina 140 del mismo
manual

  ----- Original Message -----
  From: "Miguel Oyarzo"
  To: linux en listas.inf.utfsm.cl
  Subject: horror en Balanceo de Carga con iproute2
  Date: Mon, 02 Jan 2006 18:40:55 -0300



  Estimados

  luego de aplicar:

  # ip route del default scope global nexthop via 172.16.200.1 dev
  eth1 weight 1 nexthop via 172.16.201.1 dev eth2 weight 1

  Observé que pasado un tiempo determinado el trafico se cambia de
  gateway
  de la manera mas horrible: solo mueve el trafico al otro gateway y
  aparentemente no
  verifica las conexiones abiertas.

  Esto produce desconexion en aquellas aplicaciones que necesitan
  conexion persistente
  para sus protocolos.

  Alguna idea si existe una variable del nucleo que mantenga las
  conexiones
  persistentes durante el balanceo de carga?


  Saludos
  Miguel Oyarzo
  INALAMBRICA
  Punta Arenas














JORGE ALBERTO AROCHA MUOZ
Ingeniero de Sistemas UIS
Especialista Sistemas Inf. Geogrfica

-- 


------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060105/c97ea2fb/attachment.html