IETF Logo Mail Archive

[yang-tooling] Re: SID file issues / .sid file differences in pyang and core-wg/pyang

Michael Richardson <mcr+ietf@sandelman.ca> Thu, 12 February 2026 11:53 UTC

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: [yang-tooling] Re: SID file issues / .sid file differences 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>

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*

v2.46.0 | Report a Bug | By Email | System Status