[I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17

[Qin Wu <[e-mail]>]

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 <[e-mail]<mailto:[e-mail]>>
날짜: 2022년 6월 11일 (토) 오전 3:13
제목: [I2nsf] WGLC for draft-ietf-i2nsf-registration-dm-17
받는사람: [e-mail]<mailto:[e-mail]> <[e-mail]<mailto:[e-mail]>>

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
[e-mail]<mailto:[e-mail]>
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: [phone]
Email: [e-mail]<mailto:[e-mail]>, [e-mail]<mailto:[e-mail]>
Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php<http://cpslab.skku.edu/people-jaehoon-jeong.php>