Re: Load Balancing / Merging speed

["Sadus ." <sadus@swiftbin.net>]

So what I am exactly looking for?

On Sun, 2005-05-22 at 01:00 +0200, Eduardo Fernández wrote:
> Hi,
> 
> On 5/22/05, Sadus . <sadus@swiftbin.net> wrote:
> > I can't seem to find the archive, i searched untill June 2004?
> > link aggregation
> > Basicaly i knew that i could do such a thing using Bonding/Trunking/Link
> > Aggragation but is there a simpler way using iptables/iproute only and
> > using only 1 NIC (with 2 different IPs/Subnets)
> 
> Bonding? You don't use that to merge two internet lines, that's for
> making two NIC's work as if they were only one, thus doubling the
> speed. With bonding linux "sees" one device where you had two. You can
> only set up bonding between two computers or between a computer and a
> switch which supports bonding (it's got different names depending on
> the brand).
> 
> > thanks
> > 
> > On Sun, 2005-05-22 at 00:33 +0200, Kenneth Kalmer wrote:
> > > On 5/21/05, Sadus . <sadus@swiftbin.net> wrote:
> > > > Hello,
> > > > If i want to search for HOWTOs that can enable me to merge the
> > > > connection speed of multiple providers (inboud/outbound), what should i
> > > > search for?
> > >
> > > The nano howto if I'm not mistaken, and have a look at the eql qdisc
> > > and teql device.
> > >
> > > >
> > > > what i mean by merging is, lets say my connection is shaped at 100K and
> > > > the other is also shaped at 100K, i want to be able using the 2 ISPs to
> > > > have 200K (in/out),
> > > >
> > > > Does anyone have a HOWTO or Article about that Matter?
> > >
> > > I asked a similar question in the list not too long ago. Search the
> > > archives for the subject "Spill over" and have a look. There was some
> > > excellent replies from other members on the topic. I have honestly not
> > > had the chance to properly test the configurations myself, but from my
> > > searching and discussions here it won't be an easy feat to achieve.
> > >
> > > Relative load balancing is not that difficult, but to fully maximize
> > > the utilization of each link is another story.
> 
> Cheers!
> 
> Edu