Re: [netmod] Adding system configuration to running

Martin Bjorklund <mbj@tail-f.com> Fri, 15 September 2017 05:37 UTC

Return-Path: <mbj@tail-f.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 6F98F132335 for <netmod@ietfa.amsl.com>; Thu, 14 Sep 2017 22:37:13 -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, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 TfLdvGdFEyuP for <netmod@ietfa.amsl.com>; Thu, 14 Sep 2017 22:37:12 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 20E3312422F for <netmod@ietf.org>; Thu, 14 Sep 2017 22:37:12 -0700 (PDT)
Received: from localhost (h-40-225.A165.priv.bahnhof.se [94.254.40.225]) by mail.tail-f.com (Postfix) with ESMTPSA id 79B5F1AE00A0; Fri, 15 Sep 2017 07:37:10 +0200 (CEST)
Date: Fri, 15 Sep 2017 07:37:54 +0200 (CEST)
Message-Id: <20170915.073754.2218390958448188581.mbj@tail-f.com>
To: andy@yumaworks.com
Cc: kwatsen@juniper.net, netmod@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <CABCOCHTeK0qccKBwq5HC0WnJD7WL=TX_mjNZVqihYcy9iWvaww@mail.gmail.com>
References: <CABCOCHQ64DUwH=4FHSDoxbSbugoo-OyrXDwq5_Evcrk+CjA43g@mail.gmail.com> <DF1AFB0F-53CB-40D2-B46F-2E5166705573@juniper.net> <CABCOCHTeK0qccKBwq5HC0WnJD7WL=TX_mjNZVqihYcy9iWvaww@mail.gmail.com>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/I9Ckith6PzY1x2Q4_y9ipY2-dCo>
Subject: Re: [netmod] Adding system configuration to running
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, 15 Sep 2017 05:37:13 -0000

Andy Bierman <andy@yumaworks.com> wrote:
> On Thu, Sep 14, 2017 at 1:30 PM, Kent Watsen <kwatsen@juniper.net> wrote:
> > > Maybe it is too early for NMDA to be making lots of rules about how
> >
> > > YANG works with new (and unimplemented) datastores.
> >
> >
> >
> > Juniper has the equivalent of <intended> already.  I think others said
> > they had
> >
> > something like it as well.

Yes, we have that as well.  (No template expansion, but removal of
inactive nodes).

> If I can only do YANG validation on expanded templates in <intended>, does
> that mean
> it is impossible to do YANG validation on the templates themselves in
> <running>?
> The template subtree can only use YANG constraints on external structures
> in <intended>
> and not refer to itself in anyway (in <running>)?

Note that the architecture draft does not specify any templating
mechanism, it merely points out that templating is a mechanism that
_can_ influence intended.  When/if such a mechanism is designed, it
needs to work out all these details.


/martin


> 
> The RD draft sure has a lot of normative details for something that does
> not use RFC 2119
> terminology at all. I didn't know a Standards Track document could omit
> these terms.
> Architecture documents are usually Informational.
> 
> IMO the RD draft should not mention YANG or XPath at all.
> That should be moved to an update to RFC 7950.
> Those parts need more work anyway. The ARCH can move forward
> without any dependence on YANG details.
> 
> 
> 
> > Kent // contributor
> >
> >
> >
> >
> >
> 
> Andy