All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Taylor <gtaylor@riverviewtech.net>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Re: gateway failover with linux
Date: Sun, 22 Jul 2007 18:23:31 +0000	[thread overview]
Message-ID: <46A3A0A3.20206@riverviewtech.net> (raw)
In-Reply-To: <20070719172500.GA25266@toroid.org>

On 7/20/2007 9:03 PM, Mohan Sundaram wrote:
> I think my point was misunderstood. Let us say each of these Linux 
> boxes are connected to a WAN link each. If the WAN gateway/link of a 
> box goes down, vrrp must flag itself down or as secondary. Some 
> similarity to our earlier discussions on redundant gateways. This 
> feature of object tracking is available in CISCO (their patent) but 
> only tracks the interface status and not the gateway reachability. 
> I'd love to have a feature where gateway reachability is tracked.

Each firewall / router / gateway having its own independent wan / 
internet connection makes things a bit different.  First of all, each 
will have its own public IP address for the associated WAN link and as 
such probably have it's own NAT configuration.

I wonder, what type of WAN connection are these?  Could both be hooked 
up to both gateways?  In other words are they ethernet or something that 
gets bridged to ethernet or are they some sort of legacy WAN link, i.e. 
T1, Frame Relay, ATM?  If you could connect the WAN links to both 
systems, you can have even more functionality and you would be back to 
what I was originally thinking except for the fact that instead of one 
WAN connection, you have two to make each router aware of.

At the very least, I think you will need to make each router aware of 
the other one.  This way, if a router's (primary) WAN link is not usable 
it can route the traffic over to the other router and have it route the 
traffic out to the world.  Thus each router would have a primary default 
gateway of the router at the other end of its WAN link *AND* a secondary 
default gateway of the other router that it is connected to.

I also think that you are very close to needing to use some sort of 
monitoring utility / daemon to check the status of the WAN link *AND* to 
make the other router aware of the status.  This may be easily done with 
a small daemon to monitor the link and update the local routing table in 
conjunction with a routing protocol between the two routers to keep each 
aware of the others routing table.

If you have any more information on Cisco's technology I'd be interested 
in doing some reading about it if you would care to toss it my way.



Grant. . . .
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

  parent reply	other threads:[~2007-07-22 18:23 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-19 17:37 [LARTC] Re: gateway failover with linux Abhijit Menon-Sen
2007-07-20  1:32 ` Abhijit Menon-Sen
2007-07-20  1:44 ` Mohan Sundaram
2007-07-20 15:12 ` Grant Taylor
2007-07-20 15:15 ` Grant Taylor
2007-07-21  0:41 ` Abhijit Menon-Sen
2007-07-22 18:23 ` Grant Taylor [this message]
2007-07-22 18:35 ` Grant Taylor
2007-07-31 18:52 ` Abhijit Menon-Sen

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=46A3A0A3.20206@riverviewtech.net \
    --to=gtaylor@riverviewtech.net \
    --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.