Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: yang-tooling@mail2.ietf.org
Delivered-To: yang-tooling@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1])
	by mail2.ietf.org (Postfix) with ESMTP id 54776B62D036
	for <yang-tooling@mail2.ietf.org>; Thu, 12 Feb 2026 03:53:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
	tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001]
	autolearn=ham autolearn_force=no
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 ZfcDiSCxYh-n for <yang-tooling@mail2.ietf.org>;
	Thu, 12 Feb 2026 03:53:53 -0800 (PST)
Received: from relay.sandelman.ca (relay.cooperix.net
 [IPv6:2a01:7e00:e000:2bb::1])
	(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 D698DB62D02E
	for <yang-tooling@ietf.org>; Thu, 12 Feb 2026 03:53:52 -0800 (PST)
Received: from dyas.sandelman.ca (unknown [38.147.135.10])
	by relay.sandelman.ca (Postfix) with ESMTPS id BEA261F469;
	Thu, 12 Feb 2026 11:53:51 +0000 (UTC)
Received: from dyas (localhost [127.0.0.1])
	by dyas.sandelman.ca (Postfix) with ESMTP id 2B277AC321;
	Thu, 12 Feb 2026 06:53:48 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Andy Bierman <andy@yumaworks.com>, Carsten Bormann <cabo@tzi.org>,
    yang-tooling@ietf.org
In-Reply-To: 
 <CABCOCHQR_9aTwy_f5Zn1k-uzMo5TuLiWt++guLY=NyRDe+q0uA@mail.gmail.com>
References: 
 <CABCOCHTP52cfDVeguY3iYbzJqmCfg-z5cMeFz-y_3vNw250TEg@mail.gmail.com>
 <1263365.1770129015@dyas>
 <CABCOCHRHAEkiAJu=TtaZDERG9eiq_Ay9txRt10DEOgPYu3eprA@mail.gmail.com>
 <6c4f3e7e-ffa3-404b-83b3-9533f4046212@iotconsultancy.nl>
 <CABCOCHTWV2amW1wdHPQyd5jeaAVeie1S2xFfFf2ZgZQ6EbCKqg@mail.gmail.com>
 <4c11110f-fe64-414f-ad78-0183c61851b8@iotconsultancy.nl>
 <DDC68541-9A77-4AFD-BF36-DF6A75CF888B@tzi.org>
 <ce89bf21-8806-4590-9f37-a1eefa44b979@iotconsultancy.nl>
 <408BA8A1-AD8E-4CED-9991-B4632577986E@tzi.org>
 <7aca3e8e-ac46-4bb5-8b16-f75b51490b55@iotconsultancy.nl>
 <56406098-2B8F-402B-BE6A-AE9FEA9D7217@tzi.org>
 <CABCOCHQR30cSFqoFiYrj-PhX42r9o8zkSz9idVSOZYOyLD4A4A@mail.gmail.com>
 <ee28c8c1-fe81-4f9f-ba36-b60c74b5d156@iotconsultancy.nl>
 <CABCOCHR-oo5xK2bbagDUtK=1Mi5dBLjNT8r=4Y4QSJoFs0SgRA@mail.gmail.com>
 <b1256b3f-794b-40e8-a7e8-d1395fa7aa0d@iotconsultancy.nl>
 <EE144B22-21ED-46E8-8963-3D5639F377E9@tzi.org>
 <CABCOCHSzgtHZ3YpEwCrCtXBTFjusidzP3aCDbeJySM36toFoeA@mail.gmail.com>
 <CABCOCHTC-VTk5g
 BY7O95Au8eUF84pgVA2q4z7d8kY8N4hsFVtw@mail.gmail.com>
 <6E107270-5943-4615-A221-24FC6A66D914@tzi.org>
 <CABCOCHR32FgW_y54KTomJcD+kaFn_yqupr1-zCJJyHsPEoxX5g@mail.gmail.com>
 <CABONVQZTqmiGPW3WdEABPeLCwiJXoXxnWZqEo2zVVt0wLto-6g@mail.gmail.com>
 <CABCOCHR7NyT3BYqp7AWhKx30dYgLDc9bTPRMCDxYtgWBTw37_A@mail.gmail.com>
 <CABONVQYyuVaeUYiF2jVQP+WecntE3pdZ=S_9h3D=3OKmOaZYFg@mail.gmail.com>
 <CABCOCHSohiqD3knXA4BGbBRUz=QYS+JmfZy+KTfu_gwXs1x_ug@mail.gmail.com>
 <3A8390F8-C788-4174-A7E2-2872694AAD41@tzi.org>
 <CABCOCHQyU+a0EFK-Bfj2V5OpqaOYAAm4MAAtTyJpmXkgzEDuAQ@mail.gmail.com>
 <1520919.1770460646@dyas> <7C586095-1A0E-4F99-B7FD-6AB1FD822DB6@tzi.org>
 <CABCOCHQR_9aTwy_f5Zn1k-uzMo5TuLiWt++guLY=NyRDe+q0uA@mail.gmail.com>
X-Mailer: MH-E 8.6+git; nmh 1.8+dev; Emacs 29.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha512; protocol="application/pgp-signature"
Date: Thu, 12 Feb 2026 12:53:48 +0100
Message-ID: <2318163.1770897228@dyas>
Message-ID-Hash: 5YNBWJ4MKCMOOSJO2PMZNCUATJMAYJ35
X-Message-ID-Hash: 5YNBWJ4MKCMOOSJO2PMZNCUATJMAYJ35
X-MailFrom: mcr+ietf@sandelman.ca
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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: =?utf-8?q?=5Byang-tooling=5D_Re=3A_SID_file_issues_/_=2Esid_file_differences?=
	=?utf-8?q?_in_pyang_and_core-wg/pyang?=
List-Id: "Contributing to and tracking the progress of YANG tooling,
 as it concerns IETF work that uses YANG." <yang-tooling.ietf.org>
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/yang-tooling/mXmM_0-g-s8jYF-4l9-UA1Wi0b0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-tooling>
List-Help: <mailto:yang-tooling-request@ietf.org?subject=help>
List-Owner: <mailto:yang-tooling-owner@ietf.org>
List-Post: <mailto:yang-tooling@ietf.org>
List-Subscribe: <mailto:yang-tooling-join@ietf.org>
List-Unsubscribe: <mailto:yang-tooling-leave@ietf.org>

--=-=-=
Content-Type: text/plain


Andy Bierman <andy@yumaworks.com> wrote:
    > The SID item can be used at the encode/decode layer to deal with
    > individual nodes.  If a 'structure' is used, no extra schema nodes
    > (e.g., rpc) are allowed.  They just convert to/from the internal
    > format, so only the nodes expected to be present in the data are
    > specified.  The YANG validation can be done by a higher layer (or not
    > at all).

(we missed you yesterday for the CORE WG Virtual Interim. Watch the
recording.  Carsten's slides were very good.)

A reason why I think we need a bit more than just an errata is because I
don't really understand the CORECONF use cases that would require SIDs/NIDs
for choice nodes.  That's likely because I haven't written an orchestrator.

    > We are trying to let a client use XML, JSON, or CBOR for any NETCONF or
    > RESTCONF message.  YANG Push does not use metadata, but several RPC
    > operations use it.

I'd like to understand more.


--
Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-                      *I*LIKE*TRAINS*




--=-=-=
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAmmNv0sACgkQlUzhVv38
QpDScQf+KFWxlprrRG4yy1MuBh98a9Rs7GveV9qF3nf5nqgKYB48/ak6pSXONdaY
SYxyScslg5DNt1JobTGeGuUJ+QqrTkw76RqFxpYFBqjWEw9OEtIh/hpa6EW9qdSM
XVMX4N5pDWSiLra3zo/5nfVhB9qBCUc3juoOYkPK8Dr0CbA25UsFV3P6DBpa6Euj
YsGggg2AndIqTLtSugEz3FGEzvXGTwAl/VIvU/yJFmivsTWTdHdeoMKAIbP0E1XF
t78eXyFxLOI1xo605oDdxD6r0sSsgTGubaMvIk5Cixxy2Q/7M9Hs1qBEoes/5g1N
sSfzaWT7v/MNk5EIuUHaIBetj+d/Wg==
=GGmY
-----END PGP SIGNATURE-----
--=-=-=--

