Re: [netmod] [Technical Errata Reported] RFC6020 (5272)

Bob Harold <rharolde@umich.edu> Fri, 02 March 2018 20:00 UTC

Return-Path: <rharolde@umich.edu>
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 2BF8212EAC7 for <netmod@ietfa.amsl.com>; Fri, 2 Mar 2018 12:00:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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=umich.edu
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 j3l2oNhYcuBv for <netmod@ietfa.amsl.com>; Fri, 2 Mar 2018 12:00:08 -0800 (PST)
Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (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 E771C12EA8F for <netmod@ietf.org>; Fri, 2 Mar 2018 12:00:01 -0800 (PST)
Received: by mail-lf0-x229.google.com with SMTP id q69so14951575lfi.10 for <netmod@ietf.org>; Fri, 02 Mar 2018 12:00:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umich.edu; s=google-2016-06-03; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=4Exf+rAUuJ6pBX4Gw8XUAVJRWRGJ48qof1I3YeVrrE0=; b=AqEIikVSstn5fPio4aZSWVC2SVNSpmFvYdlzeH1N3ndj9Lp+3rVmRKufsernvhJUdh GcxeNKvIlZMYYF/w+wG49cSPN8Vvffoel2/h0EVpLpf4vNRgjQiW6QP0yVbTd8PCqvAR xY6HgXQ7LNCz+mE677TIQEvCZMEfrBtq3DQykapizCd4ja9/VdXQVkZYvlZhnHmot5Aa 4HwE4VnLlfAvWefevaR4x0EbZmsxFQtirTwoFeldCKbLsTI8GSgURAm6XisPlZ0xt/SS fZf+JfFwHCwgnVJ4IzxWyAe6kaxOp8ife1Wiy2Qjt1iUtp+8vJ3yEl+3f1KKp7sGcqLW Jf1Q==
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=4Exf+rAUuJ6pBX4Gw8XUAVJRWRGJ48qof1I3YeVrrE0=; b=OgTszHOnDbyCI4xfjixNkXt60+vrk8bk9C6j8PPgBFKP5PfMrY/9TS4+RJoEJ3QY49 MmivnYdirjvR+blYUWX8HMLXvhddrWevixK6NUz9S7XuntaDzrRyqjqD1EVKU8ACOQYj t38YeAWhq9b6qLRGNEGbhhW0a+9nS73N5uU8cR09Jd9ZDd/W03DRLe5UJ6OVlEwPbsiK SJyT7MK4Y50mDFbHqlTYDFDxolNNaKiVKDc/Hx5EXxN7AdffyNdlT7UNxPN9VqXP6T/X YVaYgQkmu9glEsgum63GMYc4wG3V11cNRxj7D+B3DQePvB24FSSqbyEjK1p9XQ1vbMcP 9LDA==
X-Gm-Message-State: AElRT7HtSIZEkugRfFlus5nN+fV3AEKhNvYM33guxn3NyF87Nzp8hAth ITNC0EXjogPEaOdZyjS+EBgwMSvDZqsdMVH3BRgpcQ==
X-Google-Smtp-Source: AG47ELs1yBZt9540X1w7ju+sjlxwWIcLBdmO9OaE+RSgh9V9Qwg+X5l1Pi/qT3qeoZ64mfDxIjKZhkukAY/J/hk211c=
X-Received: by 10.25.16.197 with SMTP id 66mr4813030lfq.86.1520020800143; Fri, 02 Mar 2018 12:00:00 -0800 (PST)
MIME-Version: 1.0
Received: by 10.46.18.21 with HTTP; Fri, 2 Mar 2018 11:59:59 -0800 (PST)
In-Reply-To: <C3DE4066-3888-4112-9DF9-F304EEAD2B58@juniper.net>
References: <20180302193355.F0889B810D3@rfc-editor.org> <C3DE4066-3888-4112-9DF9-F304EEAD2B58@juniper.net>
From: Bob Harold <rharolde@umich.edu>
Date: Fri, 2 Mar 2018 14:59:59 -0500
Message-ID: <CA+nkc8DKGM5pse5q1=zjtu6dwMC4moE5KVq4d8G5QQahOJHYmA@mail.gmail.com>
To: Kent Watsen <kwatsen@juniper.net>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, "mbj@tail-f.com" <mbj@tail-f.com>, "bclaise@cisco.com" <bclaise@cisco.com>, "warren@kumari.net" <warren@kumari.net>, "EXT - joelja@bogus.com" <joelja@bogus.com>, "lberger@labn.net" <lberger@labn.net>, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="001a113fc2ecd8455e0566736b5d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/R4wCHKERZRrtVQKGAxYYyL8yGbY>
Subject: Re: [netmod] [Technical Errata Reported] RFC6020 (5272)
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: Fri, 02 Mar 2018 20:00:13 -0000

On Fri, Mar 2, 2018 at 2:50 PM, Kent Watsen <kwatsen@juniper.net> wrote:

> From RFC 7950, Section 7.20.2, first sentence:
>
>    The "if-feature" statement makes its parent statement conditional.
>
> Thus:
>
>    feature aaa {
>      if-feature bbb;
>      ...
>    }
>
> means that feature "aaa" depends on feature "bbb".
> The current text is correct.
>
> Kent
>
>
>
>
> The following errata report has been submitted for RFC6020,
> "YANG - A Data Modeling Language for the Network Configuration Protocol
> (NETCONF)".
>
> --------------------------------------
> You may review the report below and at:
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-
> 2Deditor.org_errata_eid5272&d=DwIBaQ&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-
> ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=m81-
> POMTB6oNRwO6oCG0H-5zqx1ntFjTc5LvGH3ETOk&s=I5ryVQtWDHP54-
> T1LaDmrDjZLlw8N1QThO5OoVQM2RI&e=
>
> --------------------------------------
> Type: Technical
> Reported by: Bob Harold <rharolde@umich.edu>
>
> Section: 7.18.1
>
> Original Text
> -------------
>    In order for a device to implement a feature that is dependent on any
>    other features (i.e., the feature has one or more "if-feature" sub-
>    statements), the device MUST also implement all the dependant
>    features.
>
> Corrected Text
> --------------
>    In order for a device to implement a feature that is dependent on any
>    other features (i.e. the feature is a sub-statement of another
>    "if-feature" statement), the device MUST also implement all the
>    dependent features.
>
> Notes
> -----
> The direction of the dependency is stated backwards.
> Consider for example:
>
> if-feature aaa;
>     statements ...;
>     if-feature bbb;
>
> This should allow feature aaa to exist without feature bbb.
> bbb should depend on aaa, but aaa should not depend on bbb
>
> 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.
>
> --------------------------------------
> RFC6020 (draft-ietf-netmod-yang-13)
> --------------------------------------
> Title               : YANG - A Data Modeling Language for the Network
> Configuration Protocol (NETCONF)
> Publication Date    : October 2010
> Author(s)           : M. Bjorklund, Ed.
> Category            : PROPOSED STANDARD
> Source              : Network Modeling
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG
>
>
> My apologies, I misunderstood.  Please cancel.

-- 
Bob Harold