Re: [bess] The significance of bypassing DF Election Behavior in the EVPN Fast Reroute draft

-bypass” is not applicable for ERL Regards, Luc André Luc André Burdet | lbur...@cisco.com<mailto:lbur...@cisco.com> | Tel: +1 613 254 4814 From: Alexander Vainshtein Date: Thursday, November 9, 2023 at 10:41 To: Luc Andre Burdet (lburdet) Cc: bess@ietf.org Subject: The signif

Re: [bess] Chair review of draft-ietf-bess-evpn-mh-pa-08

Thanks Stéphane, I am uploading v09 shortly. The missing references to i.e. LACP are actually in the MCLAG section and some of the “first expansions” you mention also : I think the best solution is to simply move Fig1 down into there. Let me know what you think Regards, Luc André Luc André

Re: [bess] Rtgdir early review of draft-ietf-bess-evpn-fast-df-recovery-07

Hi Adrian, Thank you for your valuable comments, and apologies for the late reply/update. I have incorporated all changes into -v08 which I hope address your feedback: some comments are replied to below: I note that the topic of "updates" was raised by matthew in his review, and that 2.2 is

Re: [bess] Rtgdir early review of draft-ietf-bess-evpn-l2gw-proto-03

Hi Daniele, Thank you for your valuable comments. I have incorporated them into -v04, which I hope addresses your feedback > add a reference to G.8032, (M)STP, REP I did this in the Terminology section, rather than inline in text – I have removed references to REP(proprietary, no references)

Re: [bess] Rtgdir early review of draft-ietf-bess-evpn-fast-df-recovery-07

Hi Matthew, I had started going through changes but not completed; I will post this week an updated version Thanks for the reminder Regards, Luc André Luc André Burdet | lbur...@cisco.com | Tel: +1 613 254 4814 From: Matthew Bocci (Nokia) Date: Friday, June

Re: [bess] Document shepherd review of draft-ietf-bess-evpn-fast-df-recovery-05

Thank you Matthew, will update shortly Regards, Luc André Luc André Burdet | lbur...@cisco.com | Tel: +1 613 254 4814 From: Bocci, Matthew (Nokia - GB) Date: Monday, August 8, 2022 at 10:46 To: draft-ietf-bess-evpn-fast-df-recov...@ietf.org , bess@ietf.org

Re: [bess] A query regarding applicability of EVPN fast failover mechanisms to Port-Active multi-homing draft

Hi Sasha, The DF-Election timer is only run on an interface recovery, not on failure, e.g. on PE1 PE-CE link recovery. In step 4.b.ii, there is no timer involved. Port-active is no different than other DF-election mechanisms: RT4 ES withdrawal by PE1 will trigger DF takeover at PE2. I am

Re: [bess] A question regarding DF election for Virtual Ethernet Segments

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 |

Re: [bess] Shepherd's Review of draft-ietf-bess-evpn-pref-df

Hi Jorge, Sorry for the imprecise language, this was indeed about Highest-Preference vs. Lowest-Preference algo. Seems we can agree on Option 2. I think my wording below betrayed what my preference was  and option 2 is definitely the best approach in my book (easiest backward-compatibility

Re: [bess] FW: Regarding the Alias label usage in EVPN Multihoming

Hi Chalu, Please read 7432 s.8.4: in single-active it is not an aliasing label/procedure but a backup-path procedure. It will answer your questions (both, actually). There is no flooding once the MAC is learnt & distributed: cf. that’s the point.

Re: [bess] Review on draft-ietf-bess-evpn-yang-06

Hi Sasha, Tim, Apologies for not sending a response to your prior email; Your comments were noted and intend to update the draft this week. Thanks, Luc André [http://www.cisco.com/c/dam/m/en_us/signaturetool/images/banners/standard/09_standard_graphic.png] Luc André Burdet

Re: [bess] Mirja Kühlewind's No Objection on draft-ietf-bess-evpn-df-election-framework-07: (with COMMENT)

That's an interesting point Mirja. A rogue PE/agent could foreseeably inject via BGP an ES Route Type 4 with no DF Alg extended community and "bring down" a peering group to the default DF election (common denominator). Repetitive inject-delete could cause considerable churn and disruption as

Re: [bess] A question about RFC 8317

Sasha, I would add only to Jorge’s response that in your topology below: “PE3 would flood anything for which MAC DA is unknown to both local ESes.” For traffic in the reverse direction (Leaf@PE3 -> Root@PE1) you’d want to add an administratively configured split-horizon between green and blue ACs

Re: [bess] All-Active Multi-homing and Virtual Ethernet Segments: A Question

Hi Sasha, I agree the vES draft does not go in great detail about A/A PWs. For A/A PWs terminating at peering PEs, the concept is similar to LAG, using static label at peering PEs: * The CE sets up a single PW to remote endpoint to anycast IP1, Label1. * PE1, PE2 set up a PW each to

Re: [bess] new WGLC for draft-ietf-bess-evpn-inter-subnet-forwarding-05

Support. This is an important draft and is implemented; ? ?(1) I echo Acee's comment re: "Router MAC" for readability (2) The document often refers to two Route-targets (MAC-VRF & IP-VRF) which is overly restrictive. I would propose language more to the effect of MAC/IP must be advertised

Re: [bess] WG adoption poll and IPR poll for draft-sajassi-bess-evpn-per-mcast-flow-df-election

Support adoption by WG Regards, Luc André Burdet From: BESS on behalf of "Samir Thoria (sthoria)" Date: Thursday, August 9, 2018 at 5:45 PM To: "stephane.litkow...@orange.com" , "bess@ietf.org" Subject: Re: [bess] WG adoption poll and IPR poll for

Re: [bess] Reg: RFC7432 EVPN - ES-import RT

Hi Prasanna, FYI the ES-Import auto-extraction is expanded to ES Type 0,4,5 in https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-03#section-3.3. Thanks Luc André [http://www.cisco.com/c/dam/m/en_us/signaturetool/images/banners/standard/09_standard_graphic.png] Luc

Re: [bess] WG adoption and IPR poll for draft-sajassi-bess-evpn-fast-df-recovery-02

Support. I am not aware of any relevant undisclosed IPR. Thanks, Luc André Burdet lbur...@cisco.com Tel: +1 613 254 4814 Cisco Systems Canada Co. / Les Systemes Cisco Canada CIE Cisco.com From: BESS on

Re: [bess] WG Last Call and IPR Poll for draft-ietf-bess-evpn-vpls-seamless-integ-01.txt

Support. Thanks Ali for comment responses and taking into consideration. Cisco has been shipping an implementation of this since -00 timeframe. Regards, Luc André Burdet From: BESS on behalf of "Bocci, Matthew (Nokia - GB)" Date: Thursday,