[core] Re: YANG metadata without data
Carsten Bormann <cabo@tzi.org> Sun, 15 March 2026 18:40 UTC
Return-Path: <cabo@tzi.org>
X-Original-To: core@mail2.ietf.org
Delivered-To: core@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 99895CA8F4F7 for <core@mail2.ietf.org>; Sun, 15 Mar 2026 11:40:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.688
X-Spam-Level:
X-Spam-Status: No, score=-1.688 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=tzi.org
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ltuyOqc6G7xF for <core@mail2.ietf.org>; Sun, 15 Mar 2026 11:40:42 -0700 (PDT)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::21]) (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 ESMTPS id 16F1FCA8F4F4 for <core@ietf.org>; Sun, 15 Mar 2026 11:40:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=tzi.org; s=2019; t=1773600034; bh=YP7K+6IQcuf20lR44J1rokx5898Zc3VpuE+m2yUr9Mo=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=btt74pEcN2dfiRi9grIuwoQeQdQ0irOmPUGLOXaZkcyE+lFP/UXWE13fBpXe+hKzx yF8fo4qRYU6gsXcUrKk8+3412GIRlgYvQ/D7E3hadG2cOc9UgYyYR9LIkU5Kbt1Mg8 EcmID3Sno9lbsEfd4cCVyEwUF2DHXvJ5bPoTGj+VJXfkdXwe6YDVRDelnC02R2Qms7 cUEz7yQSEMHnTu7Bq9vEUc/g7lTDC43KLeJrdJl2RMBQxdUavoR8LurWr8lByu/gUi e3zwaBAA9X+GiDIi39RU3A/iNAYrBuqb87pophjrzaTNGR3euR4tH+udCAO5tl+/q6 CNWwWM13jaKsA==
Received: from [192.168.217.132] (p548dc181.dip0.t-ipconnect.de [84.141.193.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4fYn8y55KPzDCbj; Sun, 15 Mar 2026 19:40:34 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <CABCOCHRk6vXsknNkt3-sfm9ATxTjxyE-=Rhi8GYHjBgRvyQtMA@mail.gmail.com>
Date: Sun, 15 Mar 2026 19:40:34 +0100
X-Mao-Original-Outgoing-Id: 795292834.188893-a145afce11936f87ac04b2b3869e1775
Content-Transfer-Encoding: quoted-printable
Message-Id: <20B2306D-2232-45A0-8DE6-77BCE4A6DD8E@tzi.org>
References: <CABCOCHRk6vXsknNkt3-sfm9ATxTjxyE-=Rhi8GYHjBgRvyQtMA@mail.gmail.com>
To: Andy Bierman <andy@yumaworks.com>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
X-FromAuthMilter: ok
Message-ID-Hash: O24CID2XA74MUVGTCSNYZLP22MHNQY2P
X-Message-ID-Hash: O24CID2XA74MUVGTCSNYZLP22MHNQY2P
X-MailFrom: cabo@tzi.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-core.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Core <core@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [core] Re: YANG metadata without data
List-Id: "Constrained RESTful Environments (CoRE) Working Group list" <core.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/scE4vh1VHB7qKvuPRKkShd59e9A>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Owner: <mailto:core-owner@ietf.org>
List-Post: <mailto:core@ietf.org>
List-Subscribe: <mailto:core-join@ietf.org>
List-Unsubscribe: <mailto:core-leave@ietf.org>
On 2026-03-15, at 19:11, Andy Bierman <andy@yumaworks.com> wrote: > > Hi, > > Regarding this issue: > > (Editor's note:) QUESTION: Do we need to represent metadata maps without the actual instance representation present? If yes, we could simply make the second element of the array in Figure 1 optional. > > > There is no use-case for metadata without data. > More importantly, there is no way for a client or server to use it. > It needs to be attached to a data node. Thank you. Now https://github.com/core-wg/draft-ietf-core-yang-metadata/pull/1 … which I’ll merge in the course of the week, barring more discussion. Grüße, Carsten
- [core] YANG metadata without data Andy Bierman
- [core] Re: YANG metadata without data Carsten Bormann