Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt

Andy Bierman <andy@yumaworks.com> Thu, 03 October 2019 22:09 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 D5AF6120849 for <netmod@ietfa.amsl.com>; Thu, 3 Oct 2019 15:09:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.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 OBHj1GHk-ivw for <netmod@ietfa.amsl.com>; Thu, 3 Oct 2019 15:09:27 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 D08ED12001E for <netmod@ietf.org>; Thu, 3 Oct 2019 15:09:26 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id y127so3028927lfc.0 for <netmod@ietf.org>; Thu, 03 Oct 2019 15:09:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rGM7nfZFGcbY1G1/S7reWTDQ2x8Gnaly+GCL3bMlLYc=; b=PhmCR/GTTWOBUIASPi51Gs62W1hIZ1K1D59KakEPyYI1IglMY63G+/eFYMTzzH3zI4 QkBI0m3+HjbHCijQyTsfwDkzVQlw8JO75yFHieloMzezn/d2xiEIoUYbTsfhrL2LSoBK jMVuINXFDGw6iYC7oDrfUPQSG6e4Vh4aEIlWnSiGidfh0AyDy9VLy7yufuARk1Y/IyvM bHjbihDpZho8qP+sTP9kEILDeC6cQNfN5utSNcU75z8DPVGeGksfQaA4r46iZu3yXkzk uZDhdyb7jm1WYZtue0SfM3nLsKhabwAlAYUCEN4cRWUCxCBfytHxXpduU3JhNGRd5zvN BV6A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rGM7nfZFGcbY1G1/S7reWTDQ2x8Gnaly+GCL3bMlLYc=; b=gGzoILcunJ/syfhpidtxDdrZQeAFZ/Nw3LbXtxyey4QfR/IXhi1LBYlSUQa5rFRg8+ GbHzuWICrFzvsGTE/q8sJkxZxTYRZuu5YhwCHnzrpITm5w7YR655fHfEqboJ9jQvU1d8 ePsauf5WCUELaXIYypwf1nMs0+DOVU0dpbT5D61HP2YhQt3NRhn6JHbYqDfGt5aEWOHs yasUzz03fCSlHHrbKxuBmhXxD6y8yVrOSh3myODZ3cz0gSIRr30Aldj2ZekafS8Nv2w5 +OaBaYwkZpg2YY6Yw6gP+zXb83BC4/TO8ZbG1MNVNkMUeHiyyQmOvX9GB+6xQyYSSXGM LR+w==
X-Gm-Message-State: APjAAAXzI4woCuE5oTUeEhaMShHsiBfgE+y0nFwm/RMfJ9yR/+H4F8V+ gkMBqqcl1pmVOTtiNGWUWtvOPT5AAs2bkJ7AAOjD2Q==
X-Google-Smtp-Source: APXvYqx3MqmrrVYHguEd7StEseKfBHjCn3UuOfsTNTMf+Uh0eN4XuDoGVM4cvUa6fq9oqUhZXHyqKbKHBhGnNYCunsw=
X-Received: by 2002:ac2:44b9:: with SMTP id c25mr7360900lfm.112.1570140564724; Thu, 03 Oct 2019 15:09:24 -0700 (PDT)
MIME-Version: 1.0
References: <156942813583.28879.894232837346561087@ietfa.amsl.com> <8F9EDBC3-EB9C-452E-9091-03DBBC735CAB@chopps.org> <MN2PR11MB43662800E2F593864E130468B59F0@MN2PR11MB4366.namprd11.prod.outlook.com> <4ED3E9FA-9B58-4E9C-AA88-CFF4260A9E90@chopps.org> <MN2PR11MB43667363225E96A99C755036B59F0@MN2PR11MB4366.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB43667363225E96A99C755036B59F0@MN2PR11MB4366.namprd11.prod.outlook.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 3 Oct 2019 15:09:13 -0700
Message-ID: <CABCOCHQ5zGmJcrZnj-AnGh1u6aZ2G=CLP0Kn8nV11in9VHFTCw@mail.gmail.com>
To: "Rob Wilton (rwilton)" <rwilton@cisco.com>
Cc: Christian Hopps <chopps@chopps.org>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009bb569059408d6f3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/mW9T5Y2GMDHY878j9mPOcAHqTtw>
Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt
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: Thu, 03 Oct 2019 22:09:30 -0000

On Thu, Oct 3, 2019 at 8:31 AM Rob Wilton (rwilton) <rwilton@cisco.com>
wrote:

> Hi Chris,
>
> > -----Original Message-----
> > From: Christian Hopps <chopps@chopps.org>
> > Sent: 03 October 2019 16:16
> > To: Rob Wilton (rwilton) <rwilton@cisco.com>
> > Cc: Christian Hopps <chopps@chopps.org>rg>; netmod@ietf.org
> > Subject: Re: [netmod] I-D Action: draft-ietf-netmod-module-tags-09.txt
> >
> > [resending to include list cc]
> >
> > > On Oct 3, 2019, at 5:45 AM, Rob Wilton (rwilton) <rwilton@cisco.com>
> > wrote:
> > >
> > > Hi Chris,
> > >
> > > As discussed offline, you have left out the "masked-tag" container in
> > the "modules-tags-state" module.
> >
> > One might read this as an objection that was discussed offline, but I
> > don't think you are objecting, you're just stating what happened,
> correct?
>
> Correct, not objecting, although I might be about to šŸ˜‰
>
> Generally, I think that is what is available in "module-tags-state" should
> be directly equivalent to what is available in the operational datastore
> for servers that support NMDA.
>
> So, my previous comments were trying to align these two together.  I.e. if
> you think that "masked-tag" isn't needed in "module-tags-state" then I
> think that there is the equivalent question of whether it should be
> reported in <operational>.
>
> What is unusual in this case, is that you have some configuration that
> removes items from another list.
>
>
> >
> > > For consistently, I wonder, whether there shouldn't also be a comment
> in
> > the "masked-tag" leaf-list in the main NMDA compatible module to indicate
> > that "masked-tag" isn't reported in the operational state datastore
> > because the information is combined into the "tag" leaf-list.
> >
> > Ok, color me confused. For NMDA, why wouldn't masked-tag show up in
> > operational datastore?
>
> By default it would.
>
>

IMO the non-NMDA state module should have the same structure as the NMDA
version.
Any configured masked-tag entries that are applied will appear in
<operational> and also
the non-NMDA version.

Please don't start making all kinds of special cases in NMDA.
If a configured value has an applied value, it is expected in both
<operational>
and the non-NMDA module for the <operational> contents.


Andy



>
> > Isn't the operational datastore the union of the
> > applied intended config (config true nodes) plus the config false nodes?
>
> Sort of yes.
>
> What is in <operational> is the "actual operational state in effect in the
> system".  For configurable items, this is often, but not necessarily, the
> same as "applied intended config".
>
>
> >
> > Non-NMDA has no concept of "applied" (operational state of config true
> > nodes), that is why masked-tags don't go in the module-tags-state
> > container. The user can still read the configured masked-tag value on the
> > normal non-deprecated module in the non-NMDA case.
>
> On balance, I'm not sure this was the right choice.  I think that it might
> be easier to include "masked-tags" in module-tags-state, and have it just
> report the list of tags that have been masked.  I.e. exactly the same
> meaning as NMDA.
>
> Thanks,
> Rob
>
>
> >
> > Thanks,
> > Chris.
> >
> > >
> > > Thanks,
> > > Rob
> > >
> > >> -----Original Message-----
> > >> From: netmod <netmod-bounces@ietf.org> On Behalf Of Christian Hopps
> > >> Sent: 25 September 2019 17:19
> > >> To: netmod@ietf.org
> > >> Subject: Re: [netmod] I-D Action:
> > >> draft-ietf-netmod-module-tags-09.txt
> > >>
> > >> This adds the deprecated non-NMDA state module.
> > >>
> > >> Thanks,
> > >> Chris.
> > >>
> > >>> On Sep 25, 2019, at 12:15 PM, internet-drafts@ietf.org wrote:
> > >>>
> > >>>
> > >>> A New Internet-Draft is available from the on-line Internet-Drafts
> > >> directories.
> > >>> This draft is a work item of the Network Modeling WG of the IETF.
> > >>>
> > >>>       Title           : YANG Module Tags
> > >>>       Authors         : Christian Hopps
> > >>>                         Lou Berger
> > >>>                         Dean Bogdanovic
> > >>>   Filename        : draft-ietf-netmod-module-tags-09.txt
> > >>>   Pages           : 18
> > >>>   Date            : 2019-09-25
> > >>>
> > >>> Abstract:
> > >>>  This document provides for the association of tags with YANG
> modules.
> > >>>  The expectation is for such tags to be used to help classify and
> > >>> organize modules.  A method for defining, reading and writing a
> > >>> modules tags is provided.  Tags may be registered and assigned
> > >>> during  module definition; assigned by implementations; or
> > >>> dynamically  defined and set by users.  This document also provides
> > >>> guidance to  future model writers; as such, this document updates
> > RFC8407.
> > >>>
> > >>>
> > >>> The IETF datatracker status page for this draft is:
> > >>> https://datatracker.ietf.org/doc/draft-ietf-netmod-module-tags/
> > >>>
> > >>> There are also htmlized versions available at:
> > >>> https://tools.ietf.org/html/draft-ietf-netmod-module-tags-09
> > >>> https://datatracker.ietf.org/doc/html/draft-ietf-netmod-module-tags-
> > >>> 09
> > >>>
> > >>> A diff from the previous version is available at:
> > >>> https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-module-tags-09
> > >>>
> > >>>
> > >>> Please note that it may take a couple of minutes from the time of
> > >>> submission until the htmlized version and diff are available at
> > >> tools.ietf.org.
> > >>>
> > >>> Internet-Drafts are also available by anonymous FTP at:
> > >>> ftp://ftp.ietf.org/internet-drafts/
> > >>>
> > >>> _______________________________________________
> > >>> netmod mailing list
> > >>> netmod@ietf.org
> > >>> https://www.ietf.org/mailman/listinfo/netmod
> > >>>
> > >
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>