Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14
"Alexander Clemm" <ludwig@clemm.org> Tue, 17 October 2017 05:48 UTC
Return-Path: <ludwig@clemm.org>
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 32A0A1320CF; Mon, 16 Oct 2017 22:48:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.42
X-Spam-Level:
X-Spam-Status: No, score=-1.42 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5] autolearn=no autolearn_force=no
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 ZT3e0o5VplfF; Mon, 16 Oct 2017 22:48:26 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.197]) (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 E2EAF132924; Mon, 16 Oct 2017 22:48:25 -0700 (PDT)
Received: from LAPTOPR7T053C2 ([73.71.191.170]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0LZfxK-1dNKPL162W-00lTGw; Tue, 17 Oct 2017 07:48:23 +0200
From: Alexander Clemm <ludwig@clemm.org>
To: 'Kent Watsen' <kwatsen@juniper.net>, netmod@ietf.org
Cc: netmod-chairs@ietf.org, draft-ietf-netmod-rfc6087bis@ietf.org
References: <DE7DEC2E-F737-4020-8830-AF556A65EEF5@juniper.net>
In-Reply-To: <DE7DEC2E-F737-4020-8830-AF556A65EEF5@juniper.net>
Date: Mon, 16 Oct 2017 22:48:27 -0700
Message-ID: <001701d3470b$8f473fe0$add5bfa0$@clemm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQKaYVkzfTaR4o9Av0E1iNvM3K8NkaFZVEYg
X-Provags-ID: V03:K0:zGPiDHcd+Rik8PuAn5pIhohpcka7FmcUL2X/ThLmZj/7OrSce6u k1d/Ji4YdR/f2Y7d0fkOiLQbdiJ9S6+B4OLEkYCMRgdT3pBu8WliNW078prjeez8w5nQQsG Q8UWT4rErhS6agCdFpc3raaMmWQjdolfRLznfqodtDDj9Qz/INndjWjONNNA6lwj5CXWG2U 7kn7gdqn8iffwPxeQdQ7w==
X-UI-Out-Filterresults: notjunk:1;V01:K0:L8vGny+83CI=:lzSTbyCVL6HUDsbd1Qhxl/ z2Ydem9Fu6x5PKGawWuYMSRWH8e1CWsiftkHeoOrShNrT9oEWGxjnQiXA6PJc5Q7OsyWPboLr rYcyWaQSMVVbH1NlR/TYJrsAjzCy8BZwU21VckuvqazE1X9naTnt8ipakkJ0WIA3VzSoeQvXt XeyJLSM+Z673AxEBvSp/uG3tAQU4uQMHqIlaaduVXBUe4S9IV7xpFThcJkSff7sTDZ9kosibC 5Jtr03mp3NvXBSUKgNoZozfblVWjtEG1s2pmguBKeyiTMZRI0krgER/pqmuWe9NKIiPX+C7a3 QNKwoh/94/r2/n4qPBXMVeRztJjxP+OtOwT9bk74htYYhu5kUuusCXrkxTs5F/WbroZdArYFt DlQNAogwEZy4+g5qf/i8o8GawSib5V1TZJVhGPvs2c5ACLiPkCY/SRcx6x+recy4nM6KvLXJh qRZb5iZd4t2F0rkevGT6kvyvxsVF4cli5/SfYq/HYR0E34lzgDuunnFgaylTUUAFkQCxDwMNB ZXIZrRPgYORZwjnYmC51DtHFFZ0bz14n+q6tolawzQVNKqf8Y9EyJvn8xPIXU5AFAf0Y8ntjS dXFS4kc6g6psB4H8bce+to89kshfdMLUkKGw39KiyUrsRwoeX1QCNPE6e7jzmPTdRSXUn5YAW OucYW08FugdNXwKn9in58nWWiXs/wCOTj/OpJUH+QQSESjUzMzrDkoszsK0XjFwc57v3ktHOl km56OEdNRaUg2YDp9XNuZm8G2u/KxpEyfJ7B/bE5wq1CWsPHGaeckNjfUx4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/61vjTrvjOFZFWkOWlJkMA8aDxSo>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14
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: Tue, 17 Oct 2017 05:48:27 -0000
(Resending, apologies in case of duplicates) I have reviewed some parts of the draft and have just a few comments as well: - One area where guidelines are missing, but where guidance would be needed, concerns how to model return values from RPCs, as well as how to model the handling of RPC error conditions. This is an area where I think YANG itself could need some improvement, and in its absence good guidelines would be even more important. - It would be also useful to provide guidelines regarding how to augment/extend groupings. This is a common scenario and what to do is not necessarily intuitive, so I am sure many users would appreciate guidelines here. - Section 3.4: It would be good to provide a guideline regarding lines that exceed 70 columns (from the pyang tree output), at least mention that authors need to manually address this issue - Section 3.7: Personally, I think the security considerations as currently stated, while well-intended, introduce a bit too much red tape. Specifically, this concerns having to list nodes individually - this can lead to defining many "trees" while missing the "forest". The guidelines are a bit "rubbery" here, by the way, stating that data nodes MUST be individually listed and discussed, at the same time only if they "could be especially disruptive" - what does that mean - so maybe the requirement should simply be a "SHOULD" here? - Observation: there is no mention/guideline canonical order of YANG statements. Thanks --- Alex -----Original Message----- From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of Kent Watsen Sent: Tuesday, September 12, 2017 11:22 AM To: netmod@ietf.org Cc: netmod-chairs@ietf.org; draft-ietf-netmod-rfc6087bis@ietf.org Subject: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14 This starts a two-week working group last call on: Guidelines for Authors and Reviewers of YANG Data Model Documents https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-14 Please send email to the list indicating your support or concerns. We are particularly interested in statements of the form: * I have reviewed this draft and found no issues. * I have reviewed this draft and found the following issues: ... Thank you, NETMOD WG Chairs _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Kent Watsen
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… t.petch
- [netmod] WG Last Call: draft-ietf-netmod-rfc6087b… Kent Watsen
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Qin Wu
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Alexander Clemm
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Kent Watsen
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Alexander Clemm
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Eric Voit (evoit)
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Juergen Schoenwaelder
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Martin Bjorklund
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Eric Voit (evoit)
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Juergen Schoenwaelder
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Acee Lindem (acee)
- Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6… Reshad Rahman (rrahman)