[RTG-DIR] RtgDir Last Call review: draft-ietf-opsawg-sap-04

Mach Chen <mach.chen@huawei.com> Thu, 12 May 2022 09:10 UTC

Return-Path: <mach.chen@huawei.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 414CEC157B3F; Thu, 12 May 2022 02:10:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k6ao1SALxrVo; Thu, 12 May 2022 02:10:39 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4371BC14F737; Thu, 12 May 2022 02:10:39 -0700 (PDT)
Received: from fraeml704-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4KzQrq00BXz687rf; Thu, 12 May 2022 17:07:06 +0800 (CST)
Received: from dggpemm100004.china.huawei.com (7.185.36.189) by fraeml704-chm.china.huawei.com (10.206.15.53) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2375.24; Thu, 12 May 2022 11:10:34 +0200
Received: from dggpemm500002.china.huawei.com (7.185.36.229) by dggpemm100004.china.huawei.com (7.185.36.189) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Thu, 12 May 2022 17:10:32 +0800
Received: from dggpemm500002.china.huawei.com ([7.185.36.229]) by dggpemm500002.china.huawei.com ([7.185.36.229]) with mapi id 15.01.2375.024; Thu, 12 May 2022 17:10:32 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "rtg-dir@ietf.org" <rtg-dir@ietf.org>
CC: "draft-ietf-opsawg-sap.all@ietf.org" <draft-ietf-opsawg-sap.all@ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>
Thread-Topic: RtgDir Last Call review: draft-ietf-opsawg-sap-04
Thread-Index: Adhl0DweELvuRAxpQ5itBXGYoq6lEQ==
Date: Thu, 12 May 2022 09:10:32 +0000
Message-ID: <97b21743e4d7460d8a15c1ee0ab2ebb2@huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.110.46.250]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/UmvdeiuiU7RTPOGuS8bYfi7iDiU>
Subject: [RTG-DIR] RtgDir Last Call review: draft-ietf-opsawg-sap-04
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 May 2022 09:10:43 -0000

Hello,

I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see ​http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft.

Document: draft-ietf-opsawg-sap-04
Reviewer: Mach Chen
Review Date: 2022/05/15
IETF LC End Date:
Intended Status: Standards Track

Summary:
I have some minor concerns about this document that I think should be resolved before publication.

Major Issues:
None

Minor Issues:
1. Section 2, the definition of Service Attachment Point (SAP) is hard to understand here, the definition depends on the definition of "service's endpoint" and "TP" that is not defined in the document or lack of references(if defined in other documents).  More text needed here and it's better to make it consistent with the definition in other places (e.g., Introduction section). 

2. Section 3, 
" The
   model is also used to retrieve the network points where a service is
   being delivered to customers."
What's the meaning of the "network points" here? Is it a node, link, interface or something else, some clarification needed here, or using a more specific and well-known term here.

3. Section 4, " Also, the SAP is not a tunnel termination point (TTP) (Section 3.6 of
   [RFC8795]) nor a link." Why need to state this here, maybe it's better to move it to the place of the definition of "SAP".

4. identity basic-connectivity {
       base vpn-common:service-type;
       description
         "Basic IP connectivity. This is, for example, a plain
          connectivity offered to Enterprises over a dedicated
          or shared MPLS infrastructure.";
Since it's a "IP connectivity", why emphasize that it is over an "MPLS" infrastructure?

Nits:
1. Abstract section, the second sentence of paragraph, s/ The Service Attachment Points/SAPs
2. Section 1, the last 3rd para, it's better to add references when mention L2VPN and L3VPN
3. Section 3, suggest to add a reference to EVPN.
4. Section 5, suggest to add the references to LAG, IRB.
5. identity virtual-network,  suggest to copy the description of "Virtual Network" from RFC 8453.
6. It's better to add more text to the description of identity phy, loopback, lag and irb.

Best regards,
Mach