Hi Nitish, I looked at your slides and I agree a double failure is not common. I also agree that this could eliminate the election. However, I still don't know that the use cases of multiple backup routers and slightly faster convergence warrant the changes to re-work of the VRRP protocol given that BFD can be used between all the VRRP routers without such a major revision.
Is anyone planning on implementing this? Thanks, Acee > On Oct 12, 2025, at 11:08 PM, Nitish Gupta <[email protected]> > wrote: > > Hello Acee, > > Thank you for your support in making this draft better. > Please find our responses in the attached ppt, based on the feedback received. > > Kindly let us know your comments. > > Regards, > Nitish > > On Mon, Jul 21, 2025 at 8:53 AM Acee Lindem <[email protected]> wrote: > Hi Aditya, et al, > > As requested by the chairs, I'm reposting my comments on the subject draft. > > Given the large amount of changes to the VRRP protocol for this, it would be > good to document the use cases for more than 3 VRRP routers participating in > the same Virtual Router (same LAN segment and VRID). > > What I suggested to satisfy the requirement to use BFD was to use RFC 9468 to > establish P2P sessions between the backup routers and the active router. > https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_rfc9468_&d=DwIFAg&c=V9IgWpI5PvzTw83UyHGVSoW3Uc1MFWe5J8PTfkrzVSo&r=VtBzcqbE5foMKmiGqeVl3grTqduOkaOZbrQUo8AJRYc&m=I7f7EKIgm49vXR9o3Is7pxuc4xVJ0HoZR3RLcihj7_o9uRVmABwGdU0e2_eqDvOx&s=tjtdHiwsKUmEEprt9uMzgjjw8pwP_Vo_dLapRKEE8jY&e= > > > I agree that pre-computing the best backup router ahead of time could reduce > the election by allowing the elimination of the jitter. I also agree that > this solution minimizes the number of BFD sessions. > > In the event of both the active and best backup failing you will have a long > recovery time. I don't recall if this case is covered, but at some point, the > other backup candidates should take over with a jitter. > > Thanks, > Acee > > <VRRP BFD Presentation.pdf> _______________________________________________ rtgwg mailing list -- [email protected] To unsubscribe send an email to [email protected]
