[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: enrutamiento avanzado iproute pppoe



2009/1/8 Francisco Santos L. <fsantos@rocagdl.com.mx>:
> Buen dia Usuarios y Gurus de linux
Buenas noches en mi lado del mundo..!


> mi primer enlace es un infinitum ip dinamica que llega a un modem speed
> stream 5200 modo puente a mi eth0 de mi server1 y lo configuro con ppp0
> para hacer el enlace.
Ok


> mi segundo enlae es otro infinitum ip fija que llega aun modem speed
> stream 5200 modo puente a mi eth0 de mi server2 y lo configuro con ppp0
> para hacer el segundo enlace
ok


> la mayoria de los comos, tutoriales y manuales que he visto te dicen
> como hacer un balaceo de cargas basados en ips fijas clase c
> provenientes de los modems o routers adsl...
Es mas facil explicarlo con IPs fijas, pero el principio es aplicable
a cualquiera.

> pero que hacer cuando quieres hacer el balanceo de cargas con ips
> provenientes de tu isp con protocolos como pppoe o una mezcla de un
> router y una conexion pppoe??
:~# aptitude install iproute


> he estado haciendo algunas pruebas infructuosas para hacer mi balanceo
> con el protocolo pppoe pero nome funcionan como entiendo que deben de
> funcionar..
Las primeras veces siempre cuestan


> bueno al grano con las pruebas..
>
> 1) cuando hago la conexion a mi isp con pppoe no me da un default router
> para empezar me da esto de gateway
>
> [root@dell ~]# route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 200.38.193.226 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 10.10.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
> 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0
Eso esta bien, te esta diciendo que destino a cualquier red que no
corresponda con 10.x,192.x,169.x
los identifica como 0.0.0.0 y que a su vez la submascara de red no se
corresponda con las anteriores
entonces la identifica con 0.0.0.0 tambien y todo es lo tiene que
enviar por ppp0

> me di a la tarea de resolver este inconveniente por lo que lo resolvi de
> la siguiente manera
>
> ##borre el router default
> ip route del default
> ##puse el servidor con el que hace la conexion
> ## pppoe como default gateway
> route add default gw 200.38.193.226
NO vas a llegar a nada con eso.


> quedando de la siguiente forma
>
> [root@dell ~]# route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 200.38.193.226 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 10.10.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
> 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
> 0.0.0.0 200.38.193.226 0.0.0.0 UG 0 0 0 ppp0
>
>
>
> realize pruebas de conectividad durante 2 dias para ver si mis clientes
> detras del servidor y el mismo servidor daban salida a internet y
> trabajo perfectamente por lo que crei que lo demas era pan comido..
>
>
> bueno ya que tenia los dos defaults gateway me decidi a balancear la
> carga de la siguiente manera.
>
>
> ip route replace default scope global nexthop dev ppp0 via
> 200.38.193.226 weight 1
> nexthop via 192.168.0.1 dev bond0 weight 1
>
>
> pues bien con eso se supone que empieza a balancear y funciona pero
> despues de varios minutos 2 o 3 empieza a ser inestable
Estas en un error, y ademas es confusa la documentacion, pero basta
con entender un solo
concepto para darse cuenta "bounding", en redes se refiere a hacer un
balanceo y redireccion
de todo el trafico dependiendo de los protocolos de enrutamiento que
estes usando, a partir de RIP [1]
y funciona verificando que una interface ha dejado de funcionar,
entonces redirije todo hacia otra/s interfaces-
Tu estas utilizando ppp [2] que es un protocolo de OSI capa 3 [3], por
consiguiente modificar tu tabla de
route no te servirá de mucho, lo que necesitas es modificar los
paquetes en el mismo nivel de transferencia
de paquetes, o sea OSI capa 2.
Para esto vas a utilizar si iproute pero de otra forma.

> http://almacen.gulic.org/lartc/lartc.pdf
Lo que tienes que implementar precisamente es lo explicado en el capitulo:
"4.2. Routing for multiple uplinks/providers"

[1] http://en.wikipedia.org/wiki/Routing_Information_Protocol
[2] http://en.wikipedia.org/wiki/Point-to-Point_Protocol
[3] http://en.wikipedia.org/wiki/OSI_model

Espero que te haya sido de utilidad.

Saludos

-- 
"La Voluntad es el unico motor de nuestros logros"
<Mstaaravin />
http://www.mstaaravin.com.ar/

Reply to: