Re: Gen-Art LC review: draft-ietf-netmod-yang-metadata-04

Robert Sparks <rjsparks@nostrum.com> Fri, 11 March 2016 15:16 UTC

Return-Path: <rjsparks@nostrum.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3106112D529; Fri, 11 Mar 2016 07:16:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham 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 i6D3l5Fkxo9d; Fri, 11 Mar 2016 07:16:20 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 3DB4812D7A5; Fri, 11 Mar 2016 07:16:20 -0800 (PST)
Received: from unnumerable.local (pool-173-57-158-165.dllstx.fios.verizon.net [173.57.158.165]) (authenticated bits=0) by nostrum.com (8.15.2/8.14.9) with ESMTPSA id u2BFGJIe080892 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=OK); Fri, 11 Mar 2016 09:16:19 -0600 (CST) (envelope-from rjsparks@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host pool-173-57-158-165.dllstx.fios.verizon.net [173.57.158.165] claimed to be unnumerable.local
Subject: Re: Gen-Art LC review: draft-ietf-netmod-yang-metadata-04
To: Ladislav Lhotka <lhotka@nic.cz>, =?UTF-8?B?SsO8cmdlbiBTY2jDtm53w6RsZGVy?= <j.schoenwaelder@jacobs-university.de>
References: <56D60EF5.7020001@nostrum.com> <m27fhbvb07.fsf@birdie.labs.nic.cz> <56E209E3.4030805@nostrum.com> <415C6558-F5D2-4575-B380-C082171DFA21@nic.cz> <033701d17b91$710ce580$4001a8c0@gateway.2wire.net> <20160311130707.GA10591@elstar.local> <47A0C6CB-1B26-48E0-ADF4-A7D6E4AA47C0@nic.cz>
From: Robert Sparks <rjsparks@nostrum.com>
Message-ID: <56E2E143.6060309@nostrum.com>
Date: Fri, 11 Mar 2016 09:16:19 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <47A0C6CB-1B26-48E0-ADF4-A7D6E4AA47C0@nic.cz>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/E_IwPm0MZ9iDBZnFrEhj5R7gcNw>
Cc: NETMOD WG <netmod@ietf.org>, General Area Review Team <gen-art@ietf.org>, ietf@ietf.org, draft-ietf-netmod-yang-metadata.all@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2016 15:16:22 -0000

Yes, thanks.

On 3/11/16 9:04 AM, Ladislav Lhotka wrote:
>> On 11 Mar 2016, at 14:07, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
>>
>> On Fri, Mar 11, 2016 at 11:15:28AM +0000, tom p. wrote:
>>> Lada, Robert
>>>
>>> The other angle from which this might be approached is that the I-D
>>> already says
>>>
>>> "   Using the "type" statement, a type is specified for the annotation
>>>    value according to the same rules as for YANG "leaf" type. "
>>>
>>> while rfc6020bis says
>>>
>>> "   The "leaf" statement is used to define a scalar variable of a
>>>    particular built-in or derived type."
>>>
>>> so if you know your YANG off by heart, then you will know that
>>> annotations must be scalar.  I agree that the text needs to be clearer.
>>> Perhaps,
>>> OLD
>>> "   o  annotations are scalar values and cannot be further structured;"
>>> NEW
>>> "Annotations obey the same rules as for a YANG "leaf" type [rfc6020bis
>>> s.7.6] and so are limited to scalar variables."
>> There is no 'leaf type' in YANG. YANG has leaf nodes in the schema
>> tree. An annotation is not a node in the schema tree. Perhaps
>> something like this:
>>
>>   An annotation carries a single value. The type substatement, which
>>   must be present, takes as an argument the name of an existing
>>   built-in or derived type and the value of the annotation must match
>>   this type. See Section 7.4 of [RFC6020bis] for details.
> Looks good, thanks. Robert, Tom, do you think this text is sufficient?
>
> Lada
>
>> /js
>>
>> -- 
>> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
>> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
>> Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
> --
> Ladislav Lhotka, CZ.NIC Labs
> PGP Key ID: E74E8C0C
>
>
>
>