From: "Sadus ." <sadus@swiftbin.net>
To: Kenneth Kalmer <kenneth.kalmer@gmail.com>
Cc: "Eduardo Fernández" <efgonzalez@gmail.com>,
netfilter@lists.netfilter.org
Subject: Re: Load Balancing / Merging speed
Date: Sun, 22 May 2005 10:56:49 +0300 [thread overview]
Message-ID: <1116748609.2529.152.camel@debianbox> (raw)
In-Reply-To: <fad9d484050521190232697369@mail.gmail.com>
Thank you for your reply. I'm gonna check out the TEQL driver and how it
should be implemented.
I will share my experiences when i'm done =)
On Sun, 2005-05-22 at 04:02 +0200, Kenneth Kalmer wrote:
> On 5/22/05, Eduardo Fernández <efgonzalez@gmail.com> 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).
>
> Nope, this is not bonding. What Sadus is looking for is called link
> equalization IIRC. It's where you use different links of varying
> speeds and tie them up together for use as one connection.
> Traditionaly you'd use a round-robin method of sending packets out
> over multiple default routes. This is not always ideal, you'd need
> some kind of intelligence to spread the load more realistically, and
> the Linux EQL driver and TEQL device allows for that to happen. These
> two know the speed of each link in the equation, and delivers better
> control, albeit not perfect.
>
> Now, Sadus, my apologies. The thread I was referring to was on the
> LARTC list. The LARTC list is in any case the better list for these
> kinds of questions. iptables cannot perform this task, you need the
> iproute2 package, and LARTc is the definitive source for information
> and discussions on the topic.
>
> The website is http://lartc.org/ and http://lartc.org/howto. The
> thread I was referring to is available at
> http://marc.theaimsgroup.com/?l=lartc&m=111429252500344&w=2
>
> Hope this helps, and share your experiences if you don't mind!
>
> >
> > > 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
> >
>
>
next prev parent reply other threads:[~2005-05-22 7:56 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-21 6:55 Load Balancing / Merging speed Sadus .
2005-05-21 22:33 ` Kenneth Kalmer
2005-05-21 22:45 ` Sadus .
2005-05-21 23:00 ` Eduardo Fernández
2005-05-21 23:01 ` Sadus .
2005-05-22 2:02 ` Kenneth Kalmer
2005-05-22 7:56 ` Sadus . [this message]
2005-05-21 23:06 ` Jason Opperisano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1116748609.2529.152.camel@debianbox \
--to=sadus@swiftbin.net \
--cc=efgonzalez@gmail.com \
--cc=kenneth.kalmer@gmail.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox