IETF Logo Mail Archive

Re: [netmod] [CCAMP][TEAS][NETMOD] Efficiency issues with YANG model data in integration

Andy Bierman <andy@yumaworks.com> Fri, 25 March 2022 22:32 UTC

Return-Path: <andy@yumaworks.com>
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 7A9F93A0DA2 for <netmod@ietfa.amsl.com>; Fri, 25 Mar 2022 15:32:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20210112.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8NVwNvV3Shh1 for <netmod@ietfa.amsl.com>; Fri, 25 Mar 2022 15:32:54 -0700 (PDT)
Received: from mail-yw1-x1129.google.com (mail-yw1-x1129.google.com [IPv6:2607:f8b0:4864:20::1129]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C61C3A0D4E for <netmod@ietf.org>; Fri, 25 Mar 2022 15:32:54 -0700 (PDT)
Received: by mail-yw1-x1129.google.com with SMTP id 00721157ae682-2e592e700acso97383077b3.5 for <netmod@ietf.org>; Fri, 25 Mar 2022 15:32:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uMoVgFcXVPpc1QfNMC1dGlLH1f+nOCFuRV9rx99AUHU=; b=YKeh7b1J9PHZLyZtAsmpFvnTGAvZcOOlpbKv74zSZKpqMSdRyHHyaoWIgERalt/kYg G1RDRWIMG/eykP0qONBPfwIkYyx9nbE681hqcpOuMpMUj88XvsPhpylqu+r3pZJJTb8l GQxh+n5WebJR64+wg5l1KC2mT+njMMbnv0wi8Eltjk4LtthG2+ToSW/A3rgMQ0FQ6V3X AuWG6QKnxdjsna5sozBBHqXmnvxlz3dTJcIBgHLZYn3q7qdM/Y7aPJmjeM07f99x+Nhw KlaJFb+XtZGHb2E7A90ifLbCi8ARhXsjs+fT6+2EXKASVjaA+UIUHHcaVszykZ1f8S3v IzbQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uMoVgFcXVPpc1QfNMC1dGlLH1f+nOCFuRV9rx99AUHU=; b=jc6ORCS+lQhq4mgKJpcyogl1CjXzu05CJkyNKY+PbxXx1WKFxw0/Y9iJhcL382ccTN qhrq9IBQ1x46j3ja2eKMTGTQ3F9ALLxgrSBP0WVej098AI8Z0P5ecMzg5ncI465vRbHp +3PzUsc1XBnL7FWT4Ps+LahWtL/6Rxetqi9pFV6MCI632+mXLYh9O20tp4eHjptS7Kry NxqndAzqqrlk2flMYTZRtRls0K5KzTjjNYiCklcO748kJyaIwka503BY61gfd1HALDAi vE0pEIE2Xtx9/l88JS9tc4XqmnWC09f6gZNhCUS5yn2On6sxLl0cUy/idBegh5C0vYtg +NrQ==
X-Gm-Message-State: AOAM533G/uA+A3Rs34Op3P7+J8vNrDwf3I1g+NpcQWqyqeDvAtfkx654 djV6eAJECerjRjmUhsb2cUiP1EJRRNI+huIBRczh/g==
X-Google-Smtp-Source: ABdhPJzadhrYbSS6jhShhW1MZ2e0BH0oKEJ31zVL0N6wDopFqaVAUSVAvrtf5rHMzn1nYyqa5LqZWUx0JGMJrpFcOCc=
X-Received: by 2002:a81:84d2:0:b0:2e5:c04e:1976 with SMTP id u201-20020a8184d2000000b002e5c04e1976mr13201088ywf.212.1648247573109; Fri, 25 Mar 2022 15:32:53 -0700 (PDT)
MIME-Version: 1.0
References: <67664d6fff3e4125a1ac026030ef067c@huawei.com> <AM7PR07MB62483C667188F5EBBE26F6B4A0129@AM7PR07MB6248.eurprd07.prod.outlook.com> <ace62c2b-0a9c-b568-e238-040c633edaa3@hq.sk>
In-Reply-To: <ace62c2b-0a9c-b568-e238-040c633edaa3@hq.sk>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 25 Mar 2022 15:32:42 -0700
Message-ID: <CABCOCHR_OfLX-N=pCiP-b5gF74gYo2JwhJu+J-ZO1URSThUAeA@mail.gmail.com>
To: Robert Varga <nite@hq.sk>
Cc: tom petch <ietfc@btconnect.com>, yuchaode <yuchaode=40huawei.com@dmarc.ietf.org>, "netmod@ietf.org" <netmod@ietf.org>, Fatai Zhang <zhangfatai@huawei.com>
Content-Type: multipart/alternative; boundary="00000000000018f16705db128bf0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/CbME4TIrhaJnBsHi8_KYw9KB7oM>
Subject: Re: [netmod] [CCAMP][TEAS][NETMOD] Efficiency issues with YANG model data in integration
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Mar 2022 22:33:00 -0000

On Fri, Mar 25, 2022 at 3:17 PM Robert Varga <nite@hq.sk> wrote:

> On 17/03/2022 17:32, tom petch wrote:
> > <tp>
> > When the data definition language that we know as YANG was being
> specified, the question did arise of how object-oriented it should be and
> the consensus was that it should not be.  Seeking to retrofit such a
> concept might be a bit like finding late in the day that the class
> definitions that have been chosen do not go high up enough the tree:-(
> >
> > An interesting idea but I am not sure how feasible it will prove to be.
>
> RFC6095 might be a starting point for that sort of work. I am not sure
> anybody ever implement that, though.
>
>
This issues way back (at least)  to the SMI-NG days circa 2002
https://tools.ietf.org/search/rfc3780

SMIv2 was never replaced for the very reasons cited in this thread.

But NETCONF was intended for configuration, and CLI is hierarchical.
So YANG is hierarchical.

It is not that hard to unfold nested lists into an SMIv2-style table.
You may have to rename key leafs and table names so they are unique.


Regards,
> Robert
>


Andy


> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>

v2.23.0 | Report a Bug | By Email