Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

["Dongjie (Jimmy)" <[e-mail]>]

Hi Tarek,

Thanks for your comment, please see some replies inline:

From: spring [mailto:[e-mail]] On Behalf Of Tarek Saad
Sent: Sunday, July 26, 2020 2:57 AM
To: James Guichard <[e-mail]>; [e-mail]
Cc: [e-mail]
Subject: Re: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Hi WG,

This document is touching important topics regarding forwarding on specific set of resources in the network (such as those that define a network slice).
For this, it's important to be able to identify transiting traffic as belonging to a specific slice so as to impose the specific behavior upon forwarding the traffic on the associated resources.

This draft is proposing to allocate/assign different labels/SIDs (per topological element - either node or link) to identify the specific resource per slice and the respective forwarding behavior.
This may work for smaller networks (and for limited number of slices), but there are concerns that it would run into scale problems (related to # of required labels to allocate and amount of IGP state required for the different SIDs) - as number of topological elements in the network grows and number of vertical/ horizontal slices grows.

[Jie] Glad to know that you also think this is an important topic and can be useful for cases such as network slicing (while its applicability is general). This document describes the SR based mechanism for this. As mentioned in section 2 of this document, it requires additional SIDs and SRv6 Locators to be allocated, thus its applicability is for scenarios with limited number of virtual networks. The amount of IGP state is discussed in the relevant control plane drafts in LSR WG.

It might be useful to define a mechanism by which specific allocated resources for a given link or node are to be identified and not describe how virtual network topologies are to be constructed. This is because the topologies are not necessarily virtual and because there are a multiplicity of uses for this mechanism beyond constructing subsets of the underlay network topology.

We believe encoding the slice identifier separate from the forwarding instruction can yield better scale and still allow for steering on the specific resource. We intend to publish something along those lines in the coming next couple of weeks to gather more feedback.

[Jie] The scalability topic is further described in draft-dong-teas-enhanced-vpn-vtn-scalability in TEAS WG, which also provides some guidance for optimization, your review and comment to it are welcome. Thanks.

Best regards,
Jie

Regards,
Tarek


From: spring <[e-mail]<mailto:[e-mail]>> on behalf of James Guichard <[e-mail]<mailto:[e-mail]>>
Date: Wednesday, July 15, 2020 at 7:17 AM
To: "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Cc: "[e-mail]<mailto:[e-mail]>" <[e-mail]<mailto:[e-mail]>>
Subject: [spring] WG Adoption Call for draft-dong-spring-sr-for-enhanced-vpn

Dear WG:

This email begins a 2 week WG adoption call for https://datatracker.ietf.org/doc/draft-dong-spring-sr-for-enhanced-vpn/ ending Wednesday 29th July 2020.

Please speak up if you support or oppose adopting this document into the WG. Please also provide comments/reasons for that support (or lack thereof). Silence will not be considered consent.

Thanks!

Jim, Joel & Bruno