[netmod] Re: Opsdir last call review of draft-ietf-netmod-rfc6991-bis-16
Jürgen Schönwälder <jschoenwaelder@constructor.university> Mon, 21 October 2024 10:20 UTC
Return-Path: <jschoenwaelder@constructor.university>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E892EC09E1C3; Mon, 21 Oct 2024 03:20:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.244
X-Spam-Level:
X-Spam-Status: No, score=-1.244 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=no 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 YfrdYwm4iksU; Mon, 21 Oct 2024 03:20:28 -0700 (PDT)
Received: from beadg.de (beadg.de [178.254.54.206]) by ietfa.amsl.com (Postfix) with ESMTP id 0EF67C207964; Mon, 21 Oct 2024 03:20:25 -0700 (PDT)
Received: from localhost (firewallix.jacobs-university.de [212.201.44.246]) by beadg.de (Postfix) with ESMTPSA id CF89416A048; Mon, 21 Oct 2024 12:20:23 +0200 (CEST)
Date: Mon, 21 Oct 2024 12:20:22 +0200
From: Jürgen Schönwälder <jschoenwaelder@constructor.university>
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Message-ID: <ZxYq5nAc96b08DcL@alice.eecs.jacobs-university.de>
Mail-Followup-To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>, ops-dir@ietf.org, draft-ietf-netmod-rfc6991-bis.all@ietf.org, last-call@ietf.org, netmod@ietf.org
References: <172598125151.2867807.3584395994742506807@dt-datatracker-68b7b78cf9-q8rsp>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <172598125151.2867807.3584395994742506807@dt-datatracker-68b7b78cf9-q8rsp>
Message-ID-Hash: DLJLPDAET7AGNOUQH7E7MT3257XY2N4N
X-Message-ID-Hash: DLJLPDAET7AGNOUQH7E7MT3257XY2N4N
X-MailFrom: jschoenwaelder@constructor.university
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netmod.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: ops-dir@ietf.org, draft-ietf-netmod-rfc6991-bis.all@ietf.org, last-call@ietf.org, netmod@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Reply-To: Jürgen Schönwälder <jschoenwaelder@constructor.university>
Subject: [netmod] Re: Opsdir last call review of draft-ietf-netmod-rfc6991-bis-16
List-Id: NETMOD WG list <netmod.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/SSAVjOssxZv-IoM6MuvRdBMSAKg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Owner: <mailto:netmod-owner@ietf.org>
List-Post: <mailto:netmod@ietf.org>
List-Subscribe: <mailto:netmod-join@ietf.org>
List-Unsubscribe: <mailto:netmod-leave@ietf.org>
Thanks for the review. I like the proposal to merge the text currently found in the appendix into the introduction (and to also point out that Section 2 provides an overview of all types). I am less sure a detailed discussion why specific types were added is useful. At the end it is the NETMOD working group managing this document. Perhaps I should add a statement like "Additional type definitions may be added in the future by submitting proposals to the NETMOD working group." to clarify that there is a process to propose new types. And this may also serve as a hint that detailed discussions can be found in the working group archives. /js On Tue, Sep 10, 2024 at 08:14:11AM -0700, Giuseppe Fioccola via Datatracker wrote: > Reviewer: Giuseppe Fioccola > Review result: Has Nits > > This document is clear for its scope. It simply adds new type definitions to > the "ietf-yang-types" and "ietf-inet-types" YANG modules and obsoletes RFC 6991. > > The new types defined in the YANG modules are quite understandable, but I would > suggest to add some explanation, maybe in section 2, about the motivations > behind the addition of these new types (for example, the new date/time related > types compared to the date-and-time type already defined in RFC 6021). > > I noticed that there are two appendixes about the changes from RFC 6991 and > from RFC 6021, which only refer to section 3 and section 4. I think it is > useful to add a reference also to section 2, since the tables there show the > new types with respect to RFC 6991 and RFC 6021. Additionally, you can consider > to move these appendixes as subsections of section 1. > > > -- Jürgen Schönwälder Constructor University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
- [netmod] Opsdir last call review of draft-ietf-ne… Giuseppe Fioccola via Datatracker
- [netmod] Re: Opsdir last call review of draft-iet… Jürgen Schönwälder
- [netmod] Re: Opsdir last call review of draft-iet… Giuseppe Fioccola