TS - 'route:' statement for DUAL homed devices
list Tom Schmitt
I am using the 'route:' statement for dependencies currently.
In my environment, I have dual everything to the wiring closet, or dual homed servers.
Is there a way to have a device watch for BOTH paths back?
In other words, if both connections fail then the SERVER will turn YELLOW and show the unreachable cause.
3 Examples:
I can watch for a failure of "wiring-closet-switch" but cannot go any farther back
CISCO-6500A à 1 gig fiber connectionà wiring-closet-switch à SERVER
CISCO-6500B à 1 gig fiber connection ---^
CISCO-6500A à top-of-rack-switch à SERVER
CISCO-6500B ----^
CISCO-6500A à SERVER
CISCO-6500B ----^
Would this work?
SERVER # route:top-of-rack-switch,CISCO-6500A,CISCO-6500B conn ...
Thanks,
Tom Schmitt
Senior IT Staff - R&D
L-3 Communication Systems West
640 North 2200 West
P.O. Box 16850
Salt Lake City, UT XXXXX
Phone (XXX) XXX-XXXX
Cell (XXX) XXX-XXXX
eFax (XXX) XXX-XXXX
user-9c1ae820b621@xymon.invalid
\\\\||////
\ ~ ~ /
| @ @ |
--oOo---(_)---oOo--
list Buchan Milne
▸
On Wednesday, 2 February 2011 21:24:58 user-9c1ae820b621@xymon.invalid wrote:
I am using the 'route:' statement for dependencies currently. In my environment, I have dual everything to the wiring closet, or dual homed servers.
Is this for NIC + switch redundancy, or do you need separate IP addresses? On different VLANs?
Is there a way to have a device watch for BOTH paths back?
This may not help you, but what we do is: 1)Wire two NICs to different switches (say eth0 and eth1) 2)Bond the two NICs (as say bond0) 3)If we need more than one VLAN, trunk both ports and run VLANs on the host (e.g. bond0.100 and bond0.101). Then we monitor the "closest" interface to the monitoring server (which is multi-homed), and on the route tag, we put the HSRP address of the gateway for the subnet (bet it switch or firewall). Note: we only set one 'default' gateway, it's easier to know exactly what path the packets take, what their source addresses will be, when you have another team unfamiliar with the intricacies of your environment maintain the firewalls. Regards, Buchan