[netmod] Re: Template draft update

Reshad Rahman <reshad@yahoo.com> Wed, 12 November 2025 15:24 UTC

Return-Path: <reshad@yahoo.com>
X-Original-To: netmod@mail2.ietf.org
Delivered-To: netmod@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 53EB488194CE for <netmod@mail2.ietf.org>; Wed, 12 Nov 2025 07:24:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.com
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 hoRuA67xa2Ur for <netmod@mail2.ietf.org>; Wed, 12 Nov 2025 07:24:39 -0800 (PST)
Received: from sonic303-2.consmr.mail.bf2.yahoo.com (sonic303-2.consmr.mail.bf2.yahoo.com [74.6.131.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id A7CCE88194C7 for <netmod@ietf.org>; Wed, 12 Nov 2025 07:24:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762961073; bh=ln9x7wx3IxZxc0gS12Ze0nwwMBTReFbwiQ4FSqe4A6c=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=jnbYpdXEGtxs8eBnv7z+Nx9UJfgzcxsZ4erkb70ckkAjSZL4+Cb65nE1t1k7YjE+mkaqgplihS8v5jPAZ2FWsYhTlTMaJoMjelrpiWylVztR++GFkFtoS++9ajW7kTfrFgtij/DCrcesAPBS4jgj2OJBHHxE20IGqh08s6tgZt5Un9/jNNPKrhc+9QjSXzr8zhSif/Y4KqwPkSl6gmzj/Ol4eh1QParh+ctzGounSms1dw+tIxKWyDUPhXoAu5ZcoHE1N6vMibieYY3P2yxErsx7vmmHhymR5HjGroR7uF7KEy8tyMmHKCUYVfXRztjTVqitUJ58L3ubRA3aVMsdzg==
X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762961073; bh=hEf0naesK0coFZQCw/k3PTiKQXamWTiCEdU+9YuyC6W=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=JcDQtGF7pYpF0FFTLjV8NtBuZyqTUdAxJaStubqm9VlmQDs/D2U8Czv3Vji9Vy9nOiU8C0TUeawn6+37zGsUHrAB3j5ymM6uLlXqg3oxJbPKT2hICbf6zzKzLB4gXWSf2Lh6V8RpGY2Dl1wqFxTmvpUTp4QjwAdlkOj8Cfn+8LL0/9Y/28GxcajVU072zupVEpZT5gltMsGJNBJmO3UP6IVb1CnaE/aSCIv+9HUMJhZfouZAutEwFCuBgAIshEi8uZ5d4XiB8HC84DDxT1ANWR05+0yOC0tXI2hL3NyAatNLCK8uEh9Li3VdtRI145z438ADrCPYyPDxkLDSFGWw/g==
X-YMail-OSG: _phYvSMVM1kmdmE8ZSycVrYj71AzMfxAPHUuDGs5joUu4oLWHbvmfW90iBJrIhi OpaK8WPlf2PeUCF2z1bO38Il1O18FrBAO4AsNkMry7.hTTC_7LohftmiBu99DH7lG7UzjpO0pMSe RI3gv5k3nBfmvx_0.qsqXjC89hqhqI1Ajz2kqzMx8rE0BC6V6xnLUXjBs3Nkusu9r.E5YxOxr01a ZiXmyWaVA2UiYW4vmzKmwi4U2kHIilODMzDRynt8uTdPi_keGRCMEpcaiYtVhrANQoYXhvBbY1Zn GO8vuX0gkG_AMSe1dd62U7SwpMpb.5_aGAIdKw3L8.D0SA9OndnnNrFGO4K5u6a8CNn90v_7Huod vi4zX3jKjjHrDI7VrHWuvdLr6woucvMnEizanuS1D3qb.8U_8qyZWUp1RhTpvlRJdS0jkC1h7nxc 1e6v5Ui0jy9oHacmZukcNchtIf7QeToK8jH8wIupuqv_d3JSh6XMP.243qSmPJCUR_hAaCTJoZ6B p_Ow3ApUf5zJrYkBlMXvLd7q_Yxz_Obnqsmv55bPtLsFBLN558l1mwk5FsqA4HWpuUWv6gqWEe1j PGmewJf08yA4xQ4u4.wlUUfdRB2HVM7PtDgLcoM_RjZXAKYecIytK8lZb.6hF9Q44eXasyHm0Zl_ 8vcmHyj_.x4rAHHIS2LOTy0GtqdKP2Sg7pJGWsG9c5hR28xN4hajC56OBFiMsGLc4ANnZUHxJGko xR0.UC_r3ZycLphK7k6aTDwTdyKvyxzGnpkvSmkyyxAvjGNzUAAoQfhVZIiV_yOzgM8AsH9nk4rv vg4tT1yh5CFl1yYOEVN.JqLV2PA5kx7jl_9SoTCXL8w.cMsiPDtfz0X6yYkStHVRHbXf_9nUhWbF UnoWWWLOrNIWdxa7z1XViPUankcKNVaF2W0cUWyILsTPAqq8Kb.EjoTevdu0iQWyEYOaexoPmGwx eFwQJiboHEzMeoLgXe8HmkmEnGl_PKJKVq6P.Yxq01Fk0j_SQK0_6WB8ElPZDbEsvKA9YzAgPbQn gbLWW_z6kgVPiYTSSWjmHBEWBVgSKQ2g_AQd6V1Bn4nbtjLejA4UdjjNRpY.pkir8IC59DiaLsZo vKYxiCzgXdfAq.HXSt1i3O7X4ygfhCwJbW4gG8WbMFg_FbeeRdeiCsdo04WvZT3Iq3bN9zBt2wst KURGp48GL64Ypk0LR0hTaBl9qVpEqetk73ideoDWypbt6l8BV4HYTeNM7WZiW1ovVnzr6aknzkTf Rc4v5C.MXUws5vMz.fNp9wz_sYoe8bTbr1OHJOv39fnjKqYJ0SGuiVxohGbUPsWEF.9lBLC.hv_v pnd_Qn_bp01uqvtoP6.KoH4M5DasdFg4B4Es6SO.GYELXZBtEJ.DGLSOMUmX.iQMlyDovnk2rUbY HBIbu2_zWyis_vhPF.yPmy0TZ4bZAgdyTnPHwR9tcadESpZTXqM5bgailOij2z8szUJY6yQ01iel nyOUGQbZSpTd5FHdoirZUvQFMtweYenJH0OIT5hOkCyXqHVjlKn5CZvPnDZ.JJW3Rz2gowlNJzwz GmBBtCD2YLMAtBjqRi7KNjSOk1m7upoCo7Gk8Mk7me.h9RF88SIYwRwnxNnnUknhKQ_6dKhBAa7k LULvZc3Ta6pQCNbBm90ikwVsHO6ZzfpvBG6GpEBrDI8b95l5wTYZD97kT3.OFiOw2F8epMoG6027 YKX1CAqKVP6qPepRh3ycDMcyuKvuOUreLD2P3CgvZHjO.n1hO5HqEKKP3ks7o2nyXr7FGK0JK2ah Ydci5e13mu6N338e_lxwh1kbolLHg0oVzCvR.UPfc9lus9A5NHg.Hu_R7kmfBoVyy16k1_bk1WUo vhyqkjufbTLa2UA5tMFP6aIM2cZk4QdfMx7BDj_o1vaw9v0bzf8v0rHC_iGMQ29Ytbazy5efGiZS 7VQXJRxJPyw_PTPn7oxVhs1EMJpOFMCwSzx70XaU2SxhI0JW2YJ5o6i7p8JJd5y9vwbqqtg3rW5c d9JaNBKEKnS.Ds8hzPiKxb8qToESXAzsRVImx5suz6Om7VmsoGHlCGCP5zIGS0Or766qzUlIFqQQ UC7j_3jzVgCdOBfC_EyATD_lcWxeI605.YEXcRyS8xyMN9zWB3nfK6JoXLmvWR0eCvFMb0HUHqA6 7CoYWhvUWqpB5cHNCLKMXgCGEsag7hxix0pZEON6w14B5Bhjtd6SCPmpVVHJQyBrLbQMsRWFXFhe OxOVvxjDHh6V4cpfCQJxxoWfTCOWj3bOBQYZbTG6HZtpsyMcO2RSB1KSmFuQ4kr97AlnjlIhtjBg t
X-Sonic-MF: <reshad@yahoo.com>
X-Sonic-ID: f22d7c46-174b-4299-9da4-d66dbdb7675e
Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.bf2.yahoo.com with HTTP; Wed, 12 Nov 2025 15:24:33 +0000
Date: Wed, 12 Nov 2025 15:24:27 +0000
From: Reshad Rahman <reshad@yahoo.com>
To: Kent Watsen <kent@watsen.net>, "Deepak Rajaram (Nokia)" <deepak.rajaram@nokia.com>, "Shiya Ashraf (Nokia)" <shiya.ashraf=40nokia.com@dmarc.ietf.org>
Message-ID: <1799222994.3988224.1762961067556@mail.yahoo.com>
In-Reply-To: <AM9PR07MB772906FF67079B9B500F7BAF9CCFA@AM9PR07MB7729.eurprd07.prod.outlook.com>
References: <AS4PR07MB8411718209F0DC70FAAD21D481C3A@AS4PR07MB8411.eurprd07.prod.outlook.com> <215345330.3150688.1762542169233@mail.yahoo.com> <0100019a6eff9f1f-3279b995-0575-4e5e-b0cf-313a84923b62-000000@email.amazonses.com> <22682672.3647132.1762815459157@mail.yahoo.com> <AS4PR07MB841149A54A43ACC2D8DEF35A81CFA@AS4PR07MB8411.eurprd07.prod.outlook.com> <0100019a74bb663b-66a25441-6b5f-4e84-be17-641aa87b1777-000000@email.amazonses.com> <AM9PR07MB772906FF67079B9B500F7BAF9CCFA@AM9PR07MB7729.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_3988223_530379571.1762961067552"
X-Mailer: WebService/1.1.24652 YMailNorrin
Message-ID-Hash: 4YBTNQNSA7TWGEGLYZWL4HYJO45FJ5RA
X-Message-ID-Hash: 4YBTNQNSA7TWGEGLYZWL4HYJO45FJ5RA
X-MailFrom: reshad@yahoo.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netmod.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "netmod@ietf.org" <netmod@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Reply-To: Reshad Rahman <reshad@yahoo.com>
Subject: [netmod] Re: Template draft update
List-Id: NETMOD WG list <netmod.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/FPKdU2urFGe-8K7CZaTW91KK1mo>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Owner: <mailto:netmod-owner@ietf.org>
List-Post: <mailto:netmod@ietf.org>
List-Subscribe: <mailto:netmod-join@ietf.org>
List-Unsubscribe: <mailto:netmod-leave@ietf.org>

 Hi all,
Yes my request is to be able get unexpanded nodes. What is mentioned below, and in the current revision iirc, works fine for me.
I just updated #15 with the following:Operators need a way to get the unexpanded config. If it's obtained via <running>, good with me. The most common use case is doing a diff from what's on the device to what was last pushed by the controller. And if we can only get expanded config, NSO's sync-fromcommand would lead to expanded config being put in CDB.

Regards,Reshad.
    On Tuesday, November 11, 2025 at 04:16:31 PM EST, Shiya Ashraf (Nokia) <shiya.ashraf=40nokia.com@dmarc.ietf.org> wrote:  
 
 Hi,
Unexpanded template data nodes are "ONLY" in <running>.Data nodes expanded from templates are in <intended> or <operational>
I think this is what is requested by Reshad in his email and I agree on this. 
Unexpanded template data nodes shouldn't be part of the <intended>, unnecessary duplication (also the view of RFC8342).
Thanks,Shiya
From: Kent Watsen <kent@watsen.net>
Sent: Tuesday, November 11, 2025 10:03 PM
To: Deepak Rajaram (Nokia) <deepak.rajaram@nokia.com>
Cc: netmod@ietf.org <netmod@ietf.org>
Subject: [netmod] Re: Template draft update 

|   | CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information. |


 
Please note that the Show of Hands polls for issue #15 and issue #17 show that most folks disagreed with returning the unexpanded templates in <intended> or <operational>.
Sorry if I caused any confusion.  To be clear, I agree with the poll-results (i.e., do not return unexpended templates from <intended> or <operational>.
Kent


On Nov 11, 2025, at 9:05 AM, Deepak Rajaram (Nokia) <deepak.rajaram@nokia.com> wrote:

Thanks Reshad, Kent,

 

Point noted, we will discuss and update.

 

This was discussed in the interim as well. As such, I am also not against in having the unexpanded template config as part of the intended, considering they both(running and intended) are conventional DS that have the same schema.

 

Regards,
Deepak

 

From: Reshad Rahman <reshad=40yahoo.com@dmarc.ietf.org>
Sent: Tuesday, November 11, 2025 4:28 AM
To: Kent Watsen <kent@watsen.net>
Cc: netmod@ietf.org; Deepak Rajaram (Nokia) <deepak.rajaram@nokia.com>
Subject: Re: [netmod] Template draft update

 

| 
 
 | 
CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information.
 |


 

Thanks Kent. I'd suggest putting that in an Operational Considerations section...

 

Regards,

Reshad.

 

On Monday, November 10, 2025 at 01:20:38 PM EST, Kent Watsen <kent@watsen.net> wrote:

 

 

I like Reshad's idea.

 

Kent // contributor

 






On Nov 7, 2025, at 2:02 PM, Reshad Rahman <reshad=40yahoo.com@dmarc.ietf.org> wrote:

 

Hi,

 

One comment/question I had @ IETF123 was the ability to get the non-expanded config (e.g. to check that the config on the device is what was pushed). I just took a look at the latest revision and it seems simple to do so: get-data on <running> will return non-expanded config whereas on get-data <intended> will return expanded config. Worth mentioning in the document?

 

Regards,

Reshad.

 

On Friday, November 7, 2025 at 12:33:48 AM EST, Deepak Rajaram (Nokia) <deepak.rajaram=40nokia.com@dmarc.ietf.org> wrote:

 

 

Hello All,

 

Just a quick update — work on the draft-YANG Configuration Templates is continuing. We’re making steady progress considering the feedback from IETF-123-Madrid, and will share the next revision once key sections including the validation aspects are finalized. The requirements(from interim) traceability is also being worked upon.

 

Regards,

Deepak(On behalf of the authors)

 

_______________________________________________
netmod mailing list -- netmod@ietf.org
To unsubscribe send an email to netmod-leave@ietf.org

_______________________________________________
netmod mailing list -- netmod@ietf.org
To unsubscribe send an email to netmod-leave@ietf.org


 


_______________________________________________
netmod mailing list -- netmod@ietf.org
To unsubscribe send an email to netmod-leave@ietf.org