Re: [mpls] MPLS-RT review of draft-farrel-mpls-sfc

[Mach Chen <[e-mail]>]

Hi Loa,

Here are my review comments on draft-farrel-mpls-sfc-03.

Basically, I think the draft is well-written and ready for WG adoption call.  I also have some comments and questions as below:

1. The draft assumes the SF can properly process the MPLS encapsulation, how about the case where SF cannot process MPLS encapsulation? Does the draft intend to cover it? In addition, it assumes that the SF's operation would like: 1)skip the MPLS header, 2) process the payload and 3)return the packet to SFF, right? This seems like a special requirement to the SF,  more clarification text would help the readers to understand the solution.

2.  For the MPLS Swapping option, where the SPI label will be kept unchanged along the path, and the SF label will decremented, this seems not like the normal MPLS label swapping operation. In addition, to keep the SPI label unchanged along the path, it implies that SPI has to be unique within the SFC domain;  how to achieve this given that MPLS label is local significant? 

Best regards,
Mach

> -----Original Message-----
> From: Loa Andersson [mailto:[e-mail]]
> Sent: Saturday, February 03, 2018 2:03 PM
> To: Sam Aldrin <[e-mail]>; Mach Chen
> <[e-mail]>; Lizhong Jin <[e-mail]>; Bocci,
> Matthew (Nokia - GB) <[e-mail]>
> Cc: [e-mail]; [e-mail]
> Subject: MPLS-RT review of draft-farrel-mpls-sfc
> 
> Matthew, Lizhong, Sam, and Mach,
> 
> You have been selected as MPLS-RT reviewers for draft-farrel-mpls-sfc.
> 
> Note to authors: You have been CC'd on this email so that you can know that
> this review is going on. However, please do not review your own document.
> 
> Reviews should comment on whether the document is coherent, is it useful (ie,
> is it likely to be actually useful in operational networks), and is the document
> technically sound?
> 
> We are interested in knowing whether the document is ready to be considered
> for WG adoption (ie, it doesn't have to be perfect at this point, but should be a
> good start). Please remember that it often is easier to progress the document
> when it has become a working group document. All comments in the MPLS-RT
> review needs to be addressed, but please think carefully about whether a
> comment is gating the adoption or could just as easily be addressed after the
> adoption.
> 
> Reviews should be sent to the document authors, WG co-chairs and WG
> secretary, and CC'd to the MPLS WG email list. If necessary, comments may be
> sent privately to only the WG chairs.
> 
> If you have technical comments you should try to be explicit about what needs
> to be resolved before adopting it as a working group document, and what can
> wait until the document is a working group document and the working group
> has the revision control.
> 
> Are you able to review this draft by February 28, 2018? Please respond whether
> you are available to do the review in a timely fashion.
> 
> 
> Thanks, Loa
> (as MPLS WG co-chair)
> --
> 
> 
> Loa Andersson                        email: [e-mail]
> Senior MPLS Expert
> Huawei Technologies (consultant)     phone: [phone]