North American Network Operators Group|
Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical
zebra server redundancy
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?