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

"Hejia (Jia)" <hejia@huawei.com> Thu, 11 October 2018 09:31 UTC

Return-Path: <hejia@huawei.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 351DC130E02; Thu, 11 Oct 2018 02:31:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.589
X-Spam-Level:
X-Spam-Status: No, score=-2.589 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TShnPaPCtjMI; Thu, 11 Oct 2018 02:31:17 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 22367130DD0; Thu, 11 Oct 2018 02:31:17 -0700 (PDT)
Received: from LHREML710-CAH.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id C5C20343D7CF9; Thu, 11 Oct 2018 10:31:13 +0100 (IST)
Received: from DGGEMA422-HUB.china.huawei.com (10.1.198.155) by LHREML710-CAH.china.huawei.com (10.201.108.33) with Microsoft SMTP Server (TLS) id 14.3.399.0; Thu, 11 Oct 2018 10:31:14 +0100
Received: from DGGEMA523-MBS.china.huawei.com ([169.254.6.76]) by dggema422-hub.china.huawei.com ([10.1.198.155]) with mapi id 14.03.0399.000; Thu, 11 Oct 2018 17:31:01 +0800
From: "Hejia (Jia)" <hejia@huawei.com>
To: Loa Andersson <loa@pi.nu>, Sam Aldrin <aldrin.ietf@gmail.com>, "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, Yimin Shen <yshen@juniper.net>
CC: "draft-malis-mpls-sfc-encapsulation@ietf.org" <draft-malis-mpls-sfc-encapsulation@ietf.org>, "mpls-chairs@ietf.org" <mpls-chairs@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>
Thread-Topic: MPLS-RT review of draft-malis-mpls-sfc-encapsulation
Thread-Index: AdRhRFBzruUA35tZTKiegTGzAWYGNw==
Date: Thu, 11 Oct 2018 09:31:01 +0000
Message-ID: <735916399E11684EAF4EB4FB376B719553B6714F@dggema523-mbs.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.57.113.38]
Content-Type: multipart/alternative; boundary="_000_735916399E11684EAF4EB4FB376B719553B6714Fdggema523mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/BW7iiFWTmwIP2gRSyGgYFNJigok>
Subject: Re: [mpls] MPLS-RT review of draft-malis-mpls-sfc-encapsulation
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Oct 2018 09:31:21 -0000

Hi,



I have reviewed draft-malis-mpls-sfc-encapsulation-02. The draft introduces a SFF label in the MPLS label stack, which is used to transport SFC packets with the NSH over an MPLS infrastructure. In summary, I think the draft is useful and ready to be considered for WG adoption.

I have found one comment and some nits, which can be resolved either before or after WG adoption.



Comments:

As indicated by the first sentence of Section 2.1, it is to describe the steps of constructing label stack to "send an SFC packet with the NSF (typo? NSH?)". However, the first step that follows describes the special cases and uses OAM as an example using GAL/G-ACh where no NSH is applied if I understand correctly. It looks inconsistent somehow. Since there are already separate sections for OAM and ECMP considerations. Can I suggest leaving Section 2 to describe only the general SFF label processing and leave the special cases to OAM and ECMP sections respectively? And if possible, a figure to show the structure of label stack (e.g. the general case, the OAM case, the ECMP case) will be more direct and absolutely clear :-)



Nits:

Section 2, s/by having the receiving advertise .../by having the receiving node advertise ...

Section 2.1, s/When one SFF wishes to send an SFC packet with the NSF to another SFF.../When one SFF wishes to send an SFC packet with the NSH to another SFF...





B.R.

Jia



-----邮件原件-----
发件人: Loa Andersson [mailto:loa@pi.nu]
发送时间: 2018年9月26日 20:34
收件人: Sam Aldrin <aldrin.ietf@gmail.com>; Hejia (Jia) <hejia@huawei.com>; Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com>; Yimin Shen <yshen@juniper.net>
抄送: draft-malis-mpls-sfc-encapsulation@ietf.org; mpls-chairs@ietf.org
主题: MPLS-RT review of draft-malis-mpls-sfc-encapsulation



Sam, Jia, Matthew and Yimin,





You have been selected as MPLS-RT reviewers for draft-malis-mpls-sfc- encapsulation.



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 October 11, 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: loa@pi.nu<mailto:loa@pi.nu>

Senior MPLS Expert

Bronze Dragon Consulting             phone: +46 739 81 21 64