Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14

"Reshad Rahman (rrahman)" <> Fri, 20 October 2017 12:51 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F1E2E133011; Fri, 20 Oct 2017 05:51:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.52
X-Spam-Status: No, score=-14.52 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id DqLJpVQYyqwW; Fri, 20 Oct 2017 05:51:04 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 38D0B132944; Fri, 20 Oct 2017 05:51:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=1814; q=dns/txt; s=iport; t=1508503864; x=1509713464; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=obpCEASMK0Le+n9GI5aACJ487SMxCdqWFdbLrPp9r8E=; b=HYxl98W59RYYlOHDUSHX7KTOlgwlgl6m3eCFDEiDqK0UqOUOt8IongH/ 6YHtDoL1lFyseAJhp1Pg9YXFte7hLuVqMAqA/UZUe2+fHgxKrB1rcUFPa jdJ/JdiY7BpnxqB0+f/IVvTN5vDVryk+ScJHB2/EGXpmB9fje70hcfXg0 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.43,405,1503360000"; d="scan'208";a="304019680"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Oct 2017 12:51:03 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id v9KCp3bA001011 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 20 Oct 2017 12:51:03 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 20 Oct 2017 07:51:02 -0500
Received: from ([]) by ([]) with mapi id 15.00.1320.000; Fri, 20 Oct 2017 07:51:02 -0500
From: "Reshad Rahman (rrahman)" <>
To: "Eric Voit (evoit)" <>, "" <>
CC: "" <>, "" <>
Thread-Topic: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14
Thread-Index: AQHTK/QA8+mcxSk5vUmECY2lUkQ4OqLoEwSAgADU1oCAABYiAIAANyAAgAO1vdA=
Date: Fri, 20 Oct 2017 12:51:02 +0000
Message-ID: <>
References: <> <001701d3470b$8f473fe0$add5bfa0$> <> <>, <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 20 Oct 2017 12:51:06 -0000

Regarding validation, section 3.10 refers to pyang tool. Since the set of tools might change in the future, shouldn't the reference be to the yangvalidator url or something along those lines (instead of an exhaustive list which may change)?

I think there is a nit in section 2.4, the '.' after [I-D.ietf-netmod-revised-datastores] should be removed or replaced by a comma.

From: netmod <> on behalf of Eric Voit (evoit)
Sent: Tuesday, October 17, 2017 7:06 PM
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-rfc6087bis-14

I was also encouraged to provide comments.  A couple (new?) minor ones...

Section 3.4:
- If a tree diagram is included for an augmented model, it SHOULD contain the integrated of the augmented model.  I.e., use the pyang -f command to generate the tree so that you can explicitly see the schema elements imported

Side comment: if a YANG module contains extension structures (like YANG-Data) these should also be shown in the tree, but I understand why you might not want to make that a requirement of this document.

Section 3.10: There should be a normative set of YANG validation tools which are run on upload of an Internet draft.   Errors and warnings found later (and perhaps through tools a user doesn't have) should not result in a module being given an error designation.


netmod mailing list