FreeBSD router two DSL connections

[Danial Thom]

--- Ted Mittelstaedt <tedm at toybox.placo.com>
wrote:

> 
> 
> >-----Original Message-----
> >From: Loren M. Lang
> [mailto:lorenl at alzatex.com]
> >Sent: Wednesday, December 21, 2005 9:47 AM
> >To: Ted Mittelstaedt
> >Cc: Yance Kowara;
> freebsd-questions at freebsd.org
> >Subject: Re: FreeBSD router two DSL
> connections
> >
> >
> >On Sun, Dec 11, 2005 at 11:28:17PM -0800, Ted
> Mittelstaedt wrote:
> >>
> >> If both DSL lines go to the same ISP it is
> easy, run
> >> PPP on them and setup multilink PPP.  The
> ISP has to
> >> do so also.
> >>
> >> If they are going to different ISP's then
> you cannot
> >> do it with any operating system or device
> save BGP - the idea is
> >> completely -stupid- to put it simply.  If
> you think different,
> >> then explain why and I'll shoot every
> networking scenario
> >> you present so full of holes you will think
> it's swiss cheese.
> >> And if you think your going to run BGP I'll
> shoot that full
> >> of holes also.
> >
> >I strongly disagree.  There are many reasons
> for this.  Two of which are
> >increased throughoutput and redundancy.
> 
> If you have read this thread you will have
> already seen that you cannot
> get increased throughput this way.
> 
> As I asked before, explain how a DSL line to
> SpiritOne running at
> 1MBit/sec
> and a Comcast cable connection running at
> 1MBit/sec will allow you to
> download the FreeBSD release iso file at
> 2MBit/sec.  This will be
> interesting.
> 
> If you can't do it, which I will tell you that
> you can't, you have not
> increased throughput.
> 
> And as for redundancy, I already explained that
> while this setup
> increases redundancy, the redundancy must be
> manually done -
> monitored by a human, and switched over when
> needed - or it will
> not react to the most common redundancy
> problems.
> 
> > The primary problem is that you
> >need to make sure outgoing data for a
> connection is using the same line
> >as the incoming connection.
> 
> No, not at all.  The primary problem is that
> the incoming data that is
> in response to the outgoing connection will
> come in on the same
> line that the outgoing connection used.
> 
> >If the majority to all connections are
> >outgoing and both lines use NAT and have
> unique IP addresses, it's
> >simpler to setup.
> >If you have incoming connections as well,
> either only
> >one of the two lines will be used or you'll
> need BGP
> 
> Explain how to run BGP with a DSL line to
> Spirit One and a cable
> line to Comcast.
> 
> >or some kind of
> >static route setup by the two ISPs.
> 
> Rubbish.  Explain how this would work.  It
> won't.
> 
> >
> >I have done this with a Linux router and using
> Comcast Cable and
> >SpiritOne DSL.  We had all incoming
> connections use DSL and outgoing
> >connections use either line.
> 
> You used the dual-NAT package that was detailed
> earlier which is the
> only one that can do that - is specific to
> Linux - and as I explained
> before,
> also will not permit you to take a 1MB DSL line
> from one provider and
> a 1MB cable line from the cable company and
> download a freebsd iso at
> 2MB.  Thus it is not load-balancing because it
> does not actually use both
> lines for a connection.

Ted, you have to think outside the box. Life is
more than one connection. While you can't
increase the throughput of a single connection,
you can increase the throughput of your network,
which is usually the point. "Throughput" in this
context is "capacity". Throughput is not only
what you can "get" on a download; its the sum
total of all of your activites.

You "can" upload at 2Mb/s on one connection if
you balance your outbound traffic, but not
download, because while you can control where
outgoing packets are sent,  you can't control
over which pipe incoming traffic arrives.

Believe me, ted. It works. Its not "theory". Its
being done. For example a hosting ISP saturates
its pipes outgoing and has very little traffic
incoming. They can load balance in the outgoing
only direction and have all of their incoming
traffic on a single pipe and double the capacity
of their network. Since they never exceed the
incoming bandwidth of a single pipe there is no
need to balance it.

DT



	
		
__________________________________ 
Yahoo! for Good - Make a difference this year. 
http://brand.yahoo.com/cybergivingweek2005/