Ethernet bonding
 

Hi!

I have two internet connections at my disposal, 2x512Kb ADSL.
But i would like to combine both to a single 1024Kb connection with some form of Ethernet bonding/trunking. However my ISP does'nt support trunking, atleast not without some extra cash. =(

Isn't there a way to solve this? Maybe some kind of loadbalancer?

ANY IDÉA??

Thanx!

// Henrik Östman

I am one jealous soul. On a humble 56k modem ... :cry:

Hi..

is it both links from same ISP ??


If it is from same isp we can do ppp multilink. check ppp hownto


Siddiqu.T

:Pengy:

You cannot do any sort of bonding if the isp does not support it. You can route traffic over different interfaces. By setting up traffic control rules to route different machines over different connections. You will neve double your UL or DL speed though, it will just be 2 lines..

Just out of curiosity, turnip, is there any software in linux like those download managers in windows which does multiple get from the net?.
If yes can they be used for sort of load sharing between the lines?.
--Sain

I don't think so, not for the routing machine itself. Iproute2 can be setup to route networks/hosts over different interfaces. That's easy. But to get the nix box to use different lines is different. iproute2 does it by ip address/network.

I know those download managers for windows open more than one session, but over different ip's? Do they really do that?

Their is also a Nexland router that will do it here. http://www.nexland.com/turbo.cfm

You also might be able to do it by setting the metric of the route.
have 1 set to one dsl connection and 2 to the other, in theory once #1 gets saturated it *might* start rolling over to two.
I'm going to look into it though because now im curious.

Seems to be interesting. I too had some doubts about that. But did not know much about metrics and all and that it works in static routing. What about a dynamic routing program?. Does iproute2 do it dynamically?
--Sarin

See the problem you end up with trying to load balance one stream onver 2 connections is this: Let's say 6
packets need to be sent from A to B - wan0 might get 1, 3 and 5. wan1 would then do 2, 4 and 6. In an ideal world, router B would receive this in order, 1, 2, 3, 4, 5, 6. But the possibility is very real that the kernel gets it like this: 2, 1, 4, 3, 6, 5. The problem is that this confuses TCP/IP. While not a problem for links carrying many different TCP/IP sessions, you won't be able to bundle multiple links and get to ftp a single file a lot faster, except when your receiving or sending OS is Linux :), which is not easily shaken by some simple reordering.

However it looks like TEQL will do this. So here are some _generic_ instructions to get started with it.

Load a TEQL kernel module

modprobe sch_teql


Setup queueing disciplines on each wanpipe interface using iproute2 utility called 'tc'.

tc qdisc add dev wan0 root teql0
tc qdisc add dev wan1 root teql0

Interfaces wan0 and wan1 could be running any protocol WANPIPE supports (PPP, Frame Relay, CHDLC ...)

The device teql0 is basically a round-robbin distributor over wan0 and wan1, for sending packets. No data ever comes in over an teql device, that just appears on the 'raw' wan0 and wan1.


Set the ip address of teql interface. Note, the ip address used is ARBITRARY, it is fake.

The reason for this is that packets will be forwarded through this ROUTER, thus packets will never originate from this box.

This means, however, that pinging from this machine will not be possible (your local address if fake).

ip addr add dev teql0 10.0.0.0/32
ip link set teql0 up
ip route del 10.0.0.0/32
ip route add default dev teql0

IMPORTANT: The default route must be on teql0 device.

echo "0" > /proc/sys/net/ipv4/conf/wan0/rp_filter
echo "0" > /proc/sys/net/ipv4/conf/wan1/rp_filter

Replace WAN$ with ppp$ This probably will not work, but it's worth a shot.