Re: [netmod] upcoming adoptions

Andy Bierman <andy@yumaworks.com> Fri, 08 September 2017 12:19 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 50C95132D67 for <netmod@ietfa.amsl.com>; Fri, 8 Sep 2017 05:19:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 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] 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 YtNF6ijnBFv0 for <netmod@ietfa.amsl.com>; Fri, 8 Sep 2017 05:19:40 -0700 (PDT)
Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (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 3C660132713 for <netmod@ietf.org>; Fri, 8 Sep 2017 05:19:40 -0700 (PDT)
Received: by mail-io0-x232.google.com with SMTP id i14so5342558ioe.2 for <netmod@ietf.org>; Fri, 08 Sep 2017 05:19:40 -0700 (PDT)
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; bh=m95ZgPEYaylLePE8GA93PGO3+E29h9Id1N8kBscwIpI=; b=y1xnij1p+7n3ra+ECxGH7Y4Kmq79DgOFsICB8gO3reLiVx886M4mFn76a1/eDZHpbB DVa02wRHPfmB8rKVDejDKJcSv/BECcmAuGmlmJQzsGNf3EhrVeFQbw5xGa077Fcqmd7i NrY1bwod99eUIeoCTXOc3Cs/z+0P33vqT0ZodxPPUkyNnFGKl4fgh2QzKucyVK8bxjG9 qLFjEzHKEy79Lq57hvLqjzNkNRM7Br4pNh/IVZCrhYSdqZebNHQKofwCmbHM1K89wWOl A8ZJxqE52odHHX80rNJ8uJQ+j0hUpDkxXI/hWFdzPuguUtaFt/Iucbd1g564ocKYmjG4 jSGQ==
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; bh=m95ZgPEYaylLePE8GA93PGO3+E29h9Id1N8kBscwIpI=; b=LQw3WKtH/websYRd3WiHxP/R2CFpBBo80EM60poaNXBf9E2PaX9nTXcovkB3OK8j26 YdQzCBasYYg0RVDBH1dwavrbYhpQ3uJ8bd5Bc1Oe96FTi2OZYIxGYrT5KwO+nY1MCS7q gZ4fE91F59OwE7rPeTBT5fv746S0HwSyqSWLhHFkSxwurLU64Hbey/hmD64Ry9htEg5+ VqZapmUDSq1B2TsSzDa1DaVvv0j1HyJy8ewW05SOGwa5i8lblv5P9yS+Fgq7K4cuAZNb MZTvbWThmPGxRje2w0hIRsZof20p+JCFHChSL96Q1F/vtsohTH8gaox838hZuYgnEsDP yrpA==
X-Gm-Message-State: AHPjjUi4hzKFBEEXYiCfldZpOyVaWercLy2sRGTg2M77lyPfVqFo+1v+ wkgzyXIj2QcLEUdFCUnK+//Q2Q4n+X4B
X-Google-Smtp-Source: AOwi7QAF0ZeIRXMsKITom8QBkda3ocZ+AsVB+Qy1G7b8+HdIhHeyYQHULCSterG8uQX6R4Ockh4GGn03eEc9BwlGd1Q=
X-Received: by 10.107.70.21 with SMTP id t21mr2908167ioa.50.1504873179521; Fri, 08 Sep 2017 05:19:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.36.6.206 with HTTP; Fri, 8 Sep 2017 05:19:38 -0700 (PDT)
In-Reply-To: <20170908105648.ur5ihv3gvypd7d7f@elstar.local>
References: <688377a1-f1bd-b870-bb34-fab54e417f0e@cisco.com> <20170908105648.ur5ihv3gvypd7d7f@elstar.local>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 08 Sep 2017 05:19:38 -0700
Message-ID: <CABCOCHQLFXWktW+7LPAXfWRkVjtqQSpy02kVy32ZhVDTVBfdoA@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Robert Wilton <rwilton@cisco.com>, Andy Bierman <andy@yumaworks.com>, Martin Bjorklund <mbj@tail-f.com>, NETCONF Working Group <netconf-chairs@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="089e082689a04c3c910558ac9725"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/fKK7MnX6zaY2cOae2jUXmpYvty8>
Subject: Re: [netmod] upcoming adoptions
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: Fri, 08 Sep 2017 12:19:42 -0000

On Fri, Sep 8, 2017 at 3:56 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Fri, Sep 08, 2017 at 11:17:10AM +0100, Robert Wilton wrote:
> >
> >
> > On 07/09/2017 22:23, Juergen Schoenwaelder wrote:
> > > On Thu, Sep 07, 2017 at 10:51:54AM -0700, Andy Bierman wrote:
> > > > I suggested the naming guideline because the NMDA design team
> decided to
> > > > add semantics to certain naming patterns, so authors have to be
> warned.
> > > >
> > > > But this is a really bad idea (and slippery slope).
> > > I agree.
> > I think that there are really a few aspects to this:
> >
>
> [...]
>
> CLRs are always created with the best intention but then they become
> over time a problem. There is quite some experience with this.
>
>
yes -- naming conventions are fine but they cannot be used by automation
tools.
The YANG language says these strings have no meaning so tools cannot count
on them to have any meaning.

The issue here is whether there are standard extensions to tag YANG modules
or whether each tool vendor will have their own extensions instead.
It is not critical that the IETF provide these YANG extensions, but they
will get used one way or another.

CLRs always start out as clever little rules. They usually turn to
something else only
after some time.

/js
>
>
Andy


> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
>