[Iot-directorate] Iotdir last call review of draft-ietf-nmop-terminology-12
Carsten Bormann via Datatracker <noreply@ietf.org> Tue, 25 February 2025 11:42 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: iot-directorate@mail2.ietf.org
Delivered-To: iot-directorate@mail2.ietf.org
Received: from mail2.ietf.org (mail2 [166.84.6.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPSA id 83C6EF0416; Tue, 25 Feb 2025 03:42:35 -0800 (PST)
Received: from [10.244.8.229] (unknown [104.131.183.230]) by mail2.ietf.org (Postfix) with ESMTP id 4CF1EF0414; Tue, 25 Feb 2025 03:42:35 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Carsten Bormann via Datatracker <noreply@ietf.org>
To: iot-directorate@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 12.37.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <174048375514.514315.7611517372815752227@dt-datatracker-865df477df-9x8cj>
Date: Tue, 25 Feb 2025 03:42:35 -0800
Message-ID-Hash: I3PFWCAM4KFYL2PU4NXEI4LKP5XGISKK
X-Message-ID-Hash: I3PFWCAM4KFYL2PU4NXEI4LKP5XGISKK
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-nmop-terminology.all@ietf.org, last-call@ietf.org, nmop@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Carsten Bormann <cabo@tzi.org>
Subject: [Iot-directorate] Iotdir last call review of draft-ietf-nmop-terminology-12
List-Id: Mailing list for the IoT Directorate Members <iot-directorate.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/iot-directorate/fTUHIc6JCOs_U-fjQ72WlJy-2MA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iot-directorate>
List-Help: <mailto:iot-directorate-request@ietf.org?subject=help>
List-Owner: <mailto:iot-directorate-owner@ietf.org>
List-Post: <mailto:iot-directorate@ietf.org>
List-Subscribe: <mailto:iot-directorate-join@ietf.org>
List-Unsubscribe: <mailto:iot-directorate-leave@ietf.org>
Reviewer: Carsten Bormann Review result: Ready with Issues (Insert IOTDIR review boilerplate here.) My apologies for the tardy completion of this review assignment. Thank you again for doing this work, and for considering my feedback to the -07 revision of this draft. I read this document anew (trying not to be influenced by my older review, which I believe you have taken care of). I believe this is almost ready to publish, limited to a few (smaller) actual issues. These and some more nitpicking below. (Page numbers below are with respect to a PDF rendering that I had to create on my own as the data tracker cannot currently create a proper PDF form of I-Ds. Please find it, with the markups referenced below, at: https://tzi.org/~cabo/draft-ietf-nmop-terminology-12-marked.pdf ) ## Minor * Box, page 4 metadata This is the only occurrence I find for this word, and I'm not sure if I understand why it is used here; I think it means something different than the result of processing some data. * Anchored Note, page 4 Observability This term is interesting, as its name suggests a capability, not a process. There probably will be no confusion among the intended consumers of this terminology, but this small dissonance may be worth half a sentence. * Anchored Note, page 4 data gathered This is now saying that Network Monitoring exclusively feeds from Telemetry, and what Monitoring mostly is concerned with is keeping a record of that. Naïvely, I would expect there are some additional sources of information that go into that record, particularly events on the intent side. E.g., you would monitor that an interface went down, but you also would monitor (take into the record) that it was administratively shut down -- that will certainly help with making sense of the Event. * Anchored Note, page 6 Thus a Fault happens at a moment in time So a Fault always goes away right after this moment in time? I’m not sure that this is an intuitive (i.e., familiar) usage of this term. * Anchored Note, page 7 requires ➔ may require (except for false alarms) * Anchored Note, page 12 Fault Management Is this just a statement about fault management? (There is one more place where "Fault Management" is used and maybe "Fault and Problem Management" is meant; otherwise the document is very careful to use the latter, so I'm wondering whether there is a semantics difference here.) ## Editorial * Highlight, page 4 behavior, and to identify, anomalies Can't parse. * Highlight, page 4 where This fragment is not really trying to be a sentence with the bullet items following it. * Anchored Note, page 6 whilst a Problem is unresolved it may continue to require attention This is not surprising. What is the note trying to say? I looked up “whilst” (which I'm not seeing very often), and maybe this BE word doesn’t help my understanding. whilst | (h)waɪlst | British English conjunction 1 during the time that; at the same time as: Michael runs the island co-operative whilst Mary runs the pub | the natural resources are used up whilst the population continues to increase. 2 whereas (indicating a contrast): some employers have a relaxed dress code, whilst others insist on formal attire. * Anchored Note, page 7 relationship Figure 1 misses out on the 1:n (1:1? m:n?) nature of the relationships. ## Nits * Highlight, page 3 help to set (There is a "help distinguish" above -- is it to or not to?) * Circle, page 4 ta . Th (Spurious blank space.) * Circle, page 5 d. (Missing closing parenthesis.) * Anchored Note, page 6 which ➔ that (No comma ➔ I read this as a restricting clause, which is easier to understand with “that”.) * Highlight, page 6 consider a loss of light State may cause Hard to parse. * Anchored Note, page 7 PAs s/PAs/As/
- [Iot-directorate] Iotdir last call review of draf… Carsten Bormann via Datatracker
- [Iot-directorate] Re: Iotdir last call review of … Adrian Farrel
- [Iot-directorate] Re: Iotdir last call review of … Carsten Bormann
- [Iot-directorate] Re: Iotdir last call review of … Adrian Farrel
- [Iot-directorate] Re: Iotdir last call review of … Carsten Bormann