mirror of
https://git.proxmox.com/git/mirror_frr
synced 2025-08-16 08:32:45 +00:00
vrrpd: allow centisecond precision for vrrpv2
The RFC is not clear about how precise the skew time calculation should be in VRRPv2. The advertisement interval is given in seconds, and the field in the advertisement packet only supports non-fractional seconds, so I was following this for calculating skew time as well. However the skew time formula in vrrpv2 always yields a fractional amount of seconds in the range (0-1), which right now means we always truncate to 0 seconds. I doubt this is what the RFC wanted so I'm allowing centisecond precision for skew time. Signed-off-by: Quentin Young <qlyoung@cumulusnetworks.com>
This commit is contained in:
parent
23804b4f04
commit
8b28e459a1
@ -97,7 +97,7 @@ static void vrrp_mac_set(struct ethaddr *mac, bool v6, uint8_t vrid)
|
||||
*/
|
||||
static void vrrp_recalculate_timers(struct vrrp_router *r)
|
||||
{
|
||||
uint16_t skm = (r->vr->version == 3) ? r->master_adver_interval : 1;
|
||||
uint16_t skm = (r->vr->version == 3) ? r->master_adver_interval : 100;
|
||||
r->skew_time = ((256 - r->vr->priority) * skm) / 256;
|
||||
r->master_down_interval = (3 * r->master_adver_interval);
|
||||
r->master_down_interval += r->skew_time;
|
||||
|
Loading…
Reference in New Issue
Block a user