<P>Le recomiendo la lectura de este documento:</P>
<P><A href="http://almacen.gulic.org/lartc/lartc.pdf">http://almacen.gulic.org/lartc/lartc.pdf</A></P>
<P>En la pagina 15 dice: "<FONT face="Times New Roman" size=2>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.</FONT>", 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 ...</P>
<P>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 ...</P>
<P>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<BR></P>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">----- Original Message ----- <BR>From: "Miguel Oyarzo" <ADMIN@AIM.CL><BR>To: linux@listas.inf.utfsm.cl <BR>Subject: horror en Balanceo de Carga con iproute2 <BR>Date: Mon, 02 Jan 2006 18:40:55 -0300 <BR><BR><BR><BR>Estimados <BR><BR>luego de aplicar: <BR><BR># ip route del default scope global nexthop via 172.16.200.1 dev <BR>eth1 weight 1 nexthop via 172.16.201.1 dev eth2 weight 1 <BR><BR>Observé que pasado un tiempo determinado el trafico se cambia de gateway <BR>de la manera mas horrible: solo mueve el trafico al otro gateway y <BR>aparentemente no <BR>verifica las conexiones abiertas. <BR><BR>Esto produce desconexion en aquellas aplicaciones que necesitan <BR>conexion persistente <BR>para sus protocolos. <BR><BR>Alguna idea si existe una variable del nucleo que mantenga las conexiones <BR>persistentes durante el balanceo de carga? <BR><BR><BR>Saludos <BR>Miguel Oyarzo <BR>INALAMBRICA <BR>Punta Arenas <BR></BLOCKQUOTE><BR><BR><BR><BR><BR><PRE><BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>
<BR>JORGE ALBERTO AROCHA MUOZ
<BR>Ingeniero de Sistemas UIS
<BR>Especialista Sistemas Inf. Geogrfica</PRE><BR><BR>