[61831] in North American Network Operators' Group
zebra server redundancy
daemon@ATHENA.MIT.EDU (Steve Francis)
Fri Sep 5 14:28:58 2003
Date: Fri, 05 Sep 2003 11:28:34 -0700
From: Steve Francis <steve@expertcity.com>
To: nanog@merit.edu
Errors-To: owner-nanog-outgoing@merit.edu
A while back there was a thread about using zebra/gated to originate a
host route into OSPF that is tied to the loopback on multiple boxes, in
order to achieve server redundancy and load balancing w/o appliances.
In testing so far, this seems to work great. My only question is how
are people withdrawing the routes?
ospfd does not yet re-read its config on a HUP.
Killing the daemon seems a bit rude, depends on timers for convergence,
and precludes having more than one service per box.
removing the alias from the loopback interface seems slow to converge,
as zebra does not seem to be notified in real time of such events, but
seems to have a periodic timer that looks at interface status. (Adding
it back to the loopback has also had some issue, if the host route is
already in the routing table from other hosts.)
Looks like an expect script telneting to the ospfd and removing the
network statement from the router ospf section is the best way, or is
there some more elegant mechanism people use?
Thanks
