Hi,
looking at FRR ( http://docs.frrouting.org/en/latest/vrrp.html ) it would seem to be nice to throw out keepalived and replace it with FRR ...
Regards,
Primoz
Hi,
looking at FRR ( http://docs.frrouting.org/en/latest/vrrp.html ) it would seem to be nice to throw out keepalived and replace it with FRR ...
Regards,
Primoz
If the FRR/vrrpd is good enough then the main benefit is that the FRR/vrrpd is already included so no need to also include and use keepalived (unnecessary files and binaries and dependencies).
Things to verify however before a switch is performed (and keepalived is thrown out) is support for vrf/namespaces, various interface and other tracking and multicast vs unicast (it seems that keepalived supports them all - dunno about FRR/vrrpd).
@Apachez We can't delete the keeaplived package, as we use set high-availability virtual-server xxx which is part of keepalived.
Well in that case it boils down to if the FRR/vrrpd supports namespaces, various tracking (interface etc) aswell as multicast vs unicast which keepalived seems to support them all.
If keepalived will be kept for vrrp perhaps FRR/vrrpd could be deleted from the compile (unless the set high-availability vrrp will be expanded with a "flavour" setting to choose between keepalived and FRR/vrrpd)?