Re: [netmod] <running> vs <intended>

Martin Bjorklund <mbj@tail-f.com> Mon, 18 September 2017 18:06 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 23FCE13308F; Mon, 18 Sep 2017 11:06:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 8arZhpRMHMG9; Mon, 18 Sep 2017 11:06:18 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id A84CC1321DE; Mon, 18 Sep 2017 11:06:18 -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 B49341AE048A; Mon, 18 Sep 2017 20:06:17 +0200 (CEST)
Date: Mon, 18 Sep 2017 20:07:34 +0200
Message-Id: <20170918.200734.1805388289423863575.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Cc: rwilton@cisco.com, andy@yumaworks.com, ietfc@btconnect.com, lberger@labn.net, netmod@ietf.org, netmod-chairs@ietf.org, draft-ietf-netmod-revised-datastores@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20170918162107.6qnmrl5hepqcxsrm@elstar.local>
References: <CABCOCHQE3irqdL7Pv+DF=YFy_RVAZ95xmFt0v17FUiLcFbiV-g@mail.gmail.com> <f411c5e0-ae05-e8b2-c5c0-199a9b24f1d2@cisco.com> <20170918162107.6qnmrl5hepqcxsrm@elstar.local>
X-Mailer: Mew version 6.7 on Emacs 24.5 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/qz-X89PgwWUuWLeL_tcKa5cb-SA>
Subject: Re: [netmod] <running> vs <intended>
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: Mon, 18 Sep 2017 18:06:20 -0000

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> On Mon, Sep 18, 2017 at 05:17:46PM +0100, Robert Wilton wrote:
> > 
> > > No.  I do not agree that the MUST in RFC 7950 can be removed.
> > > I do not agree the architecture should update YANG at all.
> > OK.
> 
> I am with Andy here. <running> has always had the requirement to be
> valid and we are not supposed to change that. Mechanisms for inactive
> configuration or templating must be designed to be backwards compatible
> I think.

Ok.  If we keep the requirement that <running> in itself must be
valid, it just restricts the usefulness/expressiveness of inactive and
template mechanisms, but it might be ok.

I think that even w/o this requirement, the observable behavior for a
client can be backwards compatible.  For example, suppose we have an
inactive access control rule that refers to a non-existing interface in
<running>.  If a client that doesn't know anything about inactive asks
for the contents of <running>, our implementation removes the inactive
nodes from the reply to the client.  Only a client that opts-in to
inactive will receive a reply with things that looks invalid if you
don't take the inactive annotation into account.



/martin