<html>
<body>
<br><br>
Gracias por la respuesta.. al parecer ese "no es perfecto" es
lo que<br>
sucede. Las rutas se refrescan y switchean sin ocuparse del estado de la
capa superior.<br><br>
Bueno... ya no es un problema.. cabie a balanceo manual .. mas mejor y
estable asi.<br><br>
Respecto de OSPF.... no lo creo... si llamas a un par de companias
de comunicaciones<br>
y pides un Sistema Autonomo o soporte para cualquier protocolo de
enrutamiento<br>
externo... dudo mucho que entiendan lo que se pide.<br><br>
volvi a la vieja tecnica de mantener varias tablas de ruteo en una misma
maquina<br>
con iproute2 y marco paquetes para decirle por gateway
salir.<br><br>
Muy ventajoso pues puedo discriminar rutas facilmente por
direccionamiento y protocolos de capa 4.<br>
Control total asi!<br><br>
Saludos<br>
Miguel<br>
Punta Arenas<br><br>
<br>
At 10:25 05-01-2006, Jorge Alberto Arocha Muñoz wrote:<br><br>
<blockquote type=cite class=cite cite>Le recomiendo la lectura de este
documento:<br><br>
<a href="http://almacen.gulic.org/lartc/lartc.pdf">http://almacen.gulic.org/lartc/lartc.pdf</a><br><br>
En la pagina 15 dice:
"<font face="Times New Roman, Times" 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 ...<br><br>
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 ...<br><br>
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
<dl>
<dd>----- Original Message -----
<dd>From: "Miguel Oyarzo"
<dd>To: linux@listas.inf.utfsm.cl
<dd>Subject: horror en Balanceo de Carga con iproute2
<dd>Date: Mon, 02 Jan 2006 18:40:55 -0300 <br>
<br>
<br>
<dd>Estimados <br>
<dd>luego de aplicar: <br>
<dd># ip route del default scope global nexthop via 172.16.200.1 dev
<dd>eth1 weight 1 nexthop via 172.16.201.1 dev eth2 weight 1 <br>
<dd>Observé que pasado un tiempo determinado el trafico se cambia de
gateway
<dd>de la manera mas horrible: solo mueve el trafico al otro gateway y
<dd>aparentemente no
<dd>verifica las conexiones abiertas. <br>
<dd>Esto produce desconexion en aquellas aplicaciones que necesitan
<dd>conexion persistente
<dd>para sus protocolos. <br>
<dd>Alguna idea si existe una variable del nucleo que mantenga las
conexiones
<dd>persistentes durante el balanceo de carga? <br>
<br>
<dd>Saludos
<dd>Miguel Oyarzo
<dd>INALAMBRICA
<dd>Punta Arenas <br><br>
</dl><br><br>
<br><br>
<br><br>
<br>
<pre>
JORGE ALBERTO AROCHA MUOZ
Ingeniero de Sistemas UIS
Especialista Sistemas Inf.
Geogrfica</pre><font face="Courier New, Courier"></font></blockquote></body>
</html>