Re: [netmod] WG adoption poll - instance-data

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 09 October 2018 20:54 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 2534A129BBF; Tue, 9 Oct 2018 13:54:55 -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, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 wgvLe69J0S8g; Tue, 9 Oct 2018 13:54:52 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6167B130DD5; Tue, 9 Oct 2018 13:54:51 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id DA74E27; Tue, 9 Oct 2018 22:54:49 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id 8ohiOnxu2qkP; Tue, 9 Oct 2018 22:54:49 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Tue, 9 Oct 2018 22:54:49 +0200 (CEST)
Received: from localhost (demetrius3.jacobs-university.de [212.201.44.48]) by hermes.jacobs-university.de (Postfix) with ESMTP id 977C820037; Tue, 9 Oct 2018 22:54:49 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius3.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id Mqf83SPrAqiP; Tue, 9 Oct 2018 22:54:49 +0200 (CEST)
Received: from exchange.jacobs-university.de (sxchmb04.jacobs.jacobs-university.de [10.70.0.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "exchange.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by hermes.jacobs-university.de (Postfix) with ESMTPS id BC78820036; Tue, 9 Oct 2018 22:54:48 +0200 (CEST)
Received: from anna.localdomain (10.50.218.117) by sxchmb03.jacobs.jacobs-university.de (10.70.0.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.1415.2; Tue, 9 Oct 2018 22:54:48 +0200
Received: by anna.localdomain (Postfix, from userid 501) id 0DE193000DDBD2; Tue, 9 Oct 2018 22:54:47 +0200 (CEST)
Date: Tue, 9 Oct 2018 22:54:47 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Kent Watsen <kwatsen@juniper.net>
CC: =?utf-8?Q?Bal=C3=A1zs?= Lengyel <balazs.lengyel@ericsson.com>, Martin Bjorklund <mbj@tail-f.com>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Message-ID: <20181009205447.qyhitak6djatmvrs@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Kent Watsen <kwatsen@juniper.net>, =?utf-8?Q?Bal=C3=A1zs?= Lengyel <balazs.lengyel@ericsson.com>, Martin Bjorklund <mbj@tail-f.com>, "netmod-chairs@ietf.org" <netmod-chairs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
References: <b8f163ea-ea33-53a6-3fac-944b8d6c03ec@labn.net> <20181009.125822.1764836266889190398.mbj@tail-f.com> <58f8baa5-320c-a75e-62ef-e277d488b962@ericsson.com> <20181009.142506.637283350958767455.mbj@tail-f.com> <9e389747-74ed-0f62-24ce-813ce3cdc870@ericsson.com> <652D49CE-6469-412F-B708-D8496DFC0F16@juniper.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <652D49CE-6469-412F-B708-D8496DFC0F16@juniper.net>
User-Agent: NeoMutt/20180716
X-ClientProxiedBy: SXCHMB04.jacobs.jacobs-university.de (10.70.0.156) To sxchmb03.jacobs.jacobs-university.de (10.70.0.155)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/VBQwjaa9wQ43JMs-MqAtXuJD_Yo>
Subject: Re: [netmod] WG adoption poll - instance-data
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: Tue, 09 Oct 2018 20:54:55 -0000

On Tue, Oct 09, 2018 at 05:07:06PM +0000, Kent Watsen wrote:
> 
> As co-chair, I have two minds:
> 
>   1) requests a fix and redo the adoption poll
>   2) realize that it's a living doc and regardless
>      how it begins, the WG can sort it out in time.
>      i.e., we're adopting to work on the problem,
>      not necessarily the specific solution.
> 
> While (1) seems more proper, given the timing of 
> things, I'm willing to go for (2).   To this extent,
> the comments being made now be thought to carry
> the same weight as Last Call comments.  The chairs
> will discuss this again when making a determination
> on the adoption poll.

It seems there are questions about the scope of this document and
ideally there would be some agreement about the scope of the work
covered by the document at adoption time.
 
> As contributor, can we please not call this "YANG
> instance data"?  - that means something else to 
> me.  This seems to be more about capturing data
> about a server instances.  So maybe "YANG-based
> Server Instance Data"?  (open to suggestions!)

What does 'YANG instance data' mean to you?

Why does adding 'sever' make things better?

Why can't I use this format outside a 'server'?

I think we do use phrases such as 'instantiated YANG data tree' in
other documents, so 'instance data' (which is perhaps a shorthand)
does not seem surprising to me.

/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/>