Feature #9141
open
FRR xmlrpc
0%
Description
FRR seems to be missing the option to sync the config viar XLMRPC.
Related issues
Updated by Jim Pingle over 5 years ago
- Priority changed from Normal to Very Low
There is no sync in Quagga or OpenBGPD either.
AFAIR it was done deliberately since in nearly all cases it would be an error to run an identical configuration on two routers running a routing protocol. You'd want separate feeds/connections to neighbors and to work out the failover using priorities/cost/etc in the routing protocols.
It can monitor a CARP VIP for status to stop/start but that's a bit of a kludge.
Might get around to it eventually but it might cause more problems than it fixes.
Updated by Viktor Gurov about 2 years ago
- Has duplicate Feature #11798: HA Sync for FRR config added
Updated by Mike Moore 10 months ago
To understand the set up then.
nodeA and nodeB will have sepearate routing neighbors probably exchanging the same route. Selecting nodeA as primary for routing purposes would include as metioned cost/local-pref or whatever it is for the protocol.
Downstream nodeA and nodeB will be in HA with the LAN assuming no dynamic neighbors needed.
If so makes sense just added complexity
Updated by Adrian Dascalu 9 months ago
In simple setups like mine I believe having the same BGP configuration on both Primary and Secondary members is what is required. The FRR Global configuration already has provision to monitor CARP status of a selected IP (vhid) and run the daemon only on primary.
Updated by Adrian Dascalu 2 months ago
No progress here obviously, just wanted to add that in the mean time I'm using a workaround: every time i change something on the primary GUI I transfer the raw FRR running config onto the standby cluster (as saved config).