Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

Hi Christian I reviewed both PLE draft and I believe this PLE draft will be very helpful for operators migrating to SR-MPLS or SRv6 and need a way to support CES PWE3 T-LDP signaling over EVPN VPWS. I support progressing the draft. Thanks Gyan On Sat, Jun 4, 2022 at 1:34 AM Christian

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

> > > > *From:* BESS *On Behalf Of * Gyan Mishra > *Sent:* Monday, May 30, 2022 10:15 AM > *To:* Rabadan, Jorge (Nokia - US/Sunnyvale) > *Cc:* Alexander Vainshtein ; Andrew Alston > - IETF ; SPRING WG < > spr...@ietf.org>; Stewart Bryant ; bess@ietf.org; > mpls-chairs

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

From: BESS On Behalf Of Gyan Mishra Sent: Monday, May 30, 2022 10:15 AM To: Rabadan, Jorge (Nokia - US/Sunnyvale) Cc: Alexander Vainshtein ; Andrew Alston - IETF ; SPRING WG ; Stewart Bryant ; bess@ietf.org; mpls-chairs ; p...@ietf.org Subject: Re: [bess] [Pals] [EXTERNAL] Re: [spring] M

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

; SPRING WG Subject: Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR [External Email. Be cautious of content] On 01.06.2022, at 09:42, Christian Schmutzer (cschmutz) mailto:cschm...@cisco.com>> wrote: Hi, After the initial hype for PWE3 in the early 2000s we hav

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

On 01.06.2022, at 09:42, Christian Schmutzer (cschmutz) mailto:cschm...@cisco.com>> wrote: Hi, After the initial hype for PWE3 in the early 2000s we have seen renewed interest in circuit emulation (TDM PWE3) in 2015 as there was (and still is) a lot of PDH and SONET/SDH infrastructure out

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

...@ietf.org; bess@ietf.orgSubject: Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR + 1 to Sasha and Jorge The feature gaps to be addressed in BGP EVPN VPWS should be based on operators' feedback so we add only those that are relevant. Thanks,Ketan  On Tue, May 31, 2022 at 4:59 PM

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

+ 1 to Sasha and Jorge The feature gaps to be addressed in BGP EVPN VPWS should be based on operators' feedback so we add only those that are relevant. Thanks, Ketan On Tue, May 31, 2022 at 4:59 PM Alexander Vainshtein < alexander.vainsht...@rbbn.com> wrote: > Jorge and all, > > Here is a

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

Jorge and all, Here is a (admittedly incomplete) list of things that, AFAIK, today are not supported with EVPN VPWS: 1. All the non-Ethernet PW types (28 such types can be found in the IANA registry)

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

Gyan, I fully agree with your suggestions – with a couple of comments: * Replication SID inherently requires usage of an external controller for setup and maintenance of P2MP SR Policies * BIER inherently requires new forwarding HW. As a consequence, BGP multicast looks as the only

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

Other options for operators migrating to SR for Multicast P-Tree which is still being developed by vendors is BIER which is stateless. BGP Multicast Controller is a new solution which is being developed which uses TEA RFC 9012 for signaling encoding alternative to MVPN procedures defined in RFC

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

I agree with Saha and Jorge as I stated in my response that the directional choice for use cases VPLS E-Line, E-LAN, E-Tree signaling is to transition off LDP to BGP based signaling processing using EVPN for any L2 VPN use cases when migrating to Segment Routing both SR-MPLS and SRv6. As I

Re: [bess] [Pals] [EXTERNAL] Re: [spring] Martini Pseudowires and SR

I concur with Sasha. We’ve been gone through a significant effort to unify the service signaling by using EVPN. If we are missing anything in EVPN VPWS compared to T-LDP based PWs, I would rather look at extending EVPN VPWS (if needed). If not an option, it would good to discuss at least why