Ali and all, I am concerned about Ali's response to one of Bryan's comments (copied below):
MTU size, control word, flow label, and other L2 attributes are carried in EVPN L2-Attribute Extended Community which is sent along with IMET route or Ether A-D per EVI route. These are independent of whether an Ethernet Segment is physical or virtual. EVPN L2-Attributes Extended Community has been introduced in RFC 8214 for usage with EVPN-VPWS and per-EVI Ethernet A-D routes only. Its extension to "bridging" EVPN and its usage with IMET routes has been proposed in 7432bis, but the Virtual Ethernet Segment draft does not reference this document. My 2c, Sasha Get Outlook for Android<https://aka.ms/AAb9ysg> ________________________________ From: BESS <bess-boun...@ietf.org> on behalf of Ali Sajassi (sajassi) <sajassi=40cisco....@dmarc.ietf.org> Sent: Saturday, September 23, 2023 11:07:23 PM To: Brian Haberman <br...@innovationslab.net>; int-...@ietf.org <int-...@ietf.org> Cc: bess@ietf.org <bess@ietf.org>; draft-ietf-bess-evpn-virtual-eth-segment....@ietf.org <draft-ietf-bess-evpn-virtual-eth-segment....@ietf.org>; last-c...@ietf.org <last-c...@ietf.org> Subject: [EXTERNAL] Re: [bess] Intdir telechat review of draft-ietf-bess-evpn-virtual-eth-segment-13 Hi Brian, Thanks for the review and your comments. I have incorporated your comments into the rev14 of this draft. Please refer to my inline responses below marked with [AS]. From: Brian Haberman via Datatracker <nore...@ietf.org> Date: Wednesday, September 6, 2023 at 11:49 AM To: int-...@ietf.org <int-...@ietf.org> Cc: bess@ietf.org <bess@ietf.org>, draft-ietf-bess-evpn-virtual-eth-segment....@ietf.org <draft-ietf-bess-evpn-virtual-eth-segment....@ietf.org>, last-c...@ietf.org <last-c...@ietf.org> Subject: Intdir telechat review of draft-ietf-bess-evpn-virtual-eth-segment-13 Reviewer: Brian Haberman Review result: Ready with Issues I am an assigned INT directorate reviewer for draft-ietf-bess-evpn-virtual-eth-segment. 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/<https://datatracker.ietf.org/group/intdir/about/>. Major Issues: Minor Issues: * Section 1.2 talks about this document defining extensions for RFCs 7432 and 7623. Should this document formally update those RFCs? [AS] The draft does not update the procedures for RFC7432 and RFC7623 but rather it defines the concept of a vES and the extensions needed to support a vES. I have changed the text in section 1.2 to reflect this clarification. * I am by no means an EVPN expert, so I am curious if there is additional functionality needed to ensure consistency of ethernet-level configuration options across the vES (e.g., Max Frame Size) given the mix of technologies supported. [AS] MTU size, control word, flow label, and other L2 attributes are carried in EVPN L2-Attribute Extended Community which is sent along with IMET route or Ether A-D per EVI route. These are independent of whether an Ethernet Segment is physical or virtual. Nits: * General - There are multiple instances of confusing sentence structure throughout the document. Highly recommend getting a native English speaker familiar with the technology to make an editorial pass through the document. - Are phrases such as "out-of-franchise customer sites" well-known in this community? [AS] change the sentence for better clarification from “to reach out-of-franchise customer sites …” to “to reach remote customer sites …” * Abstract - Using undefined acronyms in the Abstract is a bit confusing. - The second-half of the first sentence is difficult to parse. [AS] expanded EVPN and PBB-EVPN acronyms. * Introduction - The first sentence has the same parsing issues as the first sentence in the Abstract. [AS] changed that as well. Disclaimer This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments.
_______________________________________________ BESS mailing list BESS@ietf.org https://www.ietf.org/mailman/listinfo/bess
