Re: [netmod] WG Last Call: draft-ietf-netmod-revised-datastores-04 updates

Andy Bierman <andy@yumaworks.com> Sun, 17 September 2017 15:31 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 3BE02133065 for <netmod@ietfa.amsl.com>; Sun, 17 Sep 2017 08:31:55 -0700 (PDT)
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=unavailable 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 JmCVYmVzMKeq for <netmod@ietfa.amsl.com>; Sun, 17 Sep 2017 08:31:49 -0700 (PDT)
Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::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 35FDE1252BA for <netmod@ietf.org>; Sun, 17 Sep 2017 08:31:49 -0700 (PDT)
Received: by mail-lf0-x232.google.com with SMTP id l196so5935326lfl.1 for <netmod@ietf.org>; Sun, 17 Sep 2017 08:31:49 -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 :cc; bh=ZI+Tvsakcd9d5mI+Q0+BsADLMORSbhnCkoKK2ZIBpTA=; b=Gq2y+NnqZK03AuLWfT0r+3Di9KBAuJRtBc/+vw/tyMQvrlb6wfnOktRaHPl1WIeEtp w9W/QOuBY2B6QujCkj62hH51PAmqhBQxkKjXn9tfwqU4a2HPW4/uGxgy99ZXLMDGLRnx D1L6ATplKTgG+u1auNH4hj8+EHTN/QeJKBeRaTn1bAMk7CDDIBz6+WnfILVswyzdFmSP lGQznFH6eluxAbCz3OIvv8sPcGuvY5Zs/PAQ8AI+qevranD3fg4kPf3QsGY77ov1YjT7 CzyhWP+rVUTSXQ6lo27CSq2UVvxtVBYvLTaxZorolGcqURnzajWiru5WslUJ3T+rGLEH 8dXQ==
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=ZI+Tvsakcd9d5mI+Q0+BsADLMORSbhnCkoKK2ZIBpTA=; b=H69VUP8OXun7yE85ioUjpwBkBe3IGBgoTxwvvF4w76P1nsVmisME5jmxGuKwp81SYX zl7Shk5w+SdG/j8sTBHoUiUK6eP44NP4hFe0TCzBt9W5x0Alcw57rhTquN+98XNpUQwt DoNSn93Z9EDpgVeu9v4eRkhwBv3U05gk6nE3qIfJRyc8+VlYVRznU7OPVosb5xduJfF6 zUEnpyueTIDMj/hWYFPQoLPJCWd3Mrtnoju8Mvp9Z1mzNlm4kNe2eggPIasMcpbmY7uF Gbo+Sp79st9LtZ0sDtBE1speHz8Vuxdm2SqhBYSzv0ec88yoNbXIcsMVgSHy3brOOrCk hWKA==
X-Gm-Message-State: AHPjjUjXtLem1Di5850+M/uWcokqP1Fbg5KV4lBYdfVzfgDgnfp+sHil PTN45nCaW/oj4gyX/OHKe/T/McL2A0gJTc/4ukShNw==
X-Google-Smtp-Source: AOwi7QBy9it5jV9S9W7r0/7mWgihRd1A0hkKT4UVi+Oz6b4fjj62UkZ0zafGpsz/tg13qau24FJIYKYgpFTQr4lJ4pM=
X-Received: by 10.25.142.9 with SMTP id q9mr2097377lfd.89.1505662307361; Sun, 17 Sep 2017 08:31:47 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.18.41 with HTTP; Sun, 17 Sep 2017 08:31:46 -0700 (PDT)
In-Reply-To: <20170917.154115.791964858062115650.mbj@tail-f.com>
References: <CABCOCHQcSUSUZMvzVGyaXObHadZqksKge89_6YcH9PCbxMCG=g@mail.gmail.com> <20170916072403.xp37556z6g7b42gr@elstar.local> <CABCOCHT8CMCAnqf6Oe1bKMzQ-B_0GjrQiQ8YXgQJvCo-NBOBBA@mail.gmail.com> <20170917.154115.791964858062115650.mbj@tail-f.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Sun, 17 Sep 2017 08:31:46 -0700
Message-ID: <CABCOCHQeQYU+zBpFvVRqCc02nrtyS6Jix1=43it1fn9i9xrD6Q@mail.gmail.com>
To: Martin Bjorklund <mbj@tail-f.com>
Cc: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "t.petch" <ietfc@btconnect.com>, Berger Lou <lberger@labn.net>, "netmod@ietf.org" <netmod@ietf.org>, NetMod WG Chairs <netmod-chairs@ietf.org>, draft-ietf-netmod-revised-datastores@ietf.org
Content-Type: multipart/alternative; boundary="f403045f5070fb7de1055964528e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/RGFBsDLADExQxKsWxNBhvfODOyo>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-revised-datastores-04 updates
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: Sun, 17 Sep 2017 15:31:55 -0000

Hi,

My concern is that the definition of <running> is being changed to
include undefined and undeclared proprietary extensions.
This is counter-productive to the IETF's stated goal of interoperability.


Andy


On Sun, Sep 17, 2017 at 6:41 AM, Martin Bjorklund <mbj@tail-f.com> wrote:

> Andy Bierman <andy@yumaworks.com> wrote:
> > On Sat, Sep 16, 2017 at 12:24 AM, Juergen Schoenwaelder <
> > j.schoenwaelder@jacobs-university.de> wrote:
> >
> > > On Fri, Sep 15, 2017 at 02:07:58PM -0700, Andy Bierman wrote:
> > > > Hi,
> > > >
> > > > I strongly agree with Tom that the current draft is an update to RFC
> > > 7950.
> > > > I also strongly disagree with the decision to omit RFC 2119 in a
> > > standards
> > > > track document. IMO RFC 2119 terms need to be used in normative text,
> > > > especially when dealing with XPath and YANG compiler behavior.
> > > >
> > >
> > > RFC 8174:
> > >
> > >    o  These words can be used as defined here, but using them is not
> > >       required.  Specifically, normative text does not require the use
> > >       of these key words.  They are used for clarity and consistency
> > >       when that is what's wanted, but a lot of normative text does not
> > >       use them and is still normative.
> > >
> > >
> > So what?
> > Existing YANG specifications use RFC 2119 terms.
> > This draft uses those terms, just with lower-case.
>
> Actually, section 5.1 XPath Context in the revised datastore draft
> uses the same language as section 6.4.1 XPath Context in RFC 7950.  In
> fact, the text in the draft is copied (and adjusted) from RFC 7950.
>
>
> /martin
>