The following errata report has been verified for RFC9568,
"Virtual Router Redundancy Protocol (VRRP) Version 3 for IPv4 and IPv6". 

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid8298

--------------------------------------
Status: Verified
Type: Technical

Reported by: Quentin Armitage <quen...@armitage.org.uk>
Date Reported: 2025-02-17
Verified by: Jim Guichard (IESG)

Section: 7.1

Original Text
-------------
    It MUST verify that the VRID is configured on the receiving
    interface and the local router is not the IPvX address owner
    (Priority = 255 (decimal)).

If any one of the above checks fails, the receiver MUST discard the
packet, SHOULD log the event (subject to rate-limiting), and MAY
indicate via network management that an error occurred.

Corrected Text
--------------
    It MUST verify that the VRID is configured on the receiving
    interface.

If any one of the above checks fails, the receiver MUST discard the
packet, SHOULD log the event (subject to rate-limiting), and MAY
indicate via network management that an error occurred.

It SHOULD verify that the local router is not the IPvX address owner
(Priority = 255 (decimal)) and log the event (subject to
rate-limiting) and MAY indicate via network management that a
misconfiguration was detected.

Notes
-----
Although it is clearly a configuration error, if two (or more) VRRP routers are 
configured as the address owner for the same VRID, if received VRRP packets are 
just dropped (as specified in section 7.1), all such routers will remain in 
Active state, will continue sending VRRP adverts, and will respond to ARP/ND 
requests. This will make communication with any VIP unachievable, or at best 
unreliable.

If the VRRP packets are not dropped, but processed in the normal way, in 
section 6.4.3 - "Active", following "If an ADVERTISEMENT is received", then:
   . If the Priority in the ADVERTISEMENT is greater than the
     local Priority or the Priority in the ADVERTISEMENT is equal
     to the local Priority and the primary IPvX address of the
     sender is greater than the local primary IPvX address (based
     on an unsigned integer comparison of the IPvX addresses in
     network byte order), then:
         ...
         Transition to the {Backup} state

will cause all except one of the VRRP routers to revert to Backup state, and 
the VRRP instance will be stable.

--------------------------------------
RFC9568 (draft-ietf-rtgwg-vrrp-rfc5798bis-18)
--------------------------------------
Title               : Virtual Router Redundancy Protocol (VRRP) Version 3 for 
IPv4 and IPv6
Publication Date    : April 2024
Author(s)           : A. Lindem, A. Dogra
Category            : PROPOSED STANDARD
Source              : Routing Area Working Group
Stream              : IETF
Verifying Party     : IESG

_______________________________________________
rtgwg mailing list -- rtgwg@ietf.org
To unsubscribe send an email to rtgwg-le...@ietf.org

Reply via email to