Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts

Andy Bierman <andy@yumaworks.com> Thu, 08 February 2018 18:55 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 35E1E12D810 for <netmod@ietfa.amsl.com>; Thu, 8 Feb 2018 10:55:59 -0800 (PST)
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, 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=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 Nl-wblCTGJRq for <netmod@ietfa.amsl.com>; Thu, 8 Feb 2018 10:55:56 -0800 (PST)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::231]) (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 243B9126E3A for <netmod@ietf.org>; Thu, 8 Feb 2018 10:55:56 -0800 (PST)
Received: by mail-lf0-x231.google.com with SMTP id f137so7854232lfe.4 for <netmod@ietf.org>; Thu, 08 Feb 2018 10:55:56 -0800 (PST)
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=3UzjH1ceDokXRfxn0lX0Z0Gz2cQdhoceGA1vS5kGyXM=; b=J2uGrayIwO4jvB+larBW7TPpKgHheEJZuYSGmc2byjKM3YOeCtUq2pO1I90yIIrV85 boKXvtmPY8H2JvRx8fAuPoNGmgMS3r/xAdx/uj/LB2QTkDVH6uHVmXZWZonr+wa69S4L L79rwq90FttAgqwh/OEP8OdIzYDWvcQzdjocYUdBq9DWsOR0RAiciCCOp2GRp/qDEVRG keTt06LfH25Nv5wALoIJplYa7XQhLrme3giuSZ043GRBn+0hJ5o5b5hdviEETOnkhN0K aFuFJiLpVKAZYpCmt+SKOYNT5yP5nPBCn4q2DQPPUmeRczphxC7aluicevBZ/SdG7GC6 +QjQ==
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=3UzjH1ceDokXRfxn0lX0Z0Gz2cQdhoceGA1vS5kGyXM=; b=F+9EuiHZCfDIpHNzTbgoBZARN6TGvegrlcrCOKji302sI4XDik9K1GMbryrGbnaio/ YDngwQOAF7P5ycA1MnYPEJv7D1Ap9q5A0RDCKhO9lJN9qzxRrvunOl0Hzyhh0wmUYkNM UGGBDhfzM1kMOSACDKC4xcLlw4uHwc/j311MwHu7oPIVBtMVv8+B7KiDwIDbiODvk+7G ebFt3uIz2h8uPcju25O7C8c4pIavLT62i2CPHjuEHUvbPKOaaN0U5F1t9YGRjKQGsLSr pQ+M5lD6HchvU6+tMwa9xOI6dQMBqOWYmj1vcqwFU9MumZAGOaKPI/S1DgRm86NrpOm9 oohg==
X-Gm-Message-State: APf1xPAQ1WbZUvI02+JojX7l1cUE7LIIdSP0QfPKOHrD2yPm9COZnovE TCkeleTORQLHn6PtaqMPFxMR1MqRnEJuUSSQAWgJeA==
X-Google-Smtp-Source: AH8x2269LIBeBuIRVWOBcJ7ldcGQ0yeTOUKN/zb8/tRMgkHwMlzt+fVqau4kMwrbpC07Ti3ho3E4rObJDdJDhcOowMI=
X-Received: by 10.25.26.200 with SMTP id a191mr102027lfa.35.1518116154304; Thu, 08 Feb 2018 10:55:54 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.225.18 with HTTP; Thu, 8 Feb 2018 10:55:53 -0800 (PST)
In-Reply-To: <20180208184453.m4j7scytf3lmqkvd@elstar.local>
References: <CABCOCHSUWGKOH2JJA3TrRRJrvgwmmFRPs8cmOtPg0YKcY9=tsg@mail.gmail.com> <a0b9c4ba-a54d-f26e-3c09-1c2a92df58dd@cisco.com> <CABCOCHR34ovCHumyTKXOYzJcU3WM1kt-EnpxxtGLS2kLUPtECA@mail.gmail.com> <20180207.192803.834988416883038576.mbj@tail-f.com> <CABCOCHR95zL=AZ-LLq_1FsCff9dgUKP5_33uY7W7OMd8tdfb3w@mail.gmail.com> <20180208073617.yico4gvfrl6xdusw@elstar.local> <CABCOCHT6RNQqOn+gkk9CepwFTu5DSTAF768++-g3YmrXfKRxCg@mail.gmail.com> <20180208184453.m4j7scytf3lmqkvd@elstar.local>
From: Andy Bierman <andy@yumaworks.com>
Date: Thu, 8 Feb 2018 10:55:53 -0800
Message-ID: <CABCOCHQwochvHDt1cWW6yifgjvLL9oMv1gh8EvJdnVfM=7Sj=Q@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Andy Bierman <andy@yumaworks.com>, Martin Bjorklund <mbj@tail-f.com>, Netconf <netconf@ietf.org>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="001a11401eda1b06680564b7f671"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/vLOj2D-bCNvwUjC3WYbClkv3c_8>
Subject: Re: [netmod] [Netconf] LC of NDMA NETCONF/RESTCONF drafts
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: Thu, 08 Feb 2018 18:55:59 -0000

On Thu, Feb 8, 2018 at 10:44 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> On Thu, Feb 08, 2018 at 09:11:58AM -0800, Andy Bierman wrote:
> > >
> > Then remove the text that says an error is sent if with-defaults
> attempted
> > on <operational>.
> > None of this new text needs to go into NMDA. It can be a vendor-specific
> > mystery what gets set as origin=default.  Implementors can read RFC 6243
> > and figure it out on their own.
>
> As I said, I am absolutely fine with the option of being silent about
> with-defaults and if needed someone can spin an update of RFC 6243.
>
>

This is not needed.


   If the "with-defaults" parameter
   is present in a request to such a datastore, then the server MUST

      return an error, as specified in "ietf-netconf-nmda" (see Section 4
<https://tools.ietf.org/html/draft-ietf-netconf-nmda-netconf-03#section-4>).


         The 'with-defaults' parameter does not apply to operational
         datastores. If the 'with-defaults' parameter is present in a
         request to an operational datastore, then the server MUST
         return an <rpc-error> element with an <error-tag> value of
         'invalid-value'.";



There are 2 places in the draft that say MUST send an error.
You need to add detailed text explaining what "harm to the Internet"
is caused if this parameter is accepted. You cannot use MUST
unless interoperability is harmed by allowing a server to
omit response data containing the YANG default value.
Please explain all the problems solved by this MUST constraint.


Please explain in detail in the draft WHY



         The 'with-defaults' parameter does not apply to operational
         datastores.


This assertion is false.






> /js
>

Andy



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