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

Warren Kumari <warren@kumari.net> Fri, 06 September 2019 19:52 UTC

Return-Path: <warren@kumari.net>
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 D8A04120CA7 for <netmod@ietfa.amsl.com>; Fri, 6 Sep 2019 12:52:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 dgsKN-ve1DYC for <netmod@ietfa.amsl.com>; Fri, 6 Sep 2019 12:52:13 -0700 (PDT)
Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) (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 AE507120C4C for <netmod@ietf.org>; Fri, 6 Sep 2019 12:52:07 -0700 (PDT)
Received: by mail-qt1-x844.google.com with SMTP id u40so8479241qth.11 for <netmod@ietf.org>; Fri, 06 Sep 2019 12:52:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=hvf3i5IrM+gPSa/dahRuh9T8XyB50rs7ED+/w/hFqqs=; b=03pMP5iqKW3sBxuGhxALLAkxE17ggMn6y+eOZvX3HUlgZo2EPLKQQ8dW6vR4tlESyB 1CUOTdrdc/q3c2+qkTK5Vor2rEW03iByqiOZaCpwW8JEqDaJw8/Zcg2QclWlhTVhe14i yt7VUHbYYJZDucLiVOsk0SO7mUoZHFexCg5PVWtcU9PTjoIGdPsxFmurA8IocaTIibg7 OSGqKMa4iFshtRPc4E4aL6puwJYfQexrZfkZExyKkcDy3S511pn2F+AkWOIx2uJcgcaC 0K4i5ZOu75+NemHTA9tJx/5fGxBaop7d6aVZ2cvgvZ0kOq9bvf36mHDbnFEtVZ+Zvi63 EuVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=hvf3i5IrM+gPSa/dahRuh9T8XyB50rs7ED+/w/hFqqs=; b=jbYjBVphgwCtuL6DHuIRyOtOjRhJf1E2/WXaPXA/GPZhDMFpn2nW1++KPU71I5QxS4 rHZ2kkKvwsD5uR8SBpyJc4SBAyEEmlhHmiVlPOZ5wSCO55tmCDddbtasNplWlFOuxy1m q1pghGsxd5vmvrQBA6xEZdD4flfroIHLku+8W5IKKlrjIBjuAh7tS2WvUtakmpmwqEvr b9DygBTDvB4IbMkgWS3manUIHXUJKl/Ehg/XuP7KjdAw02mE3YJsZCnjbroQOF6YT+zA VLBMwVju/Xw27lNAHQWOzE8ycIUpjA9WBgJw6FFT9o0R/dghEoEjyLDVb2K6kggfsoND 7VgQ==
X-Gm-Message-State: APjAAAUytoQfcDLN0ZjLQ4CrN+XXvyUKCdp/F42IP5MF0UYQeDBlnq0b P8zkDsJeVll+zB0EOyKPMNkO74g+yZae0HXBUdVY1A==
X-Google-Smtp-Source: APXvYqzJU8ynFtM6u17KXt3zQ0/7sQLou1Jb1q6aMTC8f1lzagE9R9ulpypnbwy8fy9FC1QvPZ/fzIGDnSqxg2j2K4s=
X-Received: by 2002:ac8:47d3:: with SMTP id d19mr10919782qtr.77.1567799526111; Fri, 06 Sep 2019 12:52:06 -0700 (PDT)
MIME-Version: 1.0
References: <B8F9A780D330094D99AF023C5877DABAA4A00C4B@nkgeml513-mbs.china.huawei.com> <20190717123439.fg2j56mzkj36yuh3@anna.jacobs.jacobs-university.de> <5c18f238-fdc7-98af-36ac-4f9784663bd7@hedeland.org>
In-Reply-To: <5c18f238-fdc7-98af-36ac-4f9784663bd7@hedeland.org>
From: Warren Kumari <warren@kumari.net>
Date: Fri, 06 Sep 2019 15:51:29 -0400
Message-ID: <CAHw9_iJW9tPG84vAfXiAe2wuPaJGjH1JiWxPSuK+1vnE0XhdMQ@mail.gmail.com>
To: Per Hedeland <per@hedeland.org>
Cc: Qin Wu <bill.wu@huawei.com>, "Rob Wilton (rwilton)" <rwilton@cisco.com>, "ibagdona@gmail.com" <ibagdona@gmail.com>, "netmod@ietf.org" <netmod@ietf.org>, RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/2OByaIryCYiT0id-S-9SPOaMT80>
Subject: Re: [netmod] [Technical Errata Reported] RFC7950 (5784)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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: Fri, 06 Sep 2019 19:52:17 -0000

On Wed, Jul 17, 2019 at 9:29 AM Per Hedeland <per@hedeland.org> wrote:
>
> On 2019-07-17 14:34, Juergen Schoenwaelder wrote:
> > Its the first half of the sentence in my copy of RFC 7950.
>
> It believe that there is a problem with English language both in Qin's
> understanding of the original text (which is correct also in my
> opinion) and in his explanation of his (mis)understanding...
>
> > I propose to reject this errata.
>
> I agree, in particular since the suggested change is IMHO no actual
> improvement. It seems the problem is in understanding the "subject to"
> construct, which is perhaps not obvious to *all* non-native English
> readers, but I can't think of a replacement that wouldn't result in an
> unecessarily complex text.

Hi all,

#include <stddisclaimer.h> // Not a YANG person.

I spent some time trying to decide between Hold for Document Update,
and Rejected. I've decided on Rejected, but if and when we decide to
update this, it may be worth addressing the text anyway.


W

>
> > /js
> >
> > On Wed, Jul 17, 2019 at 12:02:21PM +0000, Qin Wu wrote:
> >> Hi, Juergen and Rob:
> >> The condition to apply " Leading and trailing zeros are prohibited ",is the second half sentence, i.e.,"there MUST be at least one digit before and after the decimal point".
>
> It seems that you have it almost backwards... "The rule is A subject
> to the rule B" means that rule A should be applied, except when it
> will violate rule B.
>
> >> One digit before the decimal point and one digit after the decimal point at the same time cover 0.5000000?, I still don't get it.
>
> It's a very good example. With unconditional application of "Leading
> and trailing zeros are prohibited", we end up with .5 - but then we
> violate "there MUST be at least one digit before and after the decimal
> point", so we need to back out the removal of the leading zero, and
> end up with 0.5.
>
> >> Maybe I am wrong, but this is not a big deal.
>
> Hopefully the above helps...
>
> --Per
>
> >> -Qin
> >> -----®öŸö-----
> >> Ñöº: Juergen Schoenwaelder [mailto:j.schoenwaelder@jacobs-university.de]
> >> Ñ öô: 2019t7 17å 18:29
> >> 6öº: Qin Wu <bill.wu@huawei.com>
> >> „ : Rob Wilton (rwilton) <rwilton@cisco.com>; ibagdona@gmail.com; warren@kumari.net; netmod@ietf.org; RFC Errata System <rfc-editor@rfc-editor.org>
> >> ;˜: Re: [netmod] RE: [Technical Errata Reported] RFC7950 (5784)
> >>
> >> The text starts with the general case and says "Leading and trailing zeros are prohibited", which seems to cover 0.50000000 (which must be represented as 0.5.
> >>
> >> /js
> >>
> >> On Wed, Jul 17, 2019 at 09:42:38AM +0000, Qin Wu wrote:
> >>> I realized my proposed changes also have some flaw and may need to be tweaked.
> >>>
> >>> My question is should trailing zeros in  0.50000  be allowed? I didn t see the original text prohibit this.
> >>> Yes, the original text is correct, but it excludes some exception cases, such as  0.500000000 , if my understanding is correct.
> >>> Ñöº: Rob Wilton (rwilton) [mailto:rwilton@cisco.com]
> >>> Ñ öô: 2019t7 17å 17:20
> >>> 6öº: Qin Wu <bill.wu@huawei.com>; Juergen Schoenwaelder
> >>> <j.schoenwaelder@jacobs-university.de>
> >>> „ : ibagdona@gmail.com; warren@kumari.net; netmod@ietf.org; RFC Errata
> >>> System <rfc-editor@rfc-editor.org>
> >>> ;˜: RE: [netmod] T
> : [Technical Errata Reported] RFC7950 (5784)
> >>>
> >>> Hi Qin,
> >>>
> >>> I also find the current RFC text quite understandable and correct.
> >>>
> >>> The  and  is required to disallow  .0  and  0.  as valid canonical forms.  I.e. in the canonical form there MUST always be at least one digit (which could be 0) before the decimal point and then must be at least one digit (which could be 0) after the decimal point.  Otherwise, there must be no leading or trailing 0 s.  So, none of   .0 ,  0. ,  00.0 ,  0.00  and  00.00  are in the canonical form, and should be represented as  0.0  instead; similarly none of  .1 ,  1. ,  01.0 ,  1.00  and  01.00  are in the canonical form and should be represented as  1.0  instead.
> >>>
> >>> Thanks,
> >>> Rob
> >>>
> >>>
> >>> From: netmod <netmod-bounces@ietf.org<mailto:netmod-bounces@ietf.org>>
> >>> On Behalf Of Qin Wu
> >>> Sent: 17 July 2019 09:59
> >>> To: Juergen Schoenwaelder
> >>> <j.schoenwaelder@jacobs-university.de<mailto:j.schoenwaelder@jacobs-un
> >>> iversity.de>>
> >>> Cc: ibagdona@gmail.com<mailto:ibagdona@gmail.com>;
> >>> warren@kumari.net<mailto:warren@kumari.net>;
> >>> netmod@ietf.org<mailto:netmod@ietf.org>; RFC Errata System
> >>> <rfc-editor@rfc-editor.org<mailto:rfc-editor@rfc-editor.org>>
> >>> Subject: [netmod] T
> : [Technical Errata Reported] RFC7950 (5784)
> >>>
> >>>
> >>> Understand, the problem lies at "and" that is used in " one digit before and after the decimal point ", that is to say it only focus on the case that has two digits, one is before decimal point, the other digit is after decimal such as "5.06", but doesn't cover the case where "one digit before or after the decimal point ", that s why I think the case 0.500000 is not covered. We should prohibit trailing zeros in  0.5000000 .
> >>>
> >>> -----®öŸö-----
> >>> Ñöº: Juergen Schoenwaelder
> >>> [mailto:j.schoenwaelder@jacobs-university.de]
> >>> Ñ öô: 2019t7 17å 16:46
> >>> 6öº: Qin Wu <bill.wu@huawei.com<mailto:bill.wu@huawei.com>>
> >>> „ : RFC Errata System
> >>> <rfc-editor@rfc-editor.org<mailto:rfc-editor@rfc-editor.org>>;
> >>> ibagdona@gmail.com<mailto:ibagdona@gmail.com>;
> >>> netmod@ietf.org<mailto:netmod@ietf.org>;
> >>> warren@kumari.net<mailto:warren@kumari.net>
> >>> ;˜: Re: [netmod] [Technical Errata Reported] RFC7950 (5784)
> >>>
> >>>
> >>>
> >>> The text starts with the general case and says "Leading and trailing zeros are prohibited", which seems to cover 0.50000000. The text then handles the special rule that there needs to be at least one digit before and after the decimal point. I think all is fine.
> >>>
> >>>
> >>>
> >>> /js
> >>>
> >>>
> >>>
> >>> On Wed, Jul 17, 2019 at 08:11:41AM +0000, Qin Wu wrote:
> >>>
> >>>> What about "0.50000000"? based on original text, is it legal or illegal?
> >>>
> >>>> It seem original text exclude the case where one digit before or after the decimal point?
> >>>
> >>>>
> >>>
> >>>> -Qin
> >>>
> >>>> -----®öŸö-----
> >>>
> >>>> Ñöº: netmod [mailto:netmod-bounces@ietf.org] ãh Juergen
> >>>> Schoenwaelder
> >>>
> >>>> Ñ öô: 2019t7 17å 15:50
> >>>
> >>>> 6öº: RFC Errata System
> >>>> <rfc-editor@rfc-editor.org<mailto:rfc-editor@rfc-editor.org>>
> >>>
> >>>> „ : ibagdona@gmail.com<mailto:ibagdona@gmail.com>;
> >>>> netmod@ietf.org<mailto:netmod@ietf.org>;
> >>>> warren@kumari.net<mailto:warren@kumari.net>
> >>>
> >>>> ;˜: Re: [netmod] [Technical Errata Reported] RFC7950 (5784)
> >>>
> >>>>
> >>>
> >>>> I do not see why the original text makes 0.5 or 0.0 illegal.
> >>>
> >>>>
> >>>
> >>>> /js
> >>>
> >>>>
> >>>
> >>>> On Tue, Jul 16, 2019 at 08:52:52PM -0700, RFC Errata System wrote:
> >>>
> >>>>> The following errata report has been submitted for RFC7950, "The
> >>>
> >>>>> YANG
> >>>
> >>>>> 1.1 Data Modeling Language".
> >>>
> >>>>>
> >>>
> >>>>> --------------------------------------
> >>>
> >>>>> You may review the report below and at:
> >>>
> >>>>> https://www.rfc-editor.org/errata/eid5784
> >>>
> >>>>>
> >>>
> >>>>> --------------------------------------
> >>>
> >>>>> Type: Technical
> >>>
> >>>>> Reported by: Qin WU
> >>>>> <bill.wu@huawei.com<mailto:bill.wu@huawei.com>>
> >>>
> >>>>>
> >>>
> >>>>> Section: 9.3.2
> >>>
> >>>>>
> >>>
> >>>>> Original Text
> >>>
> >>>>> -------------
> >>>
> >>>>> Leading and trailing zeros are prohibited, subject to the rule
> >>>>> that
> >>>
> >>>>> there MUST be at least one digit before and after the decimal point.
> >>>
> >>>>> The value zero is represented as "0.0".
> >>>
> >>>>>
> >>>
> >>>>>
> >>>
> >>>>>
> >>>
> >>>>>
> >>>
> >>>>> Corrected Text
> >>>
> >>>>> --------------
> >>>
> >>>>> Leading zeros before the first digit and trailing zeros after the
> >>>
> >>>>> last digit are prohibited, subject to the rule that there MUST be
> >>>>> at
> >>>
> >>>>> least one digit before and after the decimal point.  The value
> >>>>> zero
> >>>
> >>>>> is represented as "0.0".
> >>>
> >>>>>
> >>>
> >>>>> Notes
> >>>
> >>>>> -----
> >>>
> >>>>> Based on the rule in the orginal text, the value such as "0.5","0.0" is illegal. So I think the intention of the original text is to make sure the leading zeros before the first digit and the trailing zero after the last digit are prohibited.
> >>>
> >>>>>
> >>>
> >>>>> 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              : Network Modeling
> >>>
> >>>>> Area                : Operations and Management
> >>>
> >>>>> Stream              : IETF
> >>>
> >>>>> Verifying Party     : IESG
> >>>
> >>>>>
> >>>
> >>>>> _______________________________________________
> >>>
> >>>>> netmod mailing list
> >>>
> >>>>> netmod@ietf.org<mailto:netmod@ietf.org>
> >>>
> >>>>> https://www.ietf.org/mailman/listinfo/netmod
> >>>
> >>>>
> >>>
> >>>> --
> >>>
> >>>> 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<mailto:netmod@ietf.org>
> >>>
> >>>> https://www.ietf.org/mailman/listinfo/netmod
> >>>
> >>>
> >>>
> >>> --
> >>>
> >>> 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/>
> >>
> >> --
> >> 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/>
> >
>


--
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf