Re: [Netconf] WG LC for draft-ietf-netconf-rfc6536bis

Mahesh Jethanandani <mjethanandani@gmail.com> Tue, 18 July 2017 06:44 UTC

Return-Path: <mjethanandani@gmail.com>
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 E77EC131D0E for <netconf@ietfa.amsl.com>; Mon, 17 Jul 2017 23:44:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 RgaXYohpQ7a5 for <netconf@ietfa.amsl.com>; Mon, 17 Jul 2017 23:44:48 -0700 (PDT)
Received: from mail-pg0-x242.google.com (mail-pg0-x242.google.com [IPv6:2607:f8b0:400e:c05::242]) (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 68CE2131A61 for <netconf@ietf.org>; Mon, 17 Jul 2017 23:44:48 -0700 (PDT)
Received: by mail-pg0-x242.google.com with SMTP id y129so1663827pgy.3 for <netconf@ietf.org>; Mon, 17 Jul 2017 23:44:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=2bqlXm1YQIV8omRiOBRILaY8PAsnvy3Cnf+vwLeNIH4=; b=ayeqQJ3NUooQNowLzHqzFGX+ynTpbz01Pk1oamNlTBa4w1AT96JBx9ZmM0IEi4RP6Q J4ZunMBgfg7KQTWOL54bcdmdNOiKlmaZ8lbxmHFlI3Vfsq4SICR91+5KtLxFDUIHDXuA miiCn1MkhvcriNTLWkGyvN2WPR4MZAaqO3oWFUaeIainigqrZthLIwOZbOeBQ3KSkWNI dRtpRaSklMjighpJn2IH+QIQWuV8/6mCdHB0uiY/D8jsKiWriE7PN6BqC0hK1Hp2z2Ms LX/f0TgzbkLlzmxZ5rfpT7uSFPgx+8pBNRTCJp85l6ukCGolY7iOUUfRtZKrBmqBb7bt jDMg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=2bqlXm1YQIV8omRiOBRILaY8PAsnvy3Cnf+vwLeNIH4=; b=F7NzfDCT9nfnE+DaCeCPG6SQOcyTGU+Ed2P8IhUaw3e5XsPvonbE7TrQI+/KROj5PH N+GndK1bkS9/hx0YQbo0yTZKEYHz9rhtfHEQf8Nk+PFe5Dcmgi/S8P3mDVuTVu8bZTxP 8jWUT0cx7jXkkA2/FrQSqHgV+UjH/btGnsXgaDd1X312QrjZAcbrboTCHDcj0Si6e9RT iY0pg8NkQep207AzYICX94JF43Yk7r2+yMSnbyEL53qw9q95qGdJw+wtza73TYKdg+PO dTxz8NUpC2BUy42uyUsqWCJaJYGW/tzCZHPw1a8BKZhpw/eeP4iQkMVTFKT0WYSsEKXP FcHw==
X-Gm-Message-State: AIVw113tUQpIWQ1Fj+gBJT0a7JZtLCWsErQZmrNsDJJ3lj1+O7Jhcp4G zrdus4LA6nrlF+pwBLw=
X-Received: by 10.99.145.67 with SMTP id l64mr191800pge.184.1500360287691; Mon, 17 Jul 2017 23:44:47 -0700 (PDT)
Received: from [10.24.20.224] ([128.107.241.191]) by smtp.gmail.com with ESMTPSA id r62sm2736034pfl.45.2017.07.17.23.44.44 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 17 Jul 2017 23:44:46 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail=_A4350942-DC07-4C55-8325-DD64FBBA96B4"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: Mahesh Jethanandani <mjethanandani@gmail.com>
In-Reply-To: <3D9092A1-42E2-4177-B5D0-F1A1DF68ADF2@gmail.com>
Date: Tue, 18 Jul 2017 08:44:49 +0200
Message-Id: <13A299A5-3DB9-42B4-A7F8-87A876AF8F0B@gmail.com>
References: <20170523.091519.1988324449434279102.mbj@tail-f.com> <D13AF5F3-1AE1-4A43-866F-10984114BF2C@gmail.com> <CABCOCHTjLL7bFCVYHwUYEx-gKG=JaiWiftx2wJSce=LjjrbyNQ@mail.gmail.com> <20170524.091650.1982503698804665659.mbj@tail-f.com> <CABCOCHRk05FYXnLDw1eZyXxx=smGoLSPG83vGtUXGWojetugqg@mail.gmail.com> <02b101d2d6de$6cf44fc0$4001a8c0@gateway.2wire.net> <CABCOCHT-Xu5gnrZ2MU1LHq8CTXSEdsweQsf8qCeqqQ-j9=N5Mg@mail.gmail.com> <3D9092A1-42E2-4177-B5D0-F1A1DF68ADF2@gmail.com>
To: Netconf <netconf@ietf.org>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Vy_rZFQBiw1tbGEYeoVuX40xvOM>
Subject: Re: [Netconf] WG LC for draft-ietf-netconf-rfc6536bis
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 18 Jul 2017 06:44:51 -0000

Looking at the draft, it is clear that the draft makes normative reference to the datastore draft for the datastore terms its uses in the document itself. After talking to Andy, it appears there is no strong use-case defined for adding datastore specific access control at this time. 

This therefore concludes the WG LC on the document. I will prepare the document for publication at this time.

> On Jul 14, 2017, at 4:12 AM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:
> 
> Andy,
> 
>> On May 28, 2017, at 10:16 AM, Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>> wrote:
>> 
>> Hi,
>> 
>> Just be clear -- we will add explicit support for revised datastores, not just a
>> normative reference for terminology.  The NACM CRUDX mappings for the
>> intended, applied, and operational datastores will be in this draft.
>> 
>> Are there any objections to adding revised datastore support to NACM?
>> This might be an expansion of scope for the charter item.
> 
> This is covered by item #6 in the charter:
> 
> 6. Based on the revised datastore concept work in NETMOD, provide a
> revision for the NETCONF and RESTCONF protocols and the used datastore
> framework. 
> 
>> 
>> 
>> Andy
>> 
>> 
>> On Sat, May 27, 2017 at 4:19 AM, t.petch <ietfc@btconnect.com <mailto:ietfc@btconnect.com>> wrote:
>> ----- Original Message -----
>> From: "Andy Bierman" <andy@yumaworks.com <mailto:andy@yumaworks.com>>
>> Sent: Saturday, May 27, 2017 3:20 AM
>> 
>> On Wed, May 24, 2017 at 12:16 AM, Martin Bjorklund <mbj@tail-f.com <mailto:mbj@tail-f.com>>
>> wrote:
>> 
>> > Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>> wrote:
>> > > On Tue, May 23, 2017 at 12:41 PM, Mahesh Jethanandani <
>> > > mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>> wrote:
>> > >
>> > > >
>> > > > > On May 23, 2017, at 12:15 AM, Martin Bjorklund <mbj@tail-f.com <mailto:mbj@tail-f.com>>
>> > wrote:
>> > > > >
>> > > > > Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>> wrote:
>> > > > >> Hi,
>> > > > >>
>> > > > >> The update is on github.
>> > > > >> http://github.com/netconf-wg/rfc6536bis <http://github.com/netconf-wg/rfc6536bis>
>> > > > >>
>> > > > >> I would like Martin to look it over before it is posted.
>> > > > >
>> > > > > Done, and the new text looks good.  I moved the new subsection
>> to be
>> > > > > the first in 3.2, and I also fixed some minor terminology
>> issues.
>> > > > >
>> > > > > But, I wonder if we shouldn't make the document even less
>> NETCONF
>> > > > > specific, and align the terminology to revised-datastores.  For
>> > > > > example, currently the document talks about access to "NETCONF
>> > > > > datastores".   With the new less protocol-specific terminology
>> this
>> > > > > would simply be "datastore”.
>> > > >
>> > > > I would prefer this.
>> > > >
>> > >
>> > > OK, but the operations are somewhat NETCONF specific.
>> > > We will try to make sure we do not create more inconsistencies than
>> we
>> > > remove ;-)
>> >
>> > Yes.  But I think what we should do is not any technical changes, just
>> > align terminology.
>> >
>> >
>> 
>> OK -- the term NETCONF datastore was used twice, now just datastore.
>> (pushed to github)
>> 
>> The term datastore appears a lot.  There are 3 variants:
>> 
>>     - datastore
>>     - configuration datastore
>>     - target datastore
>> 
>> With revised datastores these are not all the same anymore.
>> We probably need to go through the entire document and check if the
>> correct variant is used in each instance.
>> 
>> Are there other terms that are needed for alignment?
>> 
>> Does NACM need to reference the revised-datastores draft to import
>> terminology?
>> 
>> <tp>
>> 
>> Yes, Normative Reference please.
>> 
>> Tom Petch
>> 
>> > /martin
>> 
>> Andy
>> > >
>> > > Andy
>> 
>> 
>> _______________________________________________
>> Netconf mailing list
>> Netconf@ietf.org <mailto:Netconf@ietf.org>
>> https://www.ietf.org/mailman/listinfo/netconf
> 
> Mahesh Jethanandani
> mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>
> 
> 
> 

Mahesh Jethanandani
mjethanandani@gmail.com