[netmod] Closing this issue: choice/case in tree diagrams (draft-ietf-netmod-yang-tree-diagrams-06)
Benoit Claise <bclaise@cisco.com> Tue, 06 March 2018 21:49 UTC
Return-Path: <bclaise@cisco.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 16249126BF3; Tue, 6 Mar 2018 13:49:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 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, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 HVSSX_mM6OcN; Tue, 6 Mar 2018 13:49:40 -0800 (PST)
Received: from aer-iport-3.cisco.com (aer-iport-3.cisco.com [173.38.203.53]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A49F124B18; Tue, 6 Mar 2018 13:49:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4553; q=dns/txt; s=iport; t=1520372980; x=1521582580; h=subject:to:references:from:message-id:date:mime-version: in-reply-to:content-transfer-encoding; bh=sBI7DeP/vPWgIEeMlU7lG7v1ChAupezWN9lWM7keZvg=; b=QjcGewjK/LbRXQotPcWd+EmP4+k2iB3a5Ox7NoxiyadLgWnI1PXemlO8 OI1SNkCJMjZQE/D3+/PulSUJWzuVc2ifbLG2xPlP1a1yIk0Q2EEQiaqCH 9W4F/d8g1fLgbg59rQJDXbz9BZG3J0BpHouPWbA5ejX2OnFpv8c/u1vS+ Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B1AQBTDJ9a/xbLJq1aAxkBAQEBAQEBAQEBAQEHAQEBAQGENnAog1SLGI5UMoEWlEiCAQoYC4Q+TwKDJDcVAQIBAQEBAQECayeFIwEBAQMBAQEhFTYQCQIZAggCAh8HAgIbDDAGAQwGAgEBhQ8IEKkjgieEcoN0ghwFBYEKhCKEBYIPhjIBAYE5WSaCRIJiBI18jGsJgVaPIgeJFIVki0mGDYEuNCKBUjMaCBsVOoJDgmOBZj83jCUBAQE
X-IronPort-AV: E=Sophos;i="5.47,433,1515456000"; d="scan'208";a="2421728"
Received: from aer-iport-nat.cisco.com (HELO aer-core-4.cisco.com) ([173.38.203.22]) by aer-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 06 Mar 2018 21:49:38 +0000
Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) by aer-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id w26Lnblh028729; Tue, 6 Mar 2018 21:49:38 GMT
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Martin Bjorklund <mbj@tail-f.com>, netmod@ietf.org, IETF-Discussion list <ietf@ietf.org>
References: <1520262414.7198.35.camel@nic.cz> <6a1ed43f-398b-4538-52aa-d7f8c219047e@tail-f.com> <c9a60629-a1de-0b5b-77a0-595f614bcad8@transpacket.com> <20180306.104411.829341372037212681.mbj@tail-f.com> <20180306124825.joukx2lvszeehrzt@elstar.local> <877eqp2pj9.fsf@nic.cz>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <3f699b0a-98b9-dfac-53cc-e2101c43c0eb@cisco.com>
Date: Tue, 06 Mar 2018 22:49:37 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <877eqp2pj9.fsf@nic.cz>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/sD0R4ysCUPgqGxiRVGSDhECTXuU>
Subject: [netmod] Closing this issue: choice/case in tree diagrams (draft-ietf-netmod-yang-tree-diagrams-06)
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, 06 Mar 2018 21:49:43 -0000
Dear all, The document draft-ietf-netmod-yang-tree-diagrams-06 is in AUTH48. It's time to close this issue, let me copy ietf@ietf.org. If you object to the change below, let me know before the end of the week. The changes are to the text, so that the text is adapted to what the tools do. No need to change the examples, or tooling. OLD: <flags> is one of: rw for configuration data ro for non-configuration data, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement NEW: <flags> is one of: rw for configuration data- and choice nodes ro for non-configuration data- and choice nodes, output parameters to rpcs and actions, and notification parameters -w for input parameters to rpcs and actions -u for uses of a grouping -x for rpcs and actions -n for notifications mp for nodes containing a "mount-point" extension statement case nodes do not have any <flags>. and OLD: <name> is the name of the node (<name>) means that the node is a choice node :(<name>) means that the node is a case node If the node is augmented into the tree from another module, its name is printed as <prefix>:<name>, where <prefix> is the prefix defined in the module where the node is defined. NEW: <name> is the name of the node (<name>) means that the node is a choice node :(<name>) means that the node is a case node If the node is augmented into the tree from another module, its name is printed as <prefix>:<name>, where <prefix> is the prefix defined in the module where the node is defined. If the node is a case node, there is no space before the <name>. Regards, Benoit > Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> writes: > >> On Tue, Mar 06, 2018 at 10:44:11AM +0100, Martin Bjorklund wrote: >>> OLD: >>> >>> <flags> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> -w for input parameters to rpcs and actions >>> -u for uses of a grouping >>> -x for rpcs and actions >>> -n for notifications >>> mp for nodes containing a "mount-point" extension statement >>> >>> NEW: >>> >>> <flags> is one of: >>> rw for configuration data >>> ro for non-configuration data, output parameters to rpcs >>> and actions, and notification parameters >>> -w for input parameters to rpcs and actions >>> -u for uses of a grouping >>> -x for rpcs and actions >>> -n for notifications >>> mp for nodes containing a "mount-point" extension statement >>> >>> case nodes do not have any <flags>. >> I still think that it should be 'data node' instead of just >> 'data'. While not formally imported, the term 'data node' has a >> definition in RFC 7950. >> >> NEWER: >> >> <flags> is one of: >> rw for configuration data nodes > If we keep it also for choices, then it has to be "schema nodes". > >> ro for non-configuration data nodes, output parameters to rpcs >> and actions, and notification parameters > Same here. > > Lada > >> -w for input parameters to rpcs and actions >> -u for uses of a grouping >> -x for rpcs and actions >> -n for notifications >> mp for nodes containing a "mount-point" extension statement >> >> case nodes do not have any <flags>. >> >> /js >> >> -- >> 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/> >> >> _______________________________________________ >> netmod mailing list >> netmod@ietf.org >> https://www.ietf.org/mailman/listinfo/netmod
- [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Juergen Schoenwaelder
- Re: [netmod] choice/case in tree diagrams Vladimir Vassilev
- Re: [netmod] choice/case in tree diagrams Juergen Schoenwaelder
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Juergen Schoenwaelder
- Re: [netmod] choice/case in tree diagrams Vladimir Vassilev
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Ladislav Lhotka
- Re: [netmod] choice/case in tree diagrams Per Hedeland
- Re: [netmod] choice/case in tree diagrams Ladislav Lhotka
- Re: [netmod] choice/case in tree diagrams Per Hedeland
- Re: [netmod] choice/case in tree diagrams Mahesh Jethanandani
- Re: [netmod] choice/case in tree diagrams Vladimir Vassilev
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Robert Wilton
- Re: [netmod] choice/case in tree diagrams Lou Berger
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Lou Berger
- Re: [netmod] choice/case in tree diagrams Juergen Schoenwaelder
- Re: [netmod] choice/case in tree diagrams Benoit Claise
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Juergen Schoenwaelder
- Re: [netmod] choice/case in tree diagrams Martin Bjorklund
- Re: [netmod] choice/case in tree diagrams Juergen Schoenwaelder
- Re: [netmod] choice/case in tree diagrams Ladislav Lhotka
- Re: [netmod] choice/case in tree diagrams joel jaeggli
- [netmod] Closing this issue: choice/case in tree … Benoit Claise
- Re: [netmod] Closing this issue: choice/case in t… Benoit Claise