I was going to let this mature a little before commenting on (e.g. the
references that need adding to the I-D References:-) but having just
looked at the other four, I had a brief look at this.

s.2 NMDA
could do with a reference to RFC8342

s.3 NSF name
Surely this must have come up before and be a candidate for a leafref?
Um, not so AFAICT.  This surprises me and makes me realise I do not
understand the architecture as well as I might.  I would have thought
that the earlier I-D has the concept of a named NSF in there somewhere
but no, nor do I see it in RFC8329.  Mmm.

s.4
     prefix nsffbck;
That is not what you are asking IANA to register:-)

/http:/https:/

               leaf req-host {
                 type string;
                 description
                   "The domain name of the requested host";
a domain name is not a host name, different semantics, different syntax.
I suspect that host name is intended here.  For domain names, look at
RFC1034.  RFC1123 is probably the best source for hostnames.


               leaf duration {
in several places; what are the units?  is there an expected format,
precision etc.?  If so, it might be worth creating a YANG type (but not
if it is just integer seconds).

s.6.1
         <start-time>2021-08-27T09:00:00.00Z</start-time>
         <start-date-time>2021-08-27T09:00:01.00Z</start-date-time>

Mmm an unfortunate inconsistency.  The examples are correct in the sense
that those are the objects defined in the two I-D but it is unfortunate
that
      xmlns="urn:ietf:params:xml:ns:yang:ietf-i2nsf-nsf-monitoring">
      xmlns="urn:ietf:params:xml:ns:yang:ietf-i2nsf-feedback-policy">
are out of line.  For me, it is start-time in nsf-monitoring that could
so with changing.

s.10.1
I will return to later in the document cycle.

Tom Petch

----- Original Message -----
From: <[email protected]>
To: <[email protected]>
Sent: Friday, August 27, 2021 10:45 AM
Subject: I-D Action: draft-lingga-i2nsf-application-interface-dm-00.txt



A New Internet-Draft is available from the on-line Internet-Drafts
directories.


        Title           : I2NSF Application Interface YANG Data Model
        Authors         : Patrick Lingga
                          Jaehoon Paul Jeong
                          Yunchul Choi
        Filename        :
draft-lingga-i2nsf-application-interface-dm-00.txt
        Pages           : 32
        Date            : 2021-08-27

Abstract:
   This document describes an information model and a YANG data model
   for the Application Interface between an Interface to Network
   Security Functions (I2NSF) Analyzer and Security Controller in an
   I2NSF system in a Network Functions Virtualization (NFV)
environment.
   The information model and YANG data model is based on the I2NSF
   Consumer-Facing Interface for enabling feedback delivery based on
the
   information received from the Network Security Function (NSF).


The IETF datatracker status page for this draft is:

https://datatracker.ietf.org/doc/draft-lingga-i2nsf-application-interfac
e-dm/

There is also an htmlized version available at:

https://datatracker.ietf.org/doc/html/draft-lingga-i2nsf-application-int
erface-dm-00


Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


_______________________________________________
I-D-Announce mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
.



_______________________________________________
I2nsf mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/i2nsf

Reply via email to