Re: [netmod] [Technical Errata Reported] RFC7950 (5157)

Andy Bierman <andy@yumaworks.com> Sat, 21 October 2017 18:16 UTC

Return-Path: <andy@yumaworks.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 0A30E13219B for <netmod@ietfa.amsl.com>; Sat, 21 Oct 2017 11:16:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.7
X-Spam-Level:
X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 9NuMhdOc7wal for <netmod@ietfa.amsl.com>; Sat, 21 Oct 2017 11:16:43 -0700 (PDT)
Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (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 038A11241F3 for <netmod@ietf.org>; Sat, 21 Oct 2017 11:16:42 -0700 (PDT)
Received: by mail-lf0-x22d.google.com with SMTP id n69so16192837lfn.2 for <netmod@ietf.org>; Sat, 21 Oct 2017 11:16:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=i0ykerLWoQwL6SsOvhIOd3qwlY0k6oNLdqhT8tNJe18=; b=nxp22MqRy7kT/kZOpv7NVbIHpWJUSv0EAwwpSoxUUT+F8Aj6pxCdtqJrBcjgMRlt2o KEafd7qiz3lfeP5GSM+iVAq8CdwbZipUZTaySx21wRnZyjy1mQBhGTW0x31um/yjN3jJ HHokneUoDOUekl+lXMu/Fea3xzzYI3aKH3ej5ZEGjz/G8sZ1919PLKvS2ramuEM04B0x 82D6M11R1Y8X/xhVHL1xMKWfLednPG6njFnY2ehjXeySYx3Iye57HCDXDh/QisI+pIhY 5hlHpfRsclBcx/qkT7f5BE2kWzb2RthWd3c7k2BAl8vltG9xi752ysqm/YobCEGfOmBK 8emw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=i0ykerLWoQwL6SsOvhIOd3qwlY0k6oNLdqhT8tNJe18=; b=fDGGNwtebOhoHc8zzz/7H4W0Qr9YLJJD3v3rH2ytGCzooiNaZ8MVCg3tDYPGGOHVBN pDU4KNq7I4V9tCgQWGEde0dryVhEuu/5Z/wvGYuTNcpZCfEFUmT3+OJ0FSRaAz57gBjq daj/D7l/T8Zwq3MYApPoFB8vmhzA3zkQiY6K8UE9oLlk2hi6cJZS+1+xlyefztyiuvZh iJij9+KqhDLUqEIn3wIzEuMpWeVmPPN27FcyZrsNQekMD+tS4D33e0kviKfLYZKrkytQ TFifi4y252J5342fuzjw3c9JbwgM4QLuqryZNPS1Fk62aPWze3zlfhVI0S8ltnrFrgUk VMNA==
X-Gm-Message-State: AMCzsaUXyVu9zUsAzi+m8FDc8yl7hWxOBBzpKMBBqycYL5hPMxIZrjYQ SbFDWNX8P0H5bG+T4G/1I5DNqvMK+uWr3yB3G3wWoA==
X-Google-Smtp-Source: ABhQp+RzQ5RZXzMw2jKxRDHl5Srjb2t+/dyf67dTbgo3RLDdRz6x/iNGIT/Y7nGDi1sMUXZRI1DvVb3sLF0UEsZcGMI=
X-Received: by 10.46.117.24 with SMTP id q24mr3325678ljc.14.1508609801233; Sat, 21 Oct 2017 11:16:41 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.150.198 with HTTP; Sat, 21 Oct 2017 11:16:40 -0700 (PDT)
In-Reply-To: <67172aec-686f-90ba-0fc8-1ce2bc3dcdb4@cisco.com>
References: <20171016190431.5FA26B80E0F@rfc-editor.org> <67172aec-686f-90ba-0fc8-1ce2bc3dcdb4@cisco.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Sat, 21 Oct 2017 11:16:40 -0700
Message-ID: <CABCOCHRP2ooSG1BGWehD8BsCDF-pX97Q++=WftOxGvf=S57GAQ@mail.gmail.com>
To: Benoit Claise <bclaise@cisco.com>
Cc: Martin Bjorklund <mbj@tail-f.com>, Warren Kumari <warren@kumari.net>, Kent Watsen <kwatsen@juniper.net>, Berger Lou <lberger@labn.net>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="089e082f63e04ebadd055c129752"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/oSL7N51tSffUqbiEOMQeIbARsk0>
Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5157)
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: Sat, 21 Oct 2017 18:16:45 -0000

On Sat, Oct 21, 2017 at 12:28 AM, Benoit Claise <bclaise@cisco.com> wrote:

> Dear all,
>
> Shall I validate this one?
>
>

To add more context, this relates to the the RESTCONF JSON vs. XML
discussions in the NETCONF WG.

  leaf broken {
      type union {
        type int32;
        type string;
     }
  }

If all values of key leaf "broken" are sent as strings in an
instance-identifier,
then the int32 value may not match in all implementations, instead of the
string.
Allowing numbers as literals in addition to quoted strings allows the sender
to be specific, and all implementations to be consistent.




> Regards, Benoit
>


Andy


> The following errata report has been submitted for RFC7950,
>> "The YANG 1.1 Data Modeling Language".
>>
>> --------------------------------------
>> You may review the report below and at:
>> http://www.rfc-editor.org/errata/eid5157
>>
>> --------------------------------------
>> Type: Technical
>> Reported by: Andy Bierman <andy@yumaworks.com>
>>
>> Section: 14
>>
>> Original Text
>> -------------
>>    key-predicate-expr  = node-identifier *WSP "=" *WSP quoted-string
>>
>> Corrected Text
>> --------------
>>    key-predicate-expr  = node-identifier *WSP "=" *WSP
>>          (quoted-string / integer-value / decimal-value)
>>
>> Notes
>> -----
>> An instance identifier is forced to specify every key value to be a string
>> even though the YANG key leaf type could be a numeric type.
>> XPath does not require a quoted string here, just YANG.
>>
>> Old:  /top/list[idx="4"]
>> New: /top/list[idx=4]
>>
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If necessary, please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party
>> can log in to change the status and edit the report, if necessary.
>>
>> --------------------------------------
>> RFC7950 (draft-ietf-netmod-rfc6020bis-14)
>> --------------------------------------
>> Title               : The YANG 1.1 Data Modeling Language
>> Publication Date    : August 2016
>> Author(s)           : M. Bjorklund, Ed.
>> Category            : PROPOSED STANDARD
>> Source              : NETCONF Data Modeling Language
>> Area                : Operations and Management
>> Stream              : IETF
>> Verifying Party     : IESG
>> .
>>
>>
>