VPN Agregation

Robert Atkinson phreaki at gmail.com
Tue Dec 19 07:37:13 PST 2006


I used mpd at one point for a proof of concept to do this, it did work
pretty well with 2 dsl modems, 756k
being bonded into one 1400 link. It did have problems, but I think I got
greedy by using openvpn to push compressed packets through it. Keep the vpn
out of it :)

It is a good idea, since any single link from the users on one side of the
connection(s) can use all the available bandwidth for one link.

MLPPP is the way to go for sure, mpd implements it, since from what I
remember reading, most of the MTU bugs are gone and it's just like the old
'shotgun' modem technology.

On 12/19/06, Girish Venkatachalam <girishvenkatachalam at gmail.com> wrote:
>
> On Tue, Dec 19, 2006 at 12:53:51PM +0200, just Maxim wrote:
> > Hi,
> >
> > Could you give me more details?
> > At the moment i have:
> > a) 7 adsl modems (each modem gives an real IP)
> > b) an outside server with big bandwidth (with real IP)
> >
> > How can i do this aggregation?
> >
> > At the moment, i just loadbalancing the traffic. But this doesn't create
> a
> > big channel. I can copy a file with maximum the speed of one connection.
> > I want that aggregation to make able to copy the file with the speed of
> sum
> > of all adsl connections.
>
> Guys,
>         Please don't get pissed off reading my signature... :)
>
>         It is very simple logic. What I did was simplistic but it gave
> what my boss wanted rather than what I wanted. :)
>
>         Anyway you just switch between the 7 links when you are sending
> data in a round robin fashion. Of course there is more to it. But if I get 7
> IP datagrams , I shove it on each of the 7 links and the next packet goes
> thro' the first link and so on.
>
>         TCP takes care of assembling the packets as long as all interfaces
> are on the same network. You might want to take care of some routing details
> here.
>
>         If you do this thing at the other end, then your download will get
> aggregated but if you want this happening for both uploads and downloads do
> it at both ends.
>
>         My problem space was completely different and it was no UNIX at
> all.
>
>         So I am sure when there are standard RFC compliant protocols to
> achieve your goal, you should go for that instead.
>
>         If a link goes down, you ignore that. I did that over wireless
> links, so it may not apply in your case.
>
>         Please try and read up either of the protocols I mentioned in the
> last mail(MLPPP & BGP).
>
>         Best of luck!
>
>         regards,
>         Girish
>
>
> --
> Linux is for folks who hate Windoze.
>
> FreeBSD is for folks who love UNIX.
>
> OpenBSD is for folks who can't live without UNIX.
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
>



-- 
Life is ten percent what happens to you and ninety percent how you respond
to it.


More information about the freebsd-hackers mailing list