Re: [netmod] Adoption Poll: draft-rtgyangdt-netmod-module-tags-02

Andy Bierman <andy@yumaworks.com> Thu, 08 February 2018 09:12 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 695E512D7F8 for <netmod@ietfa.amsl.com>; Thu, 8 Feb 2018 01:12:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 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_LOW=-0.7, SPF_PASS=-0.001, 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.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 HB9NO9YvLoYf for <netmod@ietfa.amsl.com>; Thu, 8 Feb 2018 01:12:51 -0800 (PST)
Received: from mail-lf0-x22b.google.com (mail-lf0-x22b.google.com [IPv6:2a00:1450:4010:c07::22b]) (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 E102B126B6E for <netmod@ietf.org>; Thu, 8 Feb 2018 01:12:50 -0800 (PST)
Received: by mail-lf0-x22b.google.com with SMTP id a204so5383061lfa.2 for <netmod@ietf.org>; Thu, 08 Feb 2018 01:12:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=jLJ/r81zeS9Bv4bAZf4T1IC0puOHoWZfqAlZVegPttU=; b=2CzU3ZbTBx4zGTUo+T14x6yXAs31lBllBLi53/dVAn/8u2zDGMJ1xXTJBHc2x3pIB0 c6Sqp9BJalqJ2dxpMaep+onktVNbMGijCET4GYHvmZ8fD6OlZZIEjZ3H/T30PCPfuRcX XEIK6BjIEgsnD39zvGF+aaaNv0GgqVyYjstRe9RNu45dmMjgjrKxEwUnEFd4pIdDf1uF H45l6SrOdHQsbn9tYaQ1rDGDrdM85whmK7CV5WsYX8xCRolI3k2zcotXzb/NpyfArzqP AVQESDVv7FGFXe8rC8UcsufZ7g3frpoPIX6q0VFZpskK+nG+0P4oiMODGGjJAwOsviK6 SpPg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=jLJ/r81zeS9Bv4bAZf4T1IC0puOHoWZfqAlZVegPttU=; b=Qn8ZyAjrh6iAOY+BvAJvtejjAsZO46/BeHcWXYl0DZSkjf7B2dRjl1mT9BkWVqEuP8 +gXW0x45J8bBt7J2QV23e5FvUW9cJ7fesRNEazhmor1lzcBwQG4LBa4oom8ZVK8VkhT3 Xk2tGq1duySs7qWDHNTeLsANwXOK7MyIIz+V6AxgJ0kk8/6o1rbFQ80OR61F5HQ6UdOU wqEPyWLXbcYf/ybYUW8R7bTxWAnD4DuElURtg69H7kw89Qxc3vthKbGzWZldaOHUJO2C xgmk+/0oEnIvS53TwY2uuAmzIZATAq+sH6csbDsddQt84B+tuFTvsu82ibaQsfHF+ZvG pEhQ==
X-Gm-Message-State: APf1xPCJnTrnZ7k3cy38RoqOs4NXccjHfUDIuHP9AzmtysDkcOWXa8I2 kvRmJFiX92Tv/Q99RKCHNlG7ilexSI84NkyglazJLg==
X-Google-Smtp-Source: AH8x226GRQ8znWc44w9i8O13Rgt4mk65qcVlJCpuRam8vvYG5q9j3OjsKbcPuRp/qUUXP2kgl3ir3KPZc/HmRhF9uqA=
X-Received: by 10.46.47.13 with SMTP id v13mr5925708ljv.15.1518081169043; Thu, 08 Feb 2018 01:12:49 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.143.6 with HTTP; Thu, 8 Feb 2018 01:12:48 -0800 (PST)
In-Reply-To: <20180208.092842.2168364015138329939.mbj@tail-f.com>
References: <201802071859.w17IxjwU073675@idle.juniper.net> <CABCOCHSXGCAPQxxF7N-Bp=hx-ntRSgCzR-pbaebO6cBeYrJjrQ@mail.gmail.com> <20180208072113.qssx74pydml6422b@elstar.local> <20180208.092842.2168364015138329939.mbj@tail-f.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 8 Feb 2018 01:12:48 -0800
Message-ID: <CABCOCHSC0qmZzB7GOPeZmPOtf1-ugdJFCSrRhDcp9iOBukDuug@mail.gmail.com>
To: Martin Bjorklund <mbj@tail-f.com>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="089e082f330cd264900564afd006"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/wcTiIyhfENQu8ckDf2JIbQY5_lc>
Subject: Re: [netmod] Adoption Poll: draft-rtgyangdt-netmod-module-tags-02
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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, 08 Feb 2018 09:12:53 -0000

On Thu, Feb 8, 2018 at 12:28 AM, Martin Bjorklund <mbj@tail-f.com> wrote:

> Hi,
>
> In the light of this discussion, I would like to clarify that my
> support is for the problem of tagging *modules*, which I believe this
> draft is all about.  I don't think we should extend this to tagging
> *nodes*; I think that requires a different mechanism.
>
>
>
If it is about tagging modules, then the draft should really explain why
this is useful and provide examples of problems
solved with module tags. It can be used to tag all nodes in a module the
same way.
This might be useful granularity for something.

A vendor might also create their own protocol
mechanisms to utilize the standard tag values
and ignoring the rest of this draft.




> /martin
>
>
Andy


>
> Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> > On Wed, Feb 07, 2018 at 02:02:55PM -0800, Andy Bierman wrote:
> >
> > > IMO it will be difficult to agree on the details of this draft
> > > without agreeing on the problem statement first.
> >
> > +1
> >
> > > I am interested in these tags as a new type of standard selection
> filter.
> > > It can be applied to data retrieval, NACM rules, YANG push subtree
> > > selection,
> > > and probably many more use-cases.  So the problem statement
> > > might be:
> > >
> > >    There is a need for standardized mechanisms to classify YANG data
> nodes
> > > with tags,
> > >    which can be used in protocol operations to select matching data
> nodes,
> > > based on tag values.
> > >    This work includes the management and assignment of tags, and their
> > > generalized use
> > >    within protocol operations.
> >
> > The I-D talks about tags for YANG _modules_, you are talking about
> > tags for YANG data nodes and you seem to imply that these tags are
> > associated to instance data and that they can be used in protocol
> > operations. (And then I note we already have metadata that can be
> > associated to instance data. And there was Andy's packages work, which
> > can be seen as another way to tag collections of schema nodes.)
> >
> > So yes, there is a need to agree on what the problem is that is to be
> > solved (and to consider how solutions fit into the framework we
> > already have in place).
> >
> > /js
> >
> > --
> > Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> > Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> > Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
> >
> > _______________________________________________
> > netmod mailing list
> > netmod@ietf.org
> > https://www.ietf.org/mailman/listinfo/netmod
> >
>