I agree. Shepherd write-up dates to 2019-02-20 and is prior to my -v06/07 rewrite. There will probably be a RTG-DIR review soon, I will make sure to bring this up at that stage when I assign. Are you volunteering Sasha? đŸ˜‰
Regards, Luc André Luc André Burdet | [email protected]<mailto:[email protected]> | Tel: +1 613 254 4814 From: John E Drake <[email protected]> Date: Tuesday, October 19, 2021 at 09:55 To: Alexander Vainshtein <[email protected]> Cc: "[email protected]" <[email protected]>, Luc André Burdet <[email protected]>, "[email protected]" <[email protected]> Subject: RE: A question regarding DF election for Virtual Ethernet Segments Resent-From: <[email protected]> Resent-To: <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]>, <[email protected]> Resent-Date: Tuesday, October 19, 2021 at 09:55 Sasha, You’re most welcome. RFC 8584 is the key reference as it explicitly updates RFC 7432, and I agree that the Virtual ES draft should both reference RFC 8584 and be compliant with it. Yours Irrespectively, John Juniper Business Use Only From: Alexander Vainshtein <[email protected]> Sent: Tuesday, October 19, 2021 9:36 AM To: John E Drake <[email protected]> Cc: [email protected]; Luc André Burdet <[email protected]>; [email protected] Subject: RE: A question regarding DF election for Virtual Ethernet Segments Importance: High [External Email. Be cautious of content] John, Lots of thanks for a prompt and clarifying response! According to the shepherd’s write-up<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-ietf-bess-evpn-virtual-eth-segment/shepherdwriteup/__;!!NEt6yMaO-gk!V5R5kXhAkDM7z8290XsSq1FEYR6ZPEnWv5vKFlHcAywpcZ-FOIUI-yk0Hy9Ihrk$> the Virtual Ethernet Segment draft is long past its WG LC, while 7432bis draft is still in its early stages. Therefore I think the former should be updated to avoid any further misunderstanding. My 2c, Sasha Office: +972-39266302 Cell: +972-549266302 Email: [email protected]<mailto:[email protected]> From: John E Drake <[email protected]<mailto:[email protected]>> Sent: Tuesday, October 19, 2021 3:29 PM To: Alexander Vainshtein <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]> Cc: [email protected]<mailto:[email protected]>; Luc André Burdet <[email protected]<mailto:[email protected]>> Subject: [EXTERNAL] RE: A question regarding DF election for Virtual Ethernet Segments Sasha, Thanks for catching this, as it is a remnant. Please see https://datatracker.ietf.org/doc/html/rfc8584#section-1.1<https://urldefense.com/v3/__https:/clicktime.symantec.com/3SnY4b3gui3U4kH4pJbCWNm6H2?u=https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fhtml*2Frfc8584*23section-1.1__;JSUlJSUlJQ!!NEt6yMaO-gk!V5R5kXhAkDM7z8290XsSq1FEYR6ZPEnWv5vKFlHcAywpcZ-FOIUI-yk0RHrimTQ$>, https://datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-01#section-3<https://urldefense.com/v3/__https:/clicktime.symantec.com/3AevYzdhprcfnqJ4rkGMrpX6H2?u=https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fhtml*2Fdraft-ietf-bess-rfc7432bis-01*23section-3__;JSUlJSUlJQ!!NEt6yMaO-gk!V5R5kXhAkDM7z8290XsSq1FEYR6ZPEnWv5vKFlHcAywpcZ-FOIUI-yk038U1k6Q$>, and https://clicktime.symantec.com/3LpRvM7ZQnWHJnT2jPntZH56H2?u=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fhtml%2Fdraft-ietf-bess-rfc7432bis-01%23section-8.5<https://urldefense.com/v3/__https:/clicktime.symantec.com/3LpRvM7ZQnWHJnT2jPntZH56H2?u=https*3A*2F*2Fdatatracker.ietf.org*2Fdoc*2Fhtml*2Fdraft-ietf-bess-rfc7432bis-01*23section-8.5__;JSUlJSUlJQ!!NEt6yMaO-gk!V5R5kXhAkDM7z8290XsSq1FEYR6ZPEnWv5vKFlHcAywpcZ-FOIUI-yk0wAsq4_s$>. Yours Irrespectively, John Juniper Business Use Only From: Alexander Vainshtein <[email protected]<mailto:[email protected]>> Sent: Tuesday, October 19, 2021 7:57 AM To: [email protected]<mailto:[email protected]> Cc: [email protected]<mailto:[email protected]>; Luc André Burdet <[email protected]<mailto:[email protected]>> Subject: A question regarding DF election for Virtual Ethernet Segments Importance: High [External Email. Be cautious of content] Hi, I have a question regarding Section 4.1 of the Virtual Ethernet Segment draft<https://urldefense.com/v3/__https:/clicktime.symantec.com/3GoU85i4b9i4gMHnk8ZE7K16H2?u=https*3A*2F*2Furldefense.com*2Fv3*2F__https*3A*2Fdatatracker.ietf.org*2Fdoc*2Fhtml*2Fdraft-ietf-bess-evpn-virtual-eth-segment-07*2Asection-4.1__*3BIw*21*21NEt6yMaO-gk*21SXFKXli8DYTkiAjk5Pfb9gcpOio7646QevC9ZN9MPEgXe1sGgTdeu1t5vKXZzbY*24__;JSUlJSUlJSUlJSUlJSUlJQ!!NEt6yMaO-gk!V5R5kXhAkDM7z8290XsSq1FEYR6ZPEnWv5vKFlHcAywpcZ-FOIUI-yk0x0BLHkk$>. This section describes the default DF election procedure defined in RFC 7432 for virtual Ethernet Segments and says in item 3 (the problematic text is highlighted): Assuming a redundancy group of N PE nodes, the PE with ordinal i is the DF for an EVPN instance with an associated Ethernet Tag value of V when (V mod N) = i My question is, what does the associated Ethernet Tag mean in this context? Specifically, if the EVI that is attached to the Virtual Ethernet Segment in question implements VLAN-based or VLAN Bundle service interface, is associated Ethernet Tag value always zero (as it appears in all EVPN routes advertised by such an EVI)? If so, then all EVI implementing these types of service interfaces and attached to different S-VLAN-delimited Virtual Ethernet Segments on the same E-NNI port would elect the PE with the minimal Router Address as the DF. In any case, explicit clarification in the text would be most useful. Your timely feedback will be highly appreciated. Regards, and lots of thanks in advance, Sasha Office: +972-39266302 Cell: +972-549266302 Email: [email protected]<mailto:[email protected]> Notice: 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. Notice: 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 [email protected] https://www.ietf.org/mailman/listinfo/bess
