Re: [netmod] augment YANG 1.0 with YANG 1.1 OK?

Andy Bierman <andy@yumaworks.com> Sun, 15 October 2017 19:56 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 01ED81331DC for <netmod@ietfa.amsl.com>; Sun, 15 Oct 2017 12:56:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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 2f6PdK5tCQ_H for <netmod@ietfa.amsl.com>; Sun, 15 Oct 2017 12:56:45 -0700 (PDT)
Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::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 BF6F21331E3 for <netmod@ietf.org>; Sun, 15 Oct 2017 12:56:44 -0700 (PDT)
Received: by mail-lf0-x231.google.com with SMTP id 75so14748982lfx.1 for <netmod@ietf.org>; Sun, 15 Oct 2017 12:56:44 -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=swIwJHJTapN7zi/KOqUoXYghs1VUZAXDQXQRh811KDs=; b=M743Okb6bI5GLoidp6u9ZOmaOQP0kmcph1YoPLm1wkOXvwn1CrYH/kJOLOBqMsMM2W 3OYS06Avhg3iktmBeMTu/xLA5y/DcPgBjBK2ZagvgOSF5O8VbTtAElHEzgwjkIOBq0mg RqJoBl/uRvklQsKoVDQRNlwdxKR3LXEiIPVlJnuwdx9mDK8Cq7N+Oztd3RfHhjyIFy/a fHo3+iUgtKo2U0l5Rc/F+Ldpr3Pufyv24HJlIfUkRIYrClwmpWlGd1bKVeZzHUlt/eX8 81pERtCkhXaHVVsyN28QWWe+26E/HQT6X1BHihE8Q3I52xRRIcBQqlrV26aPqcqtQV4k iTLQ==
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=swIwJHJTapN7zi/KOqUoXYghs1VUZAXDQXQRh811KDs=; b=d46tjkZZike76mmCk3GoMhMJJswRkhmNINM008y2wzr71wORO2ZUdS4DILDKQQqPV0 zRt5ODZpw0tpFD19zhrhSc3r90dIC0bokx2jjk9XZ8WpC1qe3hVNOCiDNSER8iYa6Gbf 1G0oX0rM+TeryX7DVFPjaEn5wKorAeXnBWtGGr+wx9a+2LeWMw5tDmc+kAICJaF6i5M1 zrVoAS8CuYCczOQ41LFGXU4yCdmOJRYVnx6x0u3bhNhSmv8Hh0jj5QOhEqjArR2Ziq7k T3nENJKZih+iVFRvyTd3zTOF4KnWegWvmTKn/eAnWxlS5NTHJLUustPRPDRIn00brDLe POEw==
X-Gm-Message-State: AMCzsaWwuTiyq5mzkoKLkwYUUZtKDtbHtfWi6Zu5nqqVDOqzoMOJ+Dbd cn+s5y9veZqZjs1mA3IopVFQWp/ZNT+qM1f1yw2gEVOd
X-Google-Smtp-Source: ABhQp+SBzPPodECEYC7+UHop+GwT+DhMqpNX+VDTytGgIGs9E6y55uHDNhM/zW4yPjwDGCSkT9d0qAH7cJF7bFei3wE=
X-Received: by 10.46.101.4 with SMTP id z4mr2918937ljb.42.1508097402752; Sun, 15 Oct 2017 12:56:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.150.198 with HTTP; Sun, 15 Oct 2017 12:56:42 -0700 (PDT)
In-Reply-To: <20171015.095206.5556973134711466.mbj@tail-f.com>
References: <CABCOCHQhPHxen2YD-ZPHqpGZN5YrE_7RVe7_3qUkdazL+PTSmg@mail.gmail.com> <20171015.095206.5556973134711466.mbj@tail-f.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Sun, 15 Oct 2017 12:56:42 -0700
Message-ID: <CABCOCHR_q8DTF2agDi_VH9pSL8DWV1ttuX=ZZDO9OmNXhAeEsg@mail.gmail.com>
To: Martin Bjorklund <mbj@tail-f.com>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="001a114d31eafa603f055b9b499f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/2ieIyoW8KYZOWwSoht_UyEwS_sk>
Subject: Re: [netmod] augment YANG 1.0 with YANG 1.1 OK?
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: Sun, 15 Oct 2017 19:56:47 -0000

On Sun, Oct 15, 2017 at 12:52 AM, Martin Bjorklund <mbj@tail-f.com> wrote:

> Andy Bierman <andy@yumaworks.com> wrote:
> > Hi,
> >
> > RFC 7950 has no text at all that addresses this specific point:
> >
> > module if-aug {
> >   yang-version 1.1;
> >   namespace "http://netconfcentral.org/ns/if-aug";
> >   prefix ifa;
> >   import ietf-interfaces { prefix if; }
> >   revision "2017-10-14";
> >
> >   augment "/if:interfaces-state/if:interface" {
> >     action reset {
> >       description "Reset this interface";
> >     }
> >   }
> > }
> >
> > Both pyang and yangdump-pro accept this module with no warnings or
> errors.
> > Sec. 12 should address this issue.
>
> The intention was that this is legal, but as you note, for some reason
> there is no explicit text in 7950 about this.
>
>

that's what I thought.

Can you spot the NMDA problem above?
Actually, it exists for in-line definitions, not just augment.

Once you collapse the interfaces-state tree into /interfaces, there is no
way to
specify whether an action is intended for <operational> or a configuration
datastore,
or all datastores.

The parent container or list may be config=true just because the foo-state
tree
was taken away, and the moved action effectively changed from config=false
to config=true.

There is no way for the YANG action-stmt to specify a datastore (or
config-stmt)
There is no way for the <action> operation to specify a datastore.


This was issue Y60, see
> http://svn.tools.ietf.org/svn/wg/netmod/yang-1.1/issues.html#sec-61.
>
>
> /martin
>


Andy