[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
RE: Two dialup accounts? max efficiency...
- From: "Rodney Fulk" <rfulk mindspring com>
- To: <redhat-install-list redhat com>
- Subject: RE: Two dialup accounts? max efficiency...
- Date: Sun, 4 Feb 2001 16:35:10 -0500
Heh I have one for you.. I currently have a cable modem AND a DSL.. How
about setting them up to share... ;)
The DSL is a PPPoe style connection and the Cable modem should be a simple
DHCP connection over a normal network card..
Currently I have the Cable on a seperate computer and the DSL is on a
Win2000 machine but when I get done loading my Fisher beta I plan to try
getting the PPPoe connection going with my DSL...
I plan to dump the cable modem soon but would be neat to have them both
available... ;)
-----Original Message-----
From: redhat-install-list-admin redhat com
[mailto:redhat-install-list-admin redhat com]On Behalf Of Chris Watt
Sent: Sunday, February 04, 2001 3:06 PM
To: redhat-install-list redhat com
Cc: Neil Streeter
Subject: Re: Two dialup accounts? max efficiency...
At 09:08 PM 2/3/01 -0800, Neil Streeter wrote:
>It seems like it would be pretty simple to get another phone line, and use
>another one of my dailup accounts on that line to "double" the available
>bandwidth when we're on simultaneously... The question I have is how would
I
>go about doing this... Is it a simple matter of routing? or will I need
some
>special software to make the most of the two connections?
>
>Any pointers or experiance you have had would be greatly appreciated...
Sure, several solutions are available in Linux, how "special" the software
is I will let you judge for yourself. It's pretty much all included with
the kernel source code. All the advice below refers to options you have
when compiling your kernel, so if you haven't yet done so you should
probably install the kernel-source and related RPMs (or select "kernel
development" when you're installing packages initially) and read the
kernel-howto.
1. Serial line load balancing (Equalizer): To enable this you need to say
yes (or "m) to "CONFIG_EQUALIZER" and have a look at "eql.txt" in the
kernel docs.
Serial line load balancing is probably the best & most transparent to the
user approach, but it is a low-level process, so it needs to be explicitly
supported by your ISP (i.e. they need a load balancing device as well, most
Portmaster's will do this if they ask). Unless you have a very good
relationship with your ISP (e.g. you own it) this is probably out.
2. Simple routing: You can, if you so desire, simply make multiple PPP
connections and use IPCHAINS to route packets headed for the outside world
through one or the other PPP connection based on which computer they came
from (i.e. if you have two systems on your LAN, you could give them each
one modem). And just try to group the systems to one modem or another in
order to balance your load. This works best on very large networks.
3. If you say yes to CONFIG_IP_ADVANCED_ROUTER and
CONFIG_IP_ROUTE_MULTIPATH in your kernel config (these are both under
"networking options" in menuconfig or xconfig) then you will be able to
specify multiple routes which will be treated as equal cost (i.e. they will
be used non-deterministically). I haven't used this (I live in a downtown
area, so I was beta-testing a cable modem before I knew what a router was),
but AFAICT all you need to when you're using a kernel with this option
enabled is to make sure you have an otherwise normal routing table with
multiple default routes (one through each PPP interface), and tweak your
firewall script to ensure that both interfaces will actually work. This
approach should be transparent to both your users and your ISP, and if
you're clever about setting it up it may be more fault tolerant than the
others.
--
Inveniemus viam aut faciemus!
(si hoc legere scis numium eruditionis habes)
_______________________________________________
Redhat-install-list mailing list
Redhat-install-list redhat com
https://listman.redhat.com/mailman/listinfo/redhat-install-list
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]