All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.