Dear WG Chairs, Authors, I think I need to clarify my view regarding the WG adoption of this draft. I share concerns expressed by Tarek. Also, it is not clear the role of resource-SID in the case of FlexE underlay. And it does appear that an SR node will maintain state per resource-SID it is provisioned by the controller. That, in my opinion, breaks the SR paradigm of no per-flow state at intermediate SR nodes. I believe that any solution to the problem of SR-TE should be weighted against the work on Transport Slicing at the TEAS WG.
Regards, Greg On Tue, Jul 28, 2020 at 8:47 AM Greg Mirsky <gregimir...@gmail.com> wrote: > Dear Authors, > thank you for that well-written document. It was a pleasure to read. I > have a number of questions and much appreciate it if you can clarify them > for me: > > - how you envision mapping resources to a topological SID, e.g. > adj-SID? Would it be 1:1, i.e., a new SID for each resource that > characterizes a link in a virtual network? > - how granular association of a resource with a SID could practically > be? For example, BW may be de-composed into, per. RFC 6003, CIR, CBS, EIR, > and EBS. Do you expect a transient SR node to do policing and/or shaping > according to such resource information? > - I agree, that FlexE is one of Layer 2 technologies to provide > predictable, in regard to performance, transport. What benefits of using > resource information you see for FlexE? Would an intermediate node manage > the FlexE calendar? > > Regards, > Greg > > On Wed, Jul 15, 2020 at 4:17 AM James Guichard < > james.n.guich...@futurewei.com> wrote: > >> 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 >> >> >> >> >> >> >> _______________________________________________ >> spring mailing list >> spring@ietf.org >> https://www.ietf.org/mailman/listinfo/spring >> >
_______________________________________________ spring mailing list spring@ietf.org https://www.ietf.org/mailman/listinfo/spring
