IETF Logo Mail Archive

Re: [netmod] augment and if-feature

Andy Bierman <andy@yumaworks.com> Wed, 15 March 2017 16:59 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 B922D131722 for <netmod@ietfa.amsl.com>; Wed, 15 Mar 2017 09:59:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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=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 hMOGxTUzRZzD for <netmod@ietfa.amsl.com>; Wed, 15 Mar 2017 09:59:15 -0700 (PDT)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 3FBBF131720 for <netmod@ietf.org>; Wed, 15 Mar 2017 09:59:15 -0700 (PDT)
Received: by mail-wm0-x231.google.com with SMTP id u132so15775176wmg.0 for <netmod@ietf.org>; Wed, 15 Mar 2017 09:59:15 -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=ZEnXzGXleWWnp+34hBBrlonbcadTTLRmnmRTC1e5rH0=; b=UYn0x+LJxpLVkAdfWMQppJ0MB9UhwEX2GgQXZ0jWg/83PoghmxeRmcb/BxRHBGDdPt 6B66EUEZ4tzhq7TvzqLBzGQUkIWaOjRP+dW57f7gmM2RUEFR1wTkjeqiBQPfR7VxXyjQ wqDjY7uc46FkS1gEwl903wqSnatDct0FkKPp2NUsY5+mz4nYfF+fF090Z2VQMN8hHDZR QrSc5QgCBEN65WnonFEBbEWKD/0m8+y0wL24P3W/XT+p6WjIs4owW1WcZCg1o5dcOy+g 6rM73qC6+wxAqVOE3tsv9CR9rdlNwCoLPFN2+EUU3j2RTvJzZJwjzskx0PLUrd73fd29 Tu/g==
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=ZEnXzGXleWWnp+34hBBrlonbcadTTLRmnmRTC1e5rH0=; b=PyyniWEhlJspQOKgZKINl1DSYFyAwr0SYAH4kJlJXrf2mgM0YVoZhzNJ2QGMMReCbz MfFql6GQ3eHbxEaQ0N9NIQdFEJ8HJK4VNR7UCFBr7gWSRQI5ZBrCUcccubFuekpQ1Q8R yT/hhOUrgHVVNBrZChYdZTT59FjEUYKtBRrZ2sX5CGKbHGfQ1d5XNDEqTo2wkCIgbvPI lS7mj1kTaKOWn4G1KJRSUqZDpv5Mz0++v75vYM8j4wIjaLsy7dFFvwEj31KJaQdfQ2RH yOHCDXbU1D/McCj/GD8bQcuWg2cenxb6XA/kgTABSlkBUdRF07rSyMCRIdUtsHv6aSfz tHMg==
X-Gm-Message-State: AFeK/H0mbAU+scEzh/RPt2DESM9fqbLIJnf4/3EKl5xT8GgW9BWo4dGG0JgdTaKNWMc1ylsQwFcgK3J4oxJ4VA==
X-Received: by 10.28.136.204 with SMTP id k195mr2942097wmd.99.1489597153804; Wed, 15 Mar 2017 09:59:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.166.37 with HTTP; Wed, 15 Mar 2017 09:59:13 -0700 (PDT)
In-Reply-To: <201703151351.v2FDpU3s081481@idle.juniper.net>
References: <bb503c8c-55e2-2a6a-fad5-ed10669a85fe@cisco.com> <201703151351.v2FDpU3s081481@idle.juniper.net>
From: Andy Bierman <andy@yumaworks.com>
Date: Wed, 15 Mar 2017 09:59:13 -0700
Message-ID: <CABCOCHTc45cL=bKzXj0mz_1bOTVfNZYoD-QLcL+RRn3GPRbHvA@mail.gmail.com>
To: Phil Shafer <phil@juniper.net>
Cc: Robert Wilton <rwilton@cisco.com>, joey.boyd@adtran.com, "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="001a114431d4360e66054ac7ddef"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/NiciKp7hULacgy7ofpAvYLMDgB0>
Subject: Re: [netmod] augment and if-feature
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: Wed, 15 Mar 2017 16:59:23 -0000

Hi,

This thread is not surprising because the YANG conformance model is not
that well defined.

As long as the protocols that access hierarchical YANG data require the
parent
to be implemented in order to access the child, it really doesn't matter
how you
want to spin the augment conformance.

In YANG terms "implement the module" means "implement all base module
constructs".
The server can claim conformance to the module and also choose not to
implement
any of the YANG features. Anything with an if-feature is
optional-to-implement.
I don't see how the text you are debating changes that.


Andy


On Wed, Mar 15, 2017 at 6:51 AM, Phil Shafer <phil@juniper.net> wrote:

> Robert Wilton writes:
> >> But I don't think it can be done in an errata.
> >Does this just leave the behaviour as undefined then? I.e. it is up to
> >the implementation to decide whether they error the augmentation.
>
> Which is an unacceptable outcome.  Errata are an acceptable
> means of addressing this.  We are not fixing a protocol design
> error, but repairing a missing scenario.
>
>    A savvy implementer of the specification can often, but not always,
>    figure out what was intended by the RFC as published, but technical
>    errors should be announced somehow.
>
> In this case, the spec says nothing about an odd but interesting
> scenario.  I don't think this requires a new version of the protocol,
> just a clarification.
>
> Thanks,
>  Phil
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>

v2.23.0 | Report a Bug | By Email