[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
- [netmod] Defining groupings after the fact? draft… Alexander L Clemm
- [netmod] Re: Defining groupings after the fact? d… Jean Quilbeuf
- [netmod] Re: Defining groupings after the fact? d… Robert Peschi (Nokia)
- [netmod] Re: Defining groupings after the fact? d… Alexander L Clemm
- [netmod] Re: Defining groupings after the fact? d… William Lupton
- [netmod] Re: Defining groupings after the fact? d… Alexander L Clemm
- [netmod] Re: Defining groupings after the fact? d… Shiya Ashraf (Nokia)
- [netmod] Re: Defining groupings after the fact? d… Alexander L Clemm
- [netmod] Re: Defining groupings after the fact? d… Kent Watsen
- [netmod] Re: Defining groupings after the fact? d… Shiya Ashraf (Nokia)
- [netmod] Re: Defining groupings after the fact? d… Kent Watsen
- [netmod] Re: Defining groupings after the fact? d… Rob Wilton (rwilton)
- [netmod] Re: Defining groupings after the fact? d… Andy Bierman