FYI

We have just updated this draft to document the issues with EVPN Route Type 8 
in RFC 9251, ensuring they remain visible until a solution is agreed upon.

Thanks.
Jorge

From: internet-dra...@ietf.org <internet-dra...@ietf.org>
Date: Friday, January 10, 2025 at 2:07 PM
To: Jorge Rabadan (Nokia) <jorge.raba...@nokia.com>, Olivier Dornon (Nokia) 
<olivier.dor...@nokia.com>, Jorge Rabadan (Nokia) <jorge.raba...@nokia.com>, 
Olivier Dornon (Nokia) <olivier.dor...@nokia.com>
Subject: New Version Notification for 
draft-rd-bess-evpn-mcast-leave-update-01.txt

CAUTION: This is an external email. Please be very careful when clicking links 
or opening attachments. See the URL nok.it/ext for additional information.



A new version of Internet-Draft draft-rd-bess-evpn-mcast-leave-update-01.txt
has been successfully submitted by J. Rabadan and posted to the
IETF repository.

Name:     draft-rd-bess-evpn-mcast-leave-update
Revision: 01
Title:    Ethernet VPN (EVPN) Multicast Leave Synch Route Update
Date:     2025-01-10
Group:    Individual Submission
Pages:    8
URL:      
https://www.ietf.org/archive/id/draft-rd-bess-evpn-mcast-leave-update-01.txt
Status:   
https://datatracker.ietf.org/doc/draft-rd-bess-evpn-mcast-leave-update/
HTMLized: 
https://datatracker.ietf.org/doc/html/draft-rd-bess-evpn-mcast-leave-update
Diff:     
https://author-tools.ietf.org/iddiff?url2=draft-rd-bess-evpn-mcast-leave-update-01

Abstract:

   The Internet Group Management Protocol (IGMP) and Multicast Listener
   Discovery (MLD) Proxies for Ethernet VPN (EVPN) specification
   describes the procedures to synchronize IGMP/MLD membership report
   and leave group states in all the PEs that are attached to the same
   Ethernet Segment.  In particular, the Multicast Leave Synch route
   described in the same specification, synchronizes the leave
   procedures on all the members of the Ethernet Segment, for a
   multicast group and for an amount of time (the Maximum Response
   Time).  The use of the Maximum Response Time may be different
   depending on whether the local state was created by IGMPv2, IGMPv3 or
   MLDv2.  In addition, the Maximum Response Time advertised in the
   Multicast Leave Synch route needs to account for the time that it
   takes for the route to be propagated in the network, which might not
   be easy to predict.  This document clarifies the use of the Maximum
   Response Time and updates the procedures for the Multicast Leave
   Synch route.



The IETF Secretariat

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

Reply via email to