OT - fault tolerant default router for Nagios host. [SEC=UNCLASSIFIED]
Marc Powell
marc at ena.com
Sat Feb 23 05:07:08 CET 2008
On Feb 22, 2008, at 8:19 PM, <Stanley.HOPCROFT at deewr.gov.au> wrote:
>
> Dear Folks,
>
> I am writing to request comments on a proposal to reduce the risk of
> loss of Network visibility/spurious alerts etc caused by the failure
> of the Nagios host's default gateway.
>
> When the Nagios host is connected via multiple links, it is still
> necessary to ensure that data flow either both links or that somehow
> traffic is diverted to the other links.
>
> Solutions I have rejected include
>
> 1 Link teaming/bonding - immature in Linux
>
Don't dismiss this out-of-hand. This is used extensively in our
Communications Provider grade hosted VOIP systems, with 99.99%
guaranteed uptime, and it's worked like a champ through all our
testing. It's used in failover mode to provide for hot-standby systems.
> Here is what I think is the best fit: an application layer (non
> kernel) fault tolerant router.
>
> This could be implemented by
>
> 1 a Nag service check of the reachability of the default router
>
> 2 an event handler (run by sudo) that replaces the default router if
> the check returns CRITICAL HARD.
>
Straightforward and no immediately obvious issues with it. You could
use the same event handler to fall back when it recovered.
--
Marc
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
More information about the Users
mailing list