From: "William L. Thomson Jr." <support@obsidian-studios.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Iptables, SNAT/MASQ, Multiple gateways
Date: Tue, 01 Oct 2002 04:12:45 +0000 [thread overview]
Message-ID: <marc-lartc-103344591308948@msgid-missing> (raw)
In-Reply-To: <marc-lartc-103332395202631@msgid-missing>
Simon,
On Mon, 2002-09-30 at 00:06, Simon Matthews wrote:
>
> OK, this may be a reasonable approach, but how do I force it initiate
> connections from the "fast" interface, yet allow it to fail over to the
> slow interface if the sytem removes the route to the fast gateway because
> it has detected that it is not responding?
The way I see things it basically works like this, the out going traffic
will get balanced via the next hop and weights. So based on the weight
values, one will be used more than the other.
Now to get the same thing to happen from the outside world, you need to
load balance your dns. Look into setting up multiple dns records, and
possible weight values as well.
It's pretty safe to say that if the fast connection goes down, it will
be unavailable for the dns system to load balance, and all should divert
to the line that is up. I would assume it to be best if using internal
dns servers, but may work better with outside dns servers if possible?
Now that's from the outside.
You mentioned using dead gateway detection to remove, and hopefully add
back the route when it becomes available again. Which will be needed so
that the route is no longer used from the inside. Causing the route the
is available to be the only one used from the inside.
This switch over can be seamless, but if you are say streaming media, it
will be interrupted, as an example. Other things like http, will most
likely be fine, stateless things won't care, others will.
You real problem is for say if a large download or something is diverted
from a fast line to a slow line. I would imagine it to be somewhat
unlikely since, the fast one may but in during the lookup process. You
may want to look into some sort of traffic control or shaping, which may
be a good idea in case that the fast line is down. You may really want
to control the left over bandwidth for important stuff. Someone else
also mentioned this. TC and QoS is not an area I have much experience
in, so you will have to look to other there.
In the end the over all load balancing logic is very general, and not
extremely smart/advanced. It would be nice if it was. You have the next
hops from the inside, and dns for the outside. Not to much beyond that.
Beyond that you will have to look to other things to really dial things
in, in my opinion. Not sure if this helps or not, but hopefully it will.
Good luck
--
Sincerely,
William L. Thomson Jr.
Support Group
Obsidian-Studios Inc.
439 Amber Way
Petaluma, Ca. 94952
Phone 707.766.9509
Fax 707.766.8989
http://www.obsidian-studios.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2002-10-01 4:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-29 18:24 [LARTC] Iptables, SNAT/MASQ, Multiple gateways Simon Matthews
2002-09-29 22:45 ` José Luis Domingo López
2002-09-30 5:18 ` Don Cohen
2002-09-30 7:06 ` Simon Matthews
2002-09-30 15:55 ` Don Cohen
2002-09-30 17:05 ` Michael T. Babcock
2002-09-30 18:11 ` Jose Luis Domingo Lopez
2002-09-30 19:23 ` Julian Anastasov
2002-09-30 19:24 ` Simon Matthews
2002-09-30 19:26 ` Simon Matthews
2002-09-30 19:41 ` Greg Scott
2002-10-01 4:12 ` William L. Thomson Jr. [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-lartc-103344591308948@msgid-missing \
--to=support@obsidian-studios.com \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.