Re: [Netconf] Warren Kumari's No Objection on draft-ietf-netconf-nmda-netconf-06: (with COMMENT)

Warren Kumari <warren@kumari.net> Mon, 01 October 2018 11:49 UTC

Return-Path: <warren@kumari.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A075130DEB for <netconf@ietfa.amsl.com>; Mon, 1 Oct 2018 04:49:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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=kumari-net.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 bcfG7qJ_XDGi for <netconf@ietfa.amsl.com>; Mon, 1 Oct 2018 04:49:23 -0700 (PDT)
Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 86F2D120072 for <netconf@ietf.org>; Mon, 1 Oct 2018 04:49:23 -0700 (PDT)
Received: by mail-wr1-x431.google.com with SMTP id f10-v6so13613017wrs.0 for <netconf@ietf.org>; Mon, 01 Oct 2018 04:49:23 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4bUeww9Tt2f2Jtt/+SdmcyY4tVZ242bw04Plb2h10rw=; b=vDeSLBc2NjU7TqjzEl9OAg+HUfqCfK2Qyq74GbrjgMi2Xbu/DCKoKnsmzovweyF5pg kXUT41atodkF03aqe/i6Rn3gU2HVUm4bQ7/jel0fhkMFPfkg20BgQQFPZqnhA465DAlN pty4xexaOAqyXD0QYaNn/weREUcjOBqPhYis5bPJKp1ExrH6ePaf+5Gpvx9dAw7uSDQq QKyVd0MRGivsENz0CuYBYxx9CcETNvcF9+6/dIbCt1ZSYIRVOImw1yVBx8pouYli975P 4mtBaUhivCRdPWsHD8xk2ltBiQknWxRowBU66Dd4jVe67P2Rt9YK+MVaDdD5oOLejUe7 rOug==
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=4bUeww9Tt2f2Jtt/+SdmcyY4tVZ242bw04Plb2h10rw=; b=m1G6uzOFeZ6q4aU0cg3OSChrCfedq1IckZ/rppBtU3atkXka9JX7EkKrshMn9bS9sb iBa3ORMg3LlnAXlROJZAf71sGuJTz80Ny/JOjVayAyqTf+fplt8LV0pe68uZer2g9tsO XJpLUBHbY4dX6Z8GhZclo8xx+lWUxsI9RAhtSBF+zPUjZKqMKnXmkxvv/7CHeHSxKfwI dhLplvRP1dLpe9gho0esTfDq/FQUUO0YkVyP6G8/uMPNa1Y+NN0E67un5HfYMWp7KDF4 TlVUjMRvezM2w9BM/+OeE74wOsnVJLH3w9HLJEmdr/n8QpA0yw18p9Dbn5ebMXR5ZTbH D1Pg==
X-Gm-Message-State: ABuFfoip0Jy7u10dsqW1+TV1874/DTxM4CH1Zw3UjZepzwolCFkdhwHi rq8Rla9B6K+f/fmkkvNb8t9k5CwJNfkJnk8OTV8zHQ==
X-Google-Smtp-Source: ACcGV613YlZ/ccvhpa7y9yGoB4sN5PH4mCIQ+riDqURA3BVcCryVwwP6waAxwYqbyxZjidEWBN2W6605YQoGlmRass8=
X-Received: by 2002:adf:b6a0:: with SMTP id j32-v6mr6258926wre.55.1538394561461; Mon, 01 Oct 2018 04:49:21 -0700 (PDT)
MIME-Version: 1.0
References: <153774762713.29234.13520591093910263393.idtracker@ietfa.amsl.com> <20181001.090425.762031042763991630.mbj@tail-f.com>
In-Reply-To: <20181001.090425.762031042763991630.mbj@tail-f.com>
From: Warren Kumari <warren@kumari.net>
Date: Mon, 1 Oct 2018 07:49:10 -0400
Message-ID: <CAHw9_iKx+k4VE2i5RBrJPcLnnJBmM59C-umq=ajyYp6rW3qKXQ@mail.gmail.com>
To: Martin Bjorklund <mbj@tail-f.com>
Cc: draft-ietf-netconf-nmda-netconf@ietf.org, iesg@ietf.org, mjethanandani@gmail.com, netconf@ietf.org, netconf-chairs@ietf.org
Content-Type: multipart/alternative; boundary="0000000000005c525705772965fa"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Q3uKqbSM6ded636eEMrBDujrUD4>
Subject: Re: [Netconf] Warren Kumari's No Objection on draft-ietf-netconf-nmda-netconf-06: (with COMMENT)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Oct 2018 11:49:28 -0000

Perfect, thanks!

W

On Mon, Oct 1, 2018 at 3:04 AM Martin Bjorklund <mbj@tail-f.com> wrote:

> Hi,
>
> Warren Kumari <warren@kumari.net> wrote:
> > Warren Kumari has entered the following ballot position for
> > draft-ietf-netconf-nmda-netconf-06: No Objection
> >
> > When responding, please keep the subject line intact and reply to all
> > email addresses included in the To and CC lines. (Feel free to cut this
> > introductory paragraph, however.)
> >
> >
> > Please refer to
> https://www.ietf.org/iesg/statement/discuss-criteria.html
> > for more information about IESG DISCUSS and COMMENT positions.
> >
> >
> > The document, along with other ballot positions, can be found here:
> > https://datatracker.ietf.org/doc/draft-ietf-netconf-nmda-netconf/
> >
> >
> >
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> > I'll be honest -- I was expecting this review to be long, annoying and
> > unpleasant. It is documenting changes to some fundamental bits, and on
> matters
> > where I always feel like I *should( have more expertise / knowledge...
> and so I
> > set aside time on a flight to be able to focus on this....
> >
> > It turns out to have been a very well, clearly written and understandable
> > document...
> >
> > I only have a *minor* suggestion:
> > "3.1.1.3.  Example: Retrieving an entire subtree from <running>
> >
> > The following example shows the <get-data> version of the
> >    <get-config> example shown in Section 7.1 of [RFC6241].
> > "
> >
> > Seeing that this is an introductory example, I think that it would be
> nice to
> > make it clearer that this filters users subtree; it is clear once
> reading the
> > example, but knowing what it is supposed to be demonstrating before
> seeing it
> > might be nice...
>
> Ok.  How about:
>
> OLD:
>
>    The following example shows the <get-data> version of the
>    <get-config> example shown in Section 7.1 of [RFC6241].
>
> NEW:
>
>    The following example shows the <get-data> version of the
>    <get-config> example shown in Section 7.1 of [RFC6241], which selects
>    the entire "/users" subtree:
>
>
>
>
> /martin
>
-- 
I don't think the execution is relevant when it was obviously a bad idea in
the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair of
pants.
   ---maf