Skip to main content

Telechat Review of draft-ietf-bess-evpn-redundant-mcast-source-13
review-ietf-bess-evpn-redundant-mcast-source-13-intdir-telechat-von-hugo-2025-01-15-00

Request Review of draft-ietf-bess-evpn-redundant-mcast-source
Requested revision No specific revision (document currently at 15)
Type Telechat Review
Team Internet Area Directorate (intdir)
Deadline 2025-01-30
Requested 2025-01-10
Requested by Éric Vyncke
Authors Jorge Rabadan , Jayant Kotalwar , Senthil Sathappan , Zhaohui (Jeffrey) Zhang , Wen Lin
I-D last updated 2025-01-15
Completed reviews Rtgdir Early review of -05 by Loa Andersson (diff)
Rtgdir Early review of -10 by Zheng Zhang (diff)
Genart Last Call review of -13 by Meral Shirazipour (diff)
Intdir Telechat review of -13 by Dirk Von Hugo (diff)
Assignment Reviewer Dirk Von Hugo
State Completed
Request Telechat review on draft-ietf-bess-evpn-redundant-mcast-source by Internet Area Directorate Assigned
Posted at https://mailarchive.ietf.org/arch/msg/int-dir/-cb3R7x29SlZiMkigNHQyO7d9lU
Reviewed revision 13 (document currently at 15)
Result Ready w/nits
Completed 2025-01-15
review-ietf-bess-evpn-redundant-mcast-source-13-intdir-telechat-von-hugo-2025-01-15-00
Dear all,
I am an assigned INT directorate reviewer for
draft-ietf-bess-evpn-redundant-mcast-source. These comments were written
primarily for the benefit of the Internet Area Directors. Document editors and
shepherd(s) should treat these comments just like they would treat comments
from any other IETF contributors and resolve them along with any other (Last
Call) comments that have been received. For more details on the INT
Directorate, see https://datatracker.ietf.org/group/intdir/about/

The draft specifies two procedures to address high multicast availability and
resiliency together with better efficiency in terms of hot and warm standby
support in case of failure. From my non-expert point of view it is well
written, I only miss some acronym explanations and similarily found very minor
nits as described below:

P.4:
procedures for EVPN PEs to ensure => procedures for EVPN PEs (Provider Edge
devices/routers) to ensure BUM: Broadcast, Unknown unicast and Multicast
traffic => BUM: Broadcast, Unknown unicast, and Multicast traffic

P.7:
[RFC9625], [RFC9136] and [RFC9572] => [RFC9625], [RFC9136], and [RFC9572]

P.8:
such as e.g., PE4 => such as, e.g., PE4

P.12:
via the IRB interface, following => via the IRB (Integrated Routing and
Bridging) interface, defined in [RFC9135], following

P.15:
Flow Group information in the NLRI => Flow Group information in the NLRI (BGP
EVPN Network Layer Reachability Information, see [RFC9135])

P.23:
SFG configuration (and not based the reception of traffic) => SFG configuration
(and not based on the reception of traffic)

P.26:
label space identified by the Domain-wide Common Block label => label space
identified by the Domain-wide Common Block (DCB) label

P.30:
G-source with e.g., lowest ESI  => G-source with, e.g., lowest ESI
filtering follow, as specified in => filtering follow mechanisms/procedures, as
specified in

Thanks - especially to all authors and contributors!
Best regards
Dirk