Thank you ;-) From: Luc André Burdet <laburdet.i...@gmail.com> Date: Wednesday, 11 December 2024 at 14:32 To: Eric Vyncke (evyncke) <evyn...@cisco.com>, The IESG <i...@ietf.org> Cc: draft-ietf-bess-evpn-mh...@ietf.org <draft-ietf-bess-evpn-mh...@ietf.org>, bess-cha...@ietf.org <bess-cha...@ietf.org>, bess@ietf.org <bess@ietf.org>, slitkows.i...@gmail.com <slitkows.i...@gmail.com>, antoine@aft.network <antoine@aft.network> Subject: Re: [bess] Éric Vyncke's No Objection on draft-ietf-bess-evpn-mh-pa-11: (with COMMENT) Merci Éric. I have incorporate the comments into -13 of evpn-mh-pa
Regards, Luc André Luc André Burdet | Cisco | laburdet.i...@gmail.com | Tel: +1 613 254 4814 From: Éric Vyncke via Datatracker <nore...@ietf.org> Date: Wednesday, November 27, 2024 at 11:48 To: The IESG <i...@ietf.org> Cc: draft-ietf-bess-evpn-mh...@ietf.org <draft-ietf-bess-evpn-mh...@ietf.org>, bess-cha...@ietf.org <bess-cha...@ietf.org>, bess@ietf.org <bess@ietf.org>, slitkows.i...@gmail.com <slitkows.i...@gmail.com>, antoine@aft.network <antoine@aft.network> Subject: [bess] Éric Vyncke's No Objection on draft-ietf-bess-evpn-mh-pa-11: (with COMMENT) Éric Vyncke has entered the following ballot position for draft-ietf-bess-evpn-mh-pa-11: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-mh-pa/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- # Éric Vyncke, INT AD, comments for draft-ietf-bess-evpn-mh-pa-11 Thank you for the work put into this document. As for most I-Ds coming from the BESS WG, it is really difficult to read and to understand, so bear with my lack of BESS context in my review, therefore my review is rather superficial. Please find below some non-blocking COMMENT points (but replies would be appreciated even if only for my own education). Special thanks to Stéphane Litkowski for the shepherd's concise write-up including the WG consensus *and* the justification of the intended status. Other thanks to Antoine Fressancourt, the Internet directorate reviewer (at my request), please consider this int-dir review: https://datatracker.ietf.org/doc/review-ietf-bess-evpn-mh-pa-11-intdir-telechat-fressancourt-2024-11-27/ (it has just been posted but I expect authors to interact with Antoine, notably on the readability of the document) I hope that this review helps to improve the document, Regards, -éric # COMMENTS (non-blocking) ## Abstract Should there be a reference for MC-LAG ? ## Section 1 Should there be an introduction to MC-LAG already in the introduction or move section 2 as a sub-section of section 1 ? Again, possibly due to my lack of BESS context, but I fail to find an explanation of `active/standby multi-homing at the interface level`, and I am sure that other readers will welcome a definition. Some graphics would help a lot. If I *guess* correctly, then is packet ordered delivery also a benefit ? If so, then please state it. ## Section 2 Are I1 and I2 interfaces or links in figure 1 ? BTW, using the aasvg tool will render figures as SVG, i.e., much nicer in HTML (worth investigating but no need to reply). It is unclear whether there could be more than 2 links/interfaces in this set-up. The text should be clear on this aspect. If only one link is active, then does it still qualify as a LAG member ? ## Section 3.1 Please provide references for VXLAN, SRv6, LDP. In the same vein and if not mistaken, there are multiple protocols using the term "designated forwarder", so, let's be specific. ## Section 4.1 Please expand "AC-DF" Figure 2 has names for the bits, but the names for bits 2 & 5 are not used in the text. ## Section 4.2 Should there be more explanation for the implementers on how the modulo approach work ? ## Section 10 s/the following coauthors have also contributed/the following people have also contributed/ ? _______________________________________________ BESS mailing list -- bess@ietf.org To unsubscribe send an email to bess-le...@ietf.org
_______________________________________________ BESS mailing list -- bess@ietf.org To unsubscribe send an email to bess-le...@ietf.org
