[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Aggregating channels...
At 16:45 04/12/2001 +0100, Henning Brauer wrote:
>On Tue, Dec 04, 2001 at 08:43:19AM -0000, Peter Galbavy wrote:
>> Getting consumer broadband operators to provide BGP + the overhead of IP
>> assignment and AS assingment means that implementing BGP for this is
>> 'difficult'.
Yes, that's what I thought : I'm only a poor little man and my ISP won't
provide
BGP just for me. In fact I can't even "listen" to my ISP's routing protocols
multicasts, can I ? Or does it go through the pptp gate my adsl modem is ?
There's another thing : we are not supposed to connect LAN's through ADSL
in France, at least not with private ADSL. For professional use they give
double
throughput, put charge 3 times more...
Aside from that all, I though of a way to achieve my need ( remeber, load
balancing internet over 2 connections with 2 distinct providers ) :
- as this requires some session state (I can't let the first packet of a
ftp session
go out on external_NIC_1 and the second on external_NIC_2 for example,
the ftp
server won't recognize the second packet as following the first (provided
they even
come in the same order thy were sent))
- as pf/nat already have these session's tables
--> I thought the best way to achieve that would be to add one more
rule to the NAT system (bal for example), that would do some round-robin
on all packets entering (for example) tun0 to redirect them
to (for example) dc0, dc1, etc...then the only thing to do would be to
configure
tun0 as the default route, no ? I could even give in parameter to the rule
the bandwidth
available on this or this NIC, so that the round-robin takes care not to
overload
one of the two lines when the other has much more bandwidth...
( I already know about the dup-to pf rule, but the last time I checked,
it was unable to round-robin)
Questions, comments, help would be greatly appreciated...
Thanks to all !!
Arnaud
Cordialement,
V. BOURGUE