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, 02 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
- [netmod] [Technical Errata Reported] RFC6020 (527… RFC Errata System
- Re: [netmod] [Technical Errata Reported] RFC6020 … Kent Watsen
- Re: [netmod] [Technical Errata Reported] RFC6020 … Bob Harold