Re: [art] [I2nsf] Artart last call review of draft-ietf-i2nsf-nsf-monitoring-data-model-12

Valery Smyslov <valery@smyslov.net> Wed, 01 December 2021 15:01 UTC

Return-Path: <valery@smyslov.net>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7423E3A0412; Wed, 1 Dec 2021 07:01:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.788
X-Spam-Level:
X-Spam-Status: No, score=-0.788 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_VALIDITY_RPBL=1.31, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=smyslov.net
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 5t3w0wGOKEGG; Wed, 1 Dec 2021 07:01:40 -0800 (PST)
Received: from direct.host-care.com (direct.host-care.com [198.136.54.115]) (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 780E73A0408; Wed, 1 Dec 2021 07:01:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=smyslov.net ; s=default; h=Content-Type:MIME-Version:Message-ID:Date:Subject:In-Reply-To: References:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=PNUJKt2OqqWPoWuPGqnbgZ0WfLaqaWfrmLdupqBLUVM=; b=U14gPjLEshYRhOYwFH99w4Ms13 be6P/b6FOqlXkOeSczZ78B2KwHeIDb8932LWmcMIhI4IzCvd2k3qvAUP4Z6oTqiOvPLc4BJasctk3 31d570DC6KZdfUqap57UFpxvu+bo4dgnb/PxlndVjlJ23sWqOPgHmM+7a/AB1MD3NzYjeE/S8u8Y8 z3HdyxrpTxeje/ryAH0U/r7ToRj6liHCpUUn5adhKsq0IvnQ6D+YyhoXhgmYtZWLQcYce6HMagaTy j7M7KsOn0pqsUaQsn52kiFO19GwfXzjqPoWE5S/Be8U2xaHQhHVps+lWLoaEiFxFd6zZiRcujgFOm w+2AynRQ==;
Received: from [93.188.44.204] (port=58967 helo=buildpc) by direct.host-care.com with esmtpsa (TLS1.2) tls TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from <valery@smyslov.net>) id 1msR71-0002mi-MA; Wed, 01 Dec 2021 10:01:36 -0500
From: Valery Smyslov <valery@smyslov.net>
To: "'Mr. Jaehoon Paul Jeong'" <jaehoon.paul@gmail.com>
Cc: art@ietf.org, i2nsf@ietf.org, draft-ietf-i2nsf-nsf-monitoring-data-model.all@ietf.org, 'Last Call' <last-call@ietf.org>, 'skku-iotlab-members' <skku-iotlab-members@googlegroups.com>
References: <163828342343.30134.5648688655541156757@ietfa.amsl.com> <CAPK2Dex0hYppKxCWj85ZCka8ssUrhER7B7L7aGgcGMzy8b_F4w@mail.gmail.com>
In-Reply-To: <CAPK2Dex0hYppKxCWj85ZCka8ssUrhER7B7L7aGgcGMzy8b_F4w@mail.gmail.com>
Date: Wed, 01 Dec 2021 18:01:29 +0300
Message-ID: <008801d7e6c4$5436e060$fca4a120$@smyslov.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0089_01D7E6DD.798577F0"
X-Mailer: Microsoft Outlook 14.0
Content-Language: ru
Thread-Index: AQHEVVwoPJ09zmXN1Mzy3pQUm9lWngF4XYSxrDkXIFA=
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - direct.host-care.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - smyslov.net
X-Get-Message-Sender-Via: direct.host-care.com: authenticated_id: valery@smyslov.net
X-Authenticated-Sender: direct.host-care.com: valery@smyslov.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/1NQdMylU6EWI0xh3j79JX_FJa-8>
Subject: Re: [art] [I2nsf] Artart last call review of draft-ietf-i2nsf-nsf-monitoring-data-model-12
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Dec 2021 15:01:46 -0000

Hi Paul,

 

Hi Valery,

Thanks for your kind review.

Here are my answers below.

 

On Tue, Nov 30, 2021 at 11:44 PM Valery Smyslov via Datatracker <noreply@ietf.org> wrote:

Reviewer: Valery Smyslov
Review result: Ready with Issues

I am the assigned ART directorate reviewer for this document. These comments
were written primarily for the benefit of the ART area directors.  Document
editors and WG chairs should treat these comments just like any other last call
comments.

The document defines an information model and the YANG data model for an
interface used for monitoring Network Security Functions in the I2NSF framework.

Issues.

1. The YANG Data Model contains human-readable strings, like "src-user",
"message", etc. From description of thees fields they seem to contain a
free-form text with no indication in which language it is written. Section 4.2
of BCP 18 requires that protocols that transfer text MUST provide for carrying
information about the language of that text (e.g. via language tags).

  => src-user is the I2NSF User's name who generates the policy. 

       message is "the extra detailed description on NSF monitoring data to give

       an NSF data collector the context information as meta data". 

       I will clarify the definitions of src-user and message more clearly in the draft

       with the above definitions.

 

          I don’t think that the definition of these fields is incorrect.

          My point was that these fields are human-readable strings

          and thus it is needed to indicate in which human language they are written

          (unless we stick with the only one, say English).

          For example, language tags (RFC 5646) can be used for this purpose.

 

2. There are a number of 32-bit counters in the model. In high performance
networks they would wrap around after a relatively short period of time. It is
not clear how this situation is handled.

 => To prevent the counters from wrapping around quickly, I will replace 32-bit

      with 62-bit for counters.

 

          Great.

 

          Thank you,

          Valery.

 

      Thanks.

 

      Best Regards,

      Paul 




_______________________________________________
I2nsf mailing list
I2nsf@ietf.org
https://www.ietf.org/mailman/listinfo/i2nsf