[netmod] Re: Defining groupings after the fact? draft-jouqui-netmod-yang-full-include and the reuse of definitions

William Lupton <wlupton@broadband-forum.org> Thu, 01 August 2024 08:22 UTC

Return-Path: <wlupton@broadband-forum.org>
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 044D4C1516E0 for <netmod@ietfa.amsl.com>; Thu, 1 Aug 2024 01:22:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadband-forum.org
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 m30MeqThH4RW for <netmod@ietfa.amsl.com>; Thu, 1 Aug 2024 01:22:08 -0700 (PDT)
Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (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 ietfa.amsl.com (Postfix) with ESMTPS id 622ACC1CAF3B for <netmod@ietf.org>; Thu, 1 Aug 2024 01:22:08 -0700 (PDT)
Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-a7ac469e4c4so332713166b.0 for <netmod@ietf.org>; Thu, 01 Aug 2024 01:22:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadband-forum.org; s=google; t=1722500527; x=1723105327; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nVSEc6xZBFDWkcgj+xR1FSaFNp1bPA7sXns1i63X76Y=; b=B+3gthU+QOArd1iOQYOqMPJI92+GiligywXOuAkIjM6L8/CVdC1ItJKHEEL7SUN5u1 0b5QCdziBF9kWz9Za1rKEWfsynGP7d1ra8r4/NvyqDCH60ecQtQGNy/GUwlhs6Mlp9Rh nUE4WZbW2m88T/vqiv23HiHSWfDRL1Fg5QA/8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722500527; x=1723105327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nVSEc6xZBFDWkcgj+xR1FSaFNp1bPA7sXns1i63X76Y=; b=f0aX0wedX2WTRhsbH9tg8NckfZnuWak9q5n0ZCQUsRLzNhP/4cSAg+h+6tIYhciihW 07Ot3rGI/SO93URadA4+53wW8fUONQB1tG5KwPDE2ZlU0TvjLgkOx2ndBy+VPyg2aYv8 pU9HvRiHoD71T64+418qd8+JVyVXU5/CUx6e70lPjKdPQmTqWXZavi628QMCTFZr3dmn 5DQmtGMkLQPf7Lzh+ayPv7Uv9kspxO8bxpQBpqaSIt1GY0uT/S0g3VcnkUJSQ+VsjZdf Eg+H8ciBXZooNxtSkvscsjTbD3eUFcduqiRQtbPmJQT1A+w4j1V7chfl4CwiKChk//gk BG0Q==
X-Gm-Message-State: AOJu0YyKLsfs9rj9c0raFNxm4/ACLnAcL6YNQFosxhi9EgWRpW27ymjt csHckOKXxqqB2v7liUOFFNqz1navqVjscoOmlKLMtBRrxFS1xqvkhYBnSWfKS4Uw1h/vPjYYK9T ENpDXj/pMM/0ZByAwHX5oclFRp/l4NCLDxCz790/bhbJtdCDRhvASmA==
X-Google-Smtp-Source: AGHT+IF0kPfrUiLAFodC23RXVjXm+AxFUXNVTJubeFY6mMAaUNGibE+8vmqXK+a5irovBzIGRMrwM/hwGMMCgM46amc=
X-Received: by 2002:a17:907:3fa9:b0:a7a:bcbc:f7f4 with SMTP id a640c23a62f3a-a7dbcbe50bdmr53560166b.14.1722500526399; Thu, 01 Aug 2024 01:22:06 -0700 (PDT)
MIME-Version: 1.0
References: <e111be29-e825-4357-88e3-19c9b3f87930@clemm.org> <b0780aa0c8504c93b7d5ff6c837ea697@huawei.com> <2abcd109-455b-42f3-8529-fb9f3d68321e@clemm.org>
In-Reply-To: <2abcd109-455b-42f3-8529-fb9f3d68321e@clemm.org>
From: William Lupton <wlupton@broadband-forum.org>
Date: Thu, 01 Aug 2024 09:21:55 +0100
Message-ID: <CAEe_xxim4xBkvq2dvh1mi1n3xkE+7Yt1btguwvj97mdXV1vkow@mail.gmail.com>
To: Alexander L Clemm <ludwig=40clemm.org@dmarc.ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000086bc061e9ae8a5"
Message-ID-Hash: 6BWIZZRKLDF2WHOQBGRN2ELECSUH4HY5
X-Message-ID-Hash: 6BWIZZRKLDF2WHOQBGRN2ELECSUH4HY5
X-MailFrom: wlupton@broadband-forum.org
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.9rc4
Precedence: list
Subject: [netmod] Re: Defining groupings after the fact? draft-jouqui-netmod-yang-full-include and the reuse of definitions
List-Id: NETMOD WG list <netmod.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/iQVOwJK1AwXUthy7dLXQ1dbbf3I>
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>

Alex,

On Wed, 31 Jul 2024 at 23:37, Alexander L Clemm <ludwig=
40clemm.org@dmarc.ietf.org> wrote:

> ...
> >> As a thought, it might be useful to introduce a construct that will
> allow to define
> >> a _grouping_ after-the-fact, for later reuse.  I.e., allow groupings to
> be defined
> >> in a way that the new grouping embeds an existing definition, then
> simply make
> >> use of that grouping.  That would seem perhaps cleanest, able to
> address many
> >> of the use cases and have the additional advantage that the semantics
> here will
> >> be very clear since part of the exising YANG framework.
> > There is still the augment issue from above, we have it in
> draft-ietf-opsawg-collected-data-manifest when reusing ietf-yang-push which
> augments ietf-subscribed-notifications. All these augments have to be
> rewritten with paths corresponding to the new location of the uses.
> <AC> I don't think that would be an issue, actually.  Just declare
> modular, fine grained groupings and use those.  Of course, this is
> somewhat a speculative discussion as YANG is what it is and does not
> support this today.


<WL>
What does "this" refer to here? YANG _does_ "allow groupings to be defined
in a way that the new grouping embeds an existing definition", doesn't it?

https://datatracker.ietf.org/doc/html/rfc7950#section-11 : Any set of data
definition nodes may be replaced with another set of syntactically and
semantically equivalent nodes. For example, a set of leafs may be replaced
by a "uses" statement of a grouping with the same leafs.
</WL>

Cheeers,
William