Re: Finally: A working case of two adsl load balance

Linux Advanced Routing and Traffic Control

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

 



Cytowanie favero@xxxxxxxxxxxx:

> First of all i wanna thanks Christoph Simon for the support. 
> Only after his reply to my email i could see the real solution to 
> the problem (Valeu mesmo cara... me ajudou pra caramba! 
> Fico te devendo essa!) :) 
> Here is what i learned in a month of research: 

Great job indeed, 
my comments below:

Since few months same thing as yours is published by me at
http://www.ssi.bg/~ja/tmp/mpath2.sh
it also took a lot, a lot of research,
and your job just confirmes that it is the right way :) I'm glad about it.

> I tried A LOT of things to do load balance, including the one at 
> LARTC homepage. The only tutorial that REALLY works in my 
> case is the Christoph Simon at http://www.ssi.bg/~ja/nano.txt 

The right place :)

> Maybe LARTC can replace the erroneous tutorial at 
> http://lartc.org/howto/lartc.rpdb.multiple-links.html with the 
> nano.txt. 

Definitely YES. YES. YES. It's not the problem of errors in lartc, but it's just
incomplete

> I will not write a tutorial, first of all cause my english is very 
> bad. Second because the nano.txt tutorial can do the trick. I 
> will just give some hints i used here. 

Maybe it would be worth of to write it again :) Cause this problem 
still exists on the list (does the people asking read the archives?,
solution was published Oct 2003 by me, and I think it wasn't the first one)

> First of all the load balance DOESN´T work without the Julian 
> Anastasov route patch. You can get it at: 
> http://www.ssi.bg/~ja/#routes So don´t be lazy, get the kernel 
> source code, aplly the patch and compile the kernel. 

Yeah, and the lines with append prohibit default and correct routing of 
packets with already defined source address is the most important thing.
You forget about those parts and nothing will EVER work correctly.

> Pay attention to your nat configuration. In the first attempt I 
> had problems cause i forgot to mask the nated ips on the 
> postrouting table (this command is the last on my example 
> below). 

Of course it works with SNAT also

> I used the ip adress of the external interface, not the mask 
> for the external network (nano.txt tutorial gives the 2 
> options...) 
> Be sure that you don´t have a default route on your main 
> table. If u have any, delete it! 

[example snipped out :) can be found in archives :) ]
 
> 
> And that´s all! I have a working and very well balanced 
> system. I´m getting combined download speed of 120 Kb/sec 
> running multiple simultaneous downloads (p2p, html, ftp, etc), 
> 40 kb/sec simultaneous upload speed. I can play online 
> games without problems. MSN/ICQ remains connected all the 
> time using the same ip address. No packet loss problems.The 
> two 600/300 lines really looks very similar to a 1200/600 line. 
> It´s really wonderful. 
> I hope this can help someone. The load balance isn´t so hard 
> to do when you know which commands you really need. I did 
> it, why can´t you do it too? :) 

I did :) My real setup is: 

5 eths, 1 local, 4 uplinks, 
14Mbits combined downlink, 11Mbits uplink
dual xeon 2.4 HT machine with squid on it
policy routing for solving some strange cases with particular applications
(see my previous posts) and QoS for fair share HTB/ESFQ (ESFQ with own
modifications for queues by source ip in egress after NAT-ing - fw hash)

> Fernando Favero 
> favero@xxxxxxxxxxxx
> _______________________________________________
> LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
> 


-- 
Robert Kurjata     mailto:rkurjata@xxxxxxxxxxxxx


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/
_______________________________________________
LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux