Multiple tun loadbalancing question

[Leonardo Santagostini]

Hello All, in a few moments i will start making some test with the
suggestions you give me.

I will tell you how things are going.

Thanks all for reply!
Yours,
Leonardo Santagostini


2010/11/9 Gary Gatten <Ggatten at waddell.com>

> Seems out of scope to OP, but cool info nonetheless.  I'd like to get my
> web team to ditch a couple ISA servers for this, but sadly I doubt they
> will...
>
> -----Original Message-----
> From: bluethundr [mailto:bluethundr at gmail.com]
> Sent: Tuesday, November 09, 2010 5:42 PM
> To: Gary Gatten
> Cc: Leonardo Santagostini; Nathan Vidican; freebsd-questions at freebsd.org
> Subject: Re: Multiple tun loadbalancing question
>
> This might be worth looking into as well!
>
> It's an open source load balancer that was originally developed by
> yahoo and released into the open source community. It is now a part of
> the Apache project:
>
> http://trafficserver.apache.org/
>
>
>
> On Tue, Nov 9, 2010 at 4:06 PM, Gary Gatten <Ggatten at waddell.com> wrote:
> > If three different providers, then to my knowledge you are SOL - mlppp is
> not an option - unless someone here knows something I don't - which is 100%
> likely :)
> >
> > Now, that said you can configure your routing to split the traffic
> amongst different connections - so traffic to/from certain hosts use
> connection A, other hosts use B, etc.  You can even get fancy and route
> based on application and host if you wish.  Ci$co calls this Policy Based
> Routing.  I'm not sure if FBSD or another package such as pf allows similar
> functionality.  My guess would be yes - but I don't know anything about
> that.
> >
> > As for "bonding" or aggregating your connections to appear as a single
> one - not an option AFAIK.
> >
> > G
> >
> > ________________________________
> > From: Leonardo Santagostini [mailto:lsantagostini at gmail.com]
> > Sent: Tuesday, November 09, 2010 2:52 PM
> > To: Gary Gatten
> > Cc: Chuck Swiger; Nathan Vidican; freebsd-questions at freebsd.org
> > Subject: Re: Multiple tun loadbalancing question
> >
> > Hello all,
> >
> > Im using 3 different providers all from Argentina, Clora, Movistar and
> Personal.
> >
> > Thank you
> > Leonardo Santagostini
> >
> > 2010/11/9 Gary Gatten <Ggatten at waddell.com<mailto:Ggatten at waddell.com>>
> > <snip>
> >
> > Also, may be obvious to point out, but all (3) connections "must" be from
> the same provider.  In the lab you could MAYBE get a stable/usable
> connection from multiple providers (with just ppp or 'x' encap) by splitting
> the requests on the egress side - but it's highly unlikely in the real
> world.  In most cases the traffic load is asymmetrical and heavily biased
> towards ingress traffic, so even if you could get it to "work" - it wouldn't
> provide much benefit.
> >
> > Just curious, what provider are you using?
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > <font size="1">
> > <div style='border:none;border-bottom:double windowtext
> 2.25pt;padding:0in 0in 1.0pt 0in'>
> > </div>
> > "This email is intended to be reviewed by only the intended recipient
> >  and may contain information that is privileged and/or confidential.
> >  If you are not the intended recipient, you are hereby notified that
> >  any review, use, dissemination, disclosure or copying of this email
> >  and its attachments, if any, is strictly prohibited.  If you have
> >  received this email in error, please immediately notify the sender by
> >  return email and delete this email from your system."
> > </font>
> >
> > _______________________________________________
> > freebsd-questions at freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> > To unsubscribe, send any mail to "
> freebsd-questions-unsubscribe at freebsd.org"
> >
>
>
>
> --
> Here's my RSA Public key:
> gpg --keyserver pgp.mit.edu --recv-keys 5A4873A9
>
> Share and enjoy!!
>
>
>
>
>
> <font size="1">
> <div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in
> 0in 1.0pt 0in'>
> </div>
> "This email is intended to be reviewed by only the intended recipient
>  and may contain information that is privileged and/or confidential.
>  If you are not the intended recipient, you are hereby notified that
>  any review, use, dissemination, disclosure or copying of this email
>  and its attachments, if any, is strictly prohibited.  If you have
>  received this email in error, please immediately notify the sender by
>  return email and delete this email from your system."
> </font>
>
>