[netmod] Re: Yang Scalability

Jürgen Schönwälder <jschoenwaelder@constructor.university> Thu, 25 July 2024 09:43 UTC

Return-Path: <jschoenwaelder@constructor.university>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AD62C1840EB for <netmod@ietfa.amsl.com>; Thu, 25 Jul 2024 02:43:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.244
X-Spam-Level:
X-Spam-Status: No, score=-6.244 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8DTVuB6TKCpB for <netmod@ietfa.amsl.com>; Thu, 25 Jul 2024 02:43:22 -0700 (PDT)
Received: from beadg.de (beadg.de [178.254.54.206]) by ietfa.amsl.com (Postfix) with ESMTP id 85167C1519AD for <netmod@ietf.org>; Thu, 25 Jul 2024 02:43:21 -0700 (PDT)
Received: from localhost (firewallix.jacobs-university.de [212.201.44.246]) by beadg.de (Postfix) with ESMTPSA id BA74216A047; Thu, 25 Jul 2024 11:43:19 +0200 (CEST)
Date: Thu, 25 Jul 2024 11:43:18 +0200
From: Jürgen Schönwälder <jschoenwaelder@constructor.university>
To: "Robert Peschi (Nokia)" <robert.peschi=40nokia.com@dmarc.ietf.org>
Message-ID: <ZqIeNgrzsCLVX911@alice.eecs.jacobs-university.de>
Mail-Followup-To: "Robert Peschi (Nokia)" <robert.peschi=40nokia.com@dmarc.ietf.org>, Italo Busi <Italo.Busi=40huawei.com@dmarc.ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
References: <AS4PR07MB8411551211BE217ACE4D9EBF81A92@AS4PR07MB8411.eurprd07.prod.outlook.com> <850b8060a1fa4e04833ce09873aed2f3@huawei.com> <VI1PR07MB1011581B2C59AE3F91F8D9DF1E1AB2@VI1PR07MB10115.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <VI1PR07MB1011581B2C59AE3F91F8D9DF1E1AB2@VI1PR07MB10115.eurprd07.prod.outlook.com>
Message-ID-Hash: XR62S7BKH3JAVKGBLW2FMKDI3SIWPDTY
X-Message-ID-Hash: XR62S7BKH3JAVKGBLW2FMKDI3SIWPDTY
X-MailFrom: jschoenwaelder@constructor.university
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: Italo Busi <Italo.Busi=40huawei.com@dmarc.ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Reply-To: Jürgen Schönwälder <jschoenwaelder@constructor.university>
Subject: [netmod] Re: Yang Scalability
List-Id: NETMOD WG list <netmod.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/h9aKS1YKpiVC-CLb5hOk7q-GHkw>
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>

On Thu, Jul 25, 2024 at 08:01:27AM +0000, Robert Peschi (Nokia) wrote:
> 
> Using templates also means transmitting much less data from the client to the device server, e.g. during a copy-config. Naturally, this would accordingly reduce protocol transmission penalty. It also greatly reduces the footprint of the running data store on the persistent memory of the device.
>

Configuation templates were left out of standardization many years
ago.  There was no interest to standardize configuration templates
(perhaps companies needed ways to distinguish products or finding
agreement on a standard template format was considered too hard and
time consuming or ...). RFC 8342 (published March 2018) acknowledges
the existence of configuration template mechanisms but also notes that
they are proprietary:

   o  Some implementations have proprietary mechanisms that allow
      clients to define configuration templates in <running>.  These
      templates are expanded automatically by the system, and the
      resulting configuration is applied internally.

The question is whether it is possible now (starting in 2024) to
define a standard configuration template mechanism that has a chance
to be implemented widely. See also the YANG next issue #18 (opened on
2017-03-17).

/js

-- 
Jürgen Schönwälder              Constructor University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany