[LARTC] Two outbound links, switching after threshold is reached.

[LARTC] Two outbound links, switching after threshold is reached.

[Adrian Chung]

I've just started to recently look at CBQ and HTB, but I've been
wondering whether or not something like the following is possible:

I've got two external links:

        +--+
        |  |-----ISP1
        |FW|
        |  |-----ISP2
        +--+

One link has a bandwidth cap, and the other doesn't.

What I want to do is, punt all outbound traffic out via ISP1 (free),
but if it's outbound capacity becomes full, start directing subsequent
connections out via ISP2.

This way ISP2 is only used when ISP1 is busy.

I have no idea whether this is possible using 2.4 and advanced routing
features.  Or, whether it's just a stupid idea.

Anyone?

--
Adrian Chung (adrian at enfusion-group dot com)
http://www.enfusion-group.com/~adrian
GPG Fingerprint: C620 C8EA 86BA 79CC 384C E7BE A10C 353B 919D 1A17
[toad.enfusion-group.com] up 8 days, 14:07, 17 users

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] Two outbound links, switching after threshold is reached.

[Adrian Chung]

On Fri, Mar 08, 2002 at 02:49:48PM -0500, Adrian Chung wrote:
> I've just started to recently look at CBQ and HTB, but I've been
> wondering whether or not something like the following is possible:
> 
> I've got two external links:
> 
>         +--+
>         |  |-----ISP1
>         |FW|
>         |  |-----ISP2
>         +--+
> 
> One link has a bandwidth cap, and the other doesn't.
> 
> What I want to do is, punt all outbound traffic out via ISP1 (free),
> but if it's outbound capacity becomes full, start directing subsequent
> connections out via ISP2.
[...]

Hmm, it looks like IMQ (http://luxik.cdi.cz/~devik/qos/imq.htm) might
do a little bit of what I'm after, but I'm not sure.

Devik?

I can only tell that IMQ allows shaping of traffic over multiple
interfaces, but not if something like the above situation would be
possible eventually.

--
Adrian Chung (adrian at enfusion-group dot com)
http://www.enfusion-group.com/~adrian
GPG Fingerprint: C620 C8EA 86BA 79CC 384C E7BE A10C 353B 919D 1A17
[toad.enfusion-group.com] up 1 day, 20:06, 13 users

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/