Re: [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17
Qin Wu <bill.wu@huawei.com> Mon, 05 September 2022 06:59 UTC
Return-Path: <bill.wu@huawei.com>
X-Original-To: i2nsf@ietfa.amsl.com
Delivered-To: i2nsf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3D3AC1533AE for <i2nsf@ietfa.amsl.com>; Sun, 4 Sep 2022 23:59:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.209
X-Spam-Level:
X-Spam-Status: No, score=-2.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, URI_DOTEDU=1.997] 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 4wmclQEb58rf for <i2nsf@ietfa.amsl.com>; Sun, 4 Sep 2022 23:58:59 -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 B1AE2C1533AD for <i2nsf@ietf.org>; Sun, 4 Sep 2022 23:58:58 -0700 (PDT)
Received: from fraeml709-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4MLfVc1nQzz67x9N for <i2nsf@ietf.org>; Mon, 5 Sep 2022 14:58:16 +0800 (CST)
Received: from canpemm500005.china.huawei.com (7.192.104.229) by fraeml709-chm.china.huawei.com (10.206.15.37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Mon, 5 Sep 2022 08:58:56 +0200
Received: from canpemm500005.china.huawei.com (7.192.104.229) by canpemm500005.china.huawei.com (7.192.104.229) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Mon, 5 Sep 2022 14:58:54 +0800
Received: from canpemm500005.china.huawei.com ([7.192.104.229]) by canpemm500005.china.huawei.com ([7.192.104.229]) with mapi id 15.01.2375.024; Mon, 5 Sep 2022 14:58:54 +0800
From: Qin Wu <bill.wu@huawei.com>
To: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>
CC: "i2nsf@ietf.org" <i2nsf@ietf.org>, Roman Danyliw <rdd@cert.org>, Linda Dunbar <linda.dunbar@futurewei.com>
Thread-Topic: [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17
Thread-Index: AdjA8l6u2ohmIoisR3+KdGJVt/frhg==
Date: Mon, 05 Sep 2022 06:58:54 +0000
Message-ID: <0d4945bd5b1f40b3809eed198c24d554@huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.100.16]
Content-Type: multipart/alternative; boundary="_000_0d4945bd5b1f40b3809eed198c24d554huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/i2nsf/CIv7p7vNVHM_UNYsftdA9DAHD98>
Subject: Re: [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17
X-BeenThere: i2nsf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "*I2NSF: Interface to Network Security Functions mailing list*" <i2nsf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/i2nsf>, <mailto:i2nsf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/i2nsf/>
List-Post: <mailto:i2nsf@ietf.org>
List-Help: <mailto:i2nsf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/i2nsf>, <mailto:i2nsf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Sep 2022 06:59:03 -0000
Hi, Paul: Thank for the update, I am still struggling about the relation between capability model and registration interface model. First, the registration interface model imports ietf-i2nsf-capability and reuses some grouping defined in ietf-i2nsf-capability, this is not augmented model from ietf-i2nsf-capability. It is a new model which use some building block in some other existing models. Augmented model should augment from ietf-i2nsf-capability with additional data nodes, e.g., here is IPv4 unicast routing management model which is augmented from ietf-routing augment "/rt:routing-state/rt:ribs/rt:rib/rt:routes/rt:route" { when "derived-from-or-self(../../rt:address-family, " + "'v4ur:ipv4-unicast')" { description "This augment is valid only for IPv4 unicast."; } This gives you a sense what augmented model look like. Second, Can ietf-i2nsf-capability module be used independent from ietf-i2nsf-registration-interface module? Is ietf-i2nsf-capability used in the same registration interface as ietf-i2nsf-registration-interface module? Third: I re-read section 4 of draft-ietf-i2nsf-registration-interface-dm, it said: “ The I2NSF registration interface is used by Security Controller and Developer's Management System (DMS) in I2NSF framework. The following summarizes the operations done through the registration interface: 1) DMS registers NSFs and their capabilities to Security Controller via the registration interface. DMS also uses the registration interface to update the capabilities of the NSFs registered previously. 2) In case that Security Controller fails to find some required capabilities from any registered NSF that can provide, Security Controller queries DMS about NSF(s) having the required capabilities via the registration interface. ” I feel this registration interface is designed only for administrators to register NSF capability, In case that Security Controller fails to find some required capabilities from any registered NSF that can provide, it can also auto detect required capabilities by itself from NSF, therefore simply define query RPC to query capabilities from DMS seems not sufficient, unless you explicitly rule this auto detection out from this document. -Qin 发件人: Mr. Jaehoon Paul Jeong [mailto:jaehoon.paul@gmail.com] 发送时间: 2022年8月31日 19:14 收件人: Qin Wu <bill.wu@huawei.com> 抄送: i2nsf@ietf.org; Roman Danyliw <rdd@cert.org>; Linda Dunbar <linda.dunbar@futurewei.com>; Patrick Lingga <patricklink888@gmail.com>; skku-iotlab-members <skku-iotlab-members@googlegroups.com>; Mr. Jaehoon Paul Jeong <jaehoon.paul@gmail.com> 主题: Re: [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17 Hi Qin, Here is the revision reflecting your detailed comments on the I2NSF Registration Interface: https://datatracker.ietf.org/doc/html/draft-ietf-i2nsf-registration-interface-dm-20 Patrick and I have revised this draft along with the attached revision letter. Could you confirm whether this revision looks good to you or not? Thanks. Best Regards, Paul On Wed, Aug 24, 2022 at 6:42 PM Qin Wu <bill.wu@huawei.com<mailto:bill.wu@huawei.com>> wrote: Hi, Paul: Thank you for inviting me to review this draft. I am a little confused about the relation of this draft with draft-ietf-i2nsf-capability-data-model See quoted text in draft-ietf-i2nsf-capability-data-model “ This document provides an information model and the corresponding YANG data model [RFC6020][RFC7950] that defines the capabilities of NSFs to centrally manage the capabilities of those NSFs. The NSFs can register their own capabilities into a Network Operator Management (Mgmt) System (i.e., Security Controller) with this YANG data model through the registration interface [RFC8329]. ” And quote text in draft-ietf-i2nsf-registration-dm “ This document describes an information model (see Section 4) and a YANG [RFC7950] data model (see Section 5) for the I2NSF Registration Interface [RFC8329] between the security controller and the developer's management system (DMS) to support NSF capability registration and query via the registration interface. ” I am wondering which YANG data model is exchanged in the registration interface. Shouldn’t YANG data model defined in draft-ietf-i2nsf-registration-dm augment the YANG model defined in draft-ietf-i2nsf-capability-data-model. In addition, I think registration interface seems not mandatory interface, security controller in some other case can Learn capability NFV orchestrators, or NSF can expose dynamic capability to security controller. Besides register NSF, I am wondering what other data or information can be registered? I assume there are a lot. Therefore I would suggest to limit the scope of this registration interface, only focus NSF capability registration. The title should reflect this. For data model and information model definition, I think you should refer to RFC3444. For NSF access information, I am wondering whether management protocol should also be part of access information. Regarding performance capability, I assume it is related to software or hardware, or firmware specification, Naming it as performance capability seems confusing to me. -Qin ---------- 전달된 메일 ---------- 보낸사람: Linda Dunbar <linda.dunbar@futurewei.com<mailto:linda.dunbar@futurewei.com>> 날짜: 2022년 6월 11일 (토) 오전 3:13 제목: [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17 받는사람: i2nsf@ietf.org<mailto:i2nsf@ietf.org> <i2nsf@ietf.org<mailto:i2nsf@ietf.org>> Hello Working Group, Many thanks to the authors of draft-ietf-i2nsf-registration-dm-17 to address all the comments from YANG Doctor review, SecDir review and OpsDIR review. This email starts a three weeks Working Group Last Call on draft-ietf-i2nsf-registration-dm-17 https://datatracker.ietf.org/doc/draft-ietf-i2nsf-registration-interface-dm/ This poll runs until July 1, 2021. We are also polling for knowledge of any undisclosed IPR that applies to this Document, to ensure that IPR has been disclosed in compliance with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details). If you are listed as an Author or a Contributor of this Document, please respond to this email and indicate whether or not you are aware of any relevant undisclosed IPR. The Document won't progress without answers from all the Authors and Contributors. If you are not listed as an Author or a Contributor, then please explicitly respond only if you are aware of any IPR that has not yet been disclosed in conformance with IETF rules. Thank you. Linda _______________________________________________ I2nsf mailing list I2nsf@ietf.org<mailto:I2nsf@ietf.org> https://www.ietf.org/mailman/listinfo/i2nsf -- =========================== Mr. Jaehoon (Paul) Jeong, Ph.D. Associate Professor Department Head Department of Computer Science and Engineering Sungkyunkwan University Office: +82-31-299-4957 Email: pauljeong@skku.edu<mailto:pauljeong@skku.edu>, jaehoon.paul@gmail.com<mailto:jaehoon.paul@gmail.com> Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php<http://cpslab.skku.edu/people-jaehoon-jeong.php>
- [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm… Linda Dunbar
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… yangpenglin@chinamobile.com
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Huaimo Chen
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Donald Eastlake
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm… Qin Wu
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Qin Wu
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Linda
- Re: [I2nsf] WGLC for draft-ietf-i2nsf-registratio… Mr. Jaehoon Paul Jeong
- [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm… Linda Dunbar