Skip to content

vrrp: improve handling of duplicate address owner - this is invalid #2547

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 6 commits into from
Feb 17, 2025

Conversation

pqarmitage
Copy link
Collaborator

No description provided.

Signed-off-by: Quentin Armitage <[email protected]>
Signed-off-by: Quentin Armitage <[email protected]>
The VRRP RFCs assume that only one device is configured as the address
owned for any VRID.

keepalived has extended functionality which detects if two (or more)
systems are configured as the address owner (this is completely
invalid configuration). To avoid multiple systems acting as address
owner, and hence all of them remaining in master mode, keepalived will
reduce an address owner's priority to 254 if the other device configured
as address owner does not go away.

This commit restores the priority of a vrrp instance to 255 if it had
reduced it to 254 to avoid multiple VRRP instances simultaneously
advertising that they are the address owner.

Signed-off-by: Quentin Armitage <[email protected]>
If a VRRP instance is configured as address owner and it detects another
device also advertising it is the address owner, only initially reduce
our priority if our primary IP address is lower than the other device's
primary IP address.

Signed-off-by: Quentin Armitage <[email protected]>
If a VRRP instance is configured as address owner and it detects another
device also advertising it is the address owner, we don't reduce our
priority if our primary IP address is higher than the other device's
primary IP address. However, if the other system, with a lower primary
IP address, won't reduce its priority (e.g. it is not a keepalived
implementation), then we will reduce our priority after a suitable time.

Signed-off-by: Quentin Armitage <[email protected]>
@pqarmitage pqarmitage merged commit ad01add into acassen:master Feb 17, 2025
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant