[CCAMP][Errata Rejected] RFC9656 (8128)
RFC Errata System <rfc-editor@rfc-editor.org> Wed, 09 October 2024 15:02 UTC
Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: ccamp@ietf.org
Delivered-To: ccamp@ietfa.amsl.com
Received: from rfcpa.rfc-editor.org (unknown [167.172.21.234]) (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 ietfa.amsl.com (Postfix) with ESMTPS id 3E290C14F5FC; Wed, 9 Oct 2024 08:02:31 -0700 (PDT)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id 95A383B87A; Wed, 9 Oct 2024 08:02:30 -0700 (PDT)
To: mohamed.boucadair@orange.com, scott.mansfield@ericsson.com, jonas.ahlberg@ericsson.com, amy.yemin@huawei.com, Xi.Li@neclab.eu, daniela.spreafico@nokia.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20241009150230.95A383B87A@rfcpa.rfc-editor.org>
Date: Wed, 09 Oct 2024 08:02:30 -0700
Message-ID-Hash: 2P74LESFOXFBV7R62VPHGJLMLIWTA3S7
X-Message-ID-Hash: 2P74LESFOXFBV7R62VPHGJLMLIWTA3S7
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ccamp.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: iesg@ietf.org, ccamp@ietf.org, rfc-editor@rfc-editor.org
X-Mailman-Version: 3.3.9rc5
Precedence: list
Subject: [CCAMP][Errata Rejected] RFC9656 (8128)
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ccamp/HqtG0rHfaGGaDxEKFaIR3dKAuEc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ccamp>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Owner: <mailto:ccamp-owner@ietf.org>
List-Post: <mailto:ccamp@ietf.org>
List-Subscribe: <mailto:ccamp-join@ietf.org>
List-Unsubscribe: <mailto:ccamp-leave@ietf.org>
The following errata report has been rejected for RFC9656, "A YANG Data Model for Microwave Topology". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid8128 -------------------------------------- Status: Rejected Type: Technical Reported by: Mohamed BOUCADAIR <mohamed.boucadair@orange.com> Date Reported: 2024-10-01 Rejected by: John Scudder (IESG) Section: A.1. Original Text ------------- "network-id": "L2-network", Corrected Text -------------- "network-id": "example:L2-network", Notes ----- (1) The use of strings here is not consistent with RFC8345 which says the following * "The current data model defines identifiers of nodes, networks, links, and termination points as URIs. Alternatively, they could have been defined as strings. The case for strings is that they will be easier to implement. The reason for choosing URIs is that the topology / node / termination point exists in a larger context; hence, it is useful to be able to correlate identifiers across systems. Although strings -- being the universal data type -- are easier for human beings, they also muddle things. What typically happens is that strings have some structure that is magically assigned, and the knowledge of this structure has to be communicated to each system working with the data. A URI makes the structure explicit and also attaches additional semantics: the URI, unlike a free-form string, can be fed into a URI resolver, which can point to additional resources associated with the URI. This property is important when the topology data is integrated into a larger and more complex system." and typedef network-id { type inet:uri; description "Identifier for a network. The precise structure of the network-id will be up to the implementation. The identifier SHOULD be chosen such that the same network will always be identified through the same identifier, even if the data model is instantiated in separate datastores. An implementation MAY choose to capture semantics in the identifier -- for example, to indicate the type of network."; } (2) Overall, almost all the examples that include the following should be fixed: * nw:node-id * nw:network-id * nt:link-id * nt:tp-id * tet:node-ref --VERIFIER NOTES-- The issue identified is correct, but following discussion of this erratum (see https://mailarchive.ietf.org/arch/msg/ccamp/OQ-oLx2smsmdC4dcn6aB9i-hWE8/) four other errata reports were opened instead, one per affected subsection. Errata 8131-8134 have been verified and address the issue identified here. -------------------------------------- RFC9656 (draft-ietf-ccamp-mw-topo-yang-12) -------------------------------------- Title : A YANG Data Model for Microwave Topology Publication Date : September 2024 Author(s) : S. Mansfield, Ed., J. Ahlberg, M. Ye, X. Li, D. Spreafico Category : PROPOSED STANDARD Source : Common Control and Measurement Plane Stream : IETF Verifying Party : IESG
- [CCAMP][Errata Rejected] RFC9656 (8128) RFC Errata System