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
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.
Using vtysh (or telnet to port 2604)
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.)
Depends on your OS. zebra will get realtime notification on Linux with
netlink, and on *bsd with "routing socket".
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
hahah