Re: [spring] Martini Pseudowires and SR

Hi Andrew The workaround today for operators migrating to SR would migrate all unicast to SR-MPLS or SRv6 and any services using LDP signaling such as L2 VPN VPLS targeted LDP or MVPN PTA mLDP would keep LDP enabled in parallel until L2 VPNs can be migrated to EVPN BGP based signaling and mLDP mi

Re: [spring] Martini Pseudowires and SR

Including the PALS and MPLS WGs in the discussion. In the case of PWs, LDP runs directly between the T-PEs to provide the control plane. If it is known that the only use of LDP is to support PW, then a lightweight profile of LDP might be implemented, ignoring unused parts, but this does not nec

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

Stewart, Andrew and all, ++ Bess WG. I fully agree that using (targeted) LDP for setup of Martini PWs in an SR-based environment is quite problematic for the operators. One alternative is transition to setup of PWs using MP BGP based on the EVPN-VPWS mechanisms (RFC 8214

Re: [spring] [Pals] [EXTERNAL] Re: 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 EVP

Re: [spring] [Pals] [EXTERNAL] Re: 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 mentio

Re: [spring] [Pals] [EXTERNAL] Re: 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 65

Re: [spring] [Pals] [EXTERNAL] Re: 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 optio