[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