Hi Yisong , WG,
I've reviewed your document, and the two issues mentioned are indeed very common. These problems are inevitable when transitioning from MPLS to SRv6 deployment. The document provides an excellent solution for addressing these challenges. During our actual deployment, we encountered this issue and could only work around it through manual configuration. Regarding Problem #2, this issue is indeed quite common. When deployed in the backbone network, switches experience significant performance impacts when handling both end nodes and VPN SIDs simultaneously. Typically, the chip needs to perform a loopback forwarding, which severely affects forwarding efficiency. Thanks, Allen On Wed, Sep 11, 2024 at 4:33 PM Yisong Liu <liuyis...@chinamobile.com> wrote: > Dear SPRING WG members, > > > When presenting the draft-liu-idr-sr-segment-list-optimize at the IDR > interim meeting, based on the suggestions from the IDR and SPRING chairs, > we will distribute the described issues in SPRING mailing list. We hope to > seek WG member's opinions to determine whether the problem scenarios > described in the draft are common and need to be addressed. > > > Here is the brief description of the problems of this draft. > > In the tunnel splicing scenarios or cross domain path splicing scenarios, > the SRH extension header of VPN user's data packets forwarded based on this > SRv6 > Policy will simultaneously encapsulate the End SID and VPN SID of the > egress node.In this way, the following problems will arise: > > Problem 1: PSP behavior may not be executable. > > Problem 2: The forwarding efficiency of egress node decreases. > > > For detailed information , please see the draft in the link below : > > https://datatracker.ietf.org/doc/draft-liu-idr-sr-segment-list-optimize/ > > > > We request for review and comments in SPRING. Welcome any discussions, > suggestions or comments. > > Best Regards > Yisong on behalf of co-authors > _______________________________________________ > Idr mailing list -- i...@ietf.org > To unsubscribe send an email to idr-le...@ietf.org >
_______________________________________________ spring mailing list -- spring@ietf.org To unsubscribe send an email to spring-le...@ietf.org
