Re: [Rtg-yang-coord] YANG leaf writing to running-datastore
Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 03 March 2015 13:57 UTC
Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: rtg-yang-coord@ietfa.amsl.com
Delivered-To: rtg-yang-coord@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 1B19F1A7007;
Tue, 3 Mar 2015 05:57:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.86
X-Spam-Level:
X-Spam-Status: No, score=-3.86 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-2.3,
T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 T0qFdsyiFyab; Tue, 3 Mar 2015 05:57:18 -0800 (PST)
Received: from atlas3.jacobs-university.de (atlas3.jacobs-university.de
[212.201.44.18])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 413601A7D80;
Tue, 3 Mar 2015 05:57:15 -0800 (PST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222])
by atlas3.jacobs-university.de (Postfix) with ESMTP id 079ABA45;
Tue, 3 Mar 2015 14:57:14 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.220])
by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new,
port 10030)
with ESMTP id gcsup5ws0nnb; Tue, 3 Mar 2015 14:57:05 +0100 (CET)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de
[212.201.44.23])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "hermes.jacobs-university.de",
Issuer "Jacobs University CA - G01" (verified OK))
by atlas3.jacobs-university.de (Postfix) with ESMTPS;
Tue, 3 Mar 2015 14:57:13 +0100 (CET)
Received: from localhost (demetrius1.jacobs-university.de [212.201.44.46])
by hermes.jacobs-university.de (Postfix) with ESMTP id 2F21B2003F;
Tue, 3 Mar 2015 14:57:13 +0100 (CET)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23])
by localhost (demetrius1.jacobs-university.de [212.201.44.32]) (amavisd-new,
port 10024)
with ESMTP id BLD4v3Rg6LDG; Tue, 3 Mar 2015 14:57:12 +0100 (CET)
Received: from elstar.local (elstar.jacobs.jacobs-university.de
[10.50.231.133])
by hermes.jacobs-university.de (Postfix) with ESMTP id A13AD2003D;
Tue, 3 Mar 2015 14:57:11 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501)
id 158DC3259903; Tue, 3 Mar 2015 14:57:10 +0100 (CET)
Date: Tue, 3 Mar 2015 14:57:10 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Sterne, Jason (Jason)" <jason.sterne@alcatel-lucent.com>
Message-ID: <20150303135710.GA62789@elstar.local>
Mail-Followup-To: "Sterne, Jason (Jason)" <jason.sterne@alcatel-lucent.com>,
David Ball <daviball@cisco.com>,
Mahesh Jethanandani <mjethanandani@gmail.com>,
"rtg-yang-coord@ietf.org" <rtg-yang-coord@ietf.org>,
"netconf@ietf.org" <netconf@ietf.org>
References: <CAAchPMsaZJE=TRKaDyyA8JRyQ4dt5nptD8o0pkUK-1tfNT9vgA@mail.gmail.com>
<54F58512.2080900@cisco.com> <20150303101209.GB62331@elstar.local>
<A125E53CE190A749957C19483DC79F9F5C9D04AD@US70TWXCHMBA11.zam.alcatel-lucent.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A125E53CE190A749957C19483DC79F9F5C9D04AD@US70TWXCHMBA11.zam.alcatel-lucent.com>
User-Agent: Mutt/1.4.2.3i
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/OZbpT6AqATNXnjH1P-YkluJToqw>
Cc: Mahesh Jethanandani <mjethanandani@gmail.com>,
"rtg-yang-coord@ietf.org" <rtg-yang-coord@ietf.org>,
David Ball <daviball@cisco.com>, "netconf@ietf.org" <netconf@ietf.org>
Subject: Re: [Rtg-yang-coord] YANG leaf writing to running-datastore
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: "\"List to discuss coordination between the Routing related YANG
models\"" <rtg-yang-coord.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-yang-coord>,
<mailto:rtg-yang-coord-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtg-yang-coord/>
List-Post: <mailto:rtg-yang-coord@ietf.org>
List-Help: <mailto:rtg-yang-coord-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-yang-coord>,
<mailto:rtg-yang-coord-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Mar 2015 13:57:20 -0000
Hi, please consult the NETMOD physical interim minutes (September 2015) and followup discussions on the I2RS list concerning ephemeral datastores. If people find some of this useful, someone needs to condense the ideas into an I-D. (Note that the motivation back then was to deal with I2RS injected ephemeral config state.) /js On Tue, Mar 03, 2015 at 01:42:20PM +0000, Sterne, Jason (Jason) wrote: > Adding netconf into this as we're talking about generic netconf functionality here. > > The concept of having other (somewhat arbitrary) data stores is something that may be useful for this "debug" type of configuration. It may even make sense to have both a debug-running & a debug-startup datastore for debug (and perhaps a debug-candidate as well). Some implementations effectively treat debug as a separate datastore (e.g. allow saving debug info separately from the rest of the configuration). > > A similar approach may also make sense for Lawful Interception configuration which is often treated separately from the rest of config. > > I think we'd have to extend the <hello> in some way to indicate which capabilities (which yang modules) apply to which datastores. > > Jason > > -----Original Message----- > From: Rtg-yang-coord [mailto:rtg-yang-coord-bounces@ietf.org] On Behalf Of Juergen Schoenwaelder > Sent: Tuesday, March 03, 2015 5:12 AM > To: David Ball > Cc: Mahesh Jethanandani; rtg-yang-coord@ietf.org > Subject: Re: [Rtg-yang-coord] YANG leaf writing to running-datastore > > On Tue, Mar 03, 2015 at 09:55:30AM +0000, David Ball wrote: > > Wouldn't that be best done with an RPC? > > > > An ephemeral data store would provide a generic solution for this kind of problem. RPCs tend to be specific (or you invent a generic RPC that actually models an ephemeral data store). > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <http://www.jacobs-university.de/> > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord > > _______________________________________________ > Rtg-yang-coord mailing list > Rtg-yang-coord@ietf.org > https://www.ietf.org/mailman/listinfo/rtg-yang-coord -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <http://www.jacobs-university.de/>
- [Rtg-yang-coord] YANG leaf writing to running-dat… Mahesh Jethanandani
- Re: [Rtg-yang-coord] YANG leaf writing to running… Juergen Schoenwaelder
- Re: [Rtg-yang-coord] YANG leaf writing to running… David Ball
- Re: [Rtg-yang-coord] YANG leaf writing to running… Juergen Schoenwaelder
- Re: [Rtg-yang-coord] YANG leaf writing to running… Sterne, Jason (Jason)
- Re: [Rtg-yang-coord] YANG leaf writing to running… Juergen Schoenwaelder