Linux Netfilter discussions
 help / color / mirror / Atom feed
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
> > 
> 
> 



  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