Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4

Qin Wu <> Mon, 14 October 2019 01:16 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 931B912006D for <>; Sun, 13 Oct 2019 18:16:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 3z1oElB5SBm9 for <>; Sun, 13 Oct 2019 18:16:38 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id EE4F012001A for <>; Sun, 13 Oct 2019 18:16:37 -0700 (PDT)
Received: from (unknown []) by Forcepoint Email with ESMTP id 475B2A3A7A5E8EA405CD for <>; Mon, 14 Oct 2019 02:16:35 +0100 (IST)
Received: from ( by ( with Microsoft SMTP Server (TLS) id 14.3.408.0; Mon, 14 Oct 2019 02:16:33 +0100
Received: from ([]) by ([]) with mapi id 14.03.0439.000; Mon, 14 Oct 2019 09:16:30 +0800
From: Qin Wu <>
To: Joel Jaeggli <>, Andy Bierman <>
CC: NETMOD Working Group <>
Thread-Topic: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4
Thread-Index: AdWCLKdsgljjsZDgRIqdKqglUEQBbg==
Date: Mon, 14 Oct 2019 01:16:29 +0000
Message-ID: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA93691E3dggeml511mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 14 Oct 2019 01:16:41 -0000

I agree with Andy’s conclusion, my comments are mostly questions for clarification.
What is strange to me is I can not open the quoted link any more:

发件人: netmod [] 代表 Joel Jaeggli
发送时间: 2019年10月13日 23:33
收件人: Andy Bierman <>
抄送: NETMOD Working Group <>
主题: Re: [netmod] Conclusion WG Last Call: draft-ietf-netmod-yang-data-ext version 4

On Oct 13, 2019, at 08:28, Andy Bierman <<>> wrote:

On Sat, Oct 12, 2019 at 12:08 PM Joel Jaeggli <<>> wrote:
This concludes the netmod WG last call for

draft-ietf-netmod-yang-data-ext version 4...

There was a modest amount of commentary generally positive, during the last call period with some requests for clarification (Qin wu) and some minor nits (Robert Wilton).

It might be good to have closure on the last email in that cycle.

It is not clear which issues remain open from this review.
The main issues seem to be:

   1) Put this functionality in yang-next instead of this document
    * The WG decided several times to go forward with this document

   2) When there is a yang-next, these extensions will not change or go away
    * This issue was not discussed as part of this draft. The WG should make
       these decisions if and when yang-next is a work item

   3) There needs to be machine-readable statements to define where a structure can be used
    * The WG decided to just use description-stmt for this purpose

I do not know if this list is complete or correct.

That sounds like closure to me.

Thank you.

That is for the WG Chairs to decide.

The 'structure' extension is basically a copy of container-stmt with some stuff removed.
It is not a data node, rpc, or notification. Its use is implementation-dependent.
A container-stmt is tightly coupled to protocols and datastores.  A structure is
not coupled to anything.  There can be notifications and actions defined nested within
a structure's data-def-stmts. (Who knows what this means - it is implementation-specific.)

but it looks like the document is ready to advance based on this and prior wg discussion.



On Sep 26, 2019, at 22:32, Joel Jaeggli <<>> wrote:


This starts a two week working group last call for  draft-ietf-netmod-yang-data-ext-04

The working group last call ends on  Friday October 11th 2019.  Please send your comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document and believe it is ready for publication", are welcome!  This is useful and important, even from authors.

The diff from 03, produced prior to IETF 105 is available here:


netmod mailing list<>