At 20:47 02-01-2006, Cristian Rodriguez wrote: >El 2/01/06, Miguel Oyarzo<[EMAIL PROTECTED]> escribió: >> >> 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 >>
quice decir: ip route add default equalize nexthop via 172.16.201.1 dev eth2 nexthop via 172.16.200.1 dev eth1 >> 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 >> >> >> >> >> >lee : > >http://www.shorewall.net/MultiISP.html > >auqneu creo que lo que necesitas realmente es BGP... lei el documento, pero solo muestra el procedimiento de load balancing desde el punto de vista de shorewall. No dice nada del la manera que en que balancea la carga entre las interfaces. Lamentablemente me equivoque al pegar la linea de comando y puede que nadie mas haya entenido nada. el comando era: ip route add default equalize nexthop via 172.16.201.1 dev eth2 nexthop via 172.16.200.1 dev eth1 Yo sospecho que la causa del problema puede ser "equalize", pero no estoy seguro BGP? No, para nada... solo se trata de controlar el flujo de trafico por 3 interfaces. Ahora funciona.. pero cada vez q balancea carga no se fija en detalles y desconecta aplicaciones especificas. Saludos Miguel Oyarzo INALAMBRICA Punta Arenas
