Re: [Rtg-yang-coord] Operational State Modeling
Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 15 May 2015 14:30 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 AB90F1A8711
for <rtg-yang-coord@ietfa.amsl.com>; Fri, 15 May 2015 07:30:58 -0700 (PDT)
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 O99HukRd8Lli for <rtg-yang-coord@ietfa.amsl.com>;
Fri, 15 May 2015 07:30:56 -0700 (PDT)
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 023FA1A016C
for <Rtg-yang-coord@ietf.org>; Fri, 15 May 2015 07:30:56 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222])
by atlas3.jacobs-university.de (Postfix) with ESMTP id C741614BF;
Fri, 15 May 2015 16:30:54 +0200 (CEST)
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 q0KQzQFEG9Z6; Fri, 15 May 2015 16:30:53 +0200 (CEST)
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;
Fri, 15 May 2015 16:30:54 +0200 (CEST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47])
by hermes.jacobs-university.de (Postfix) with ESMTP id 665E820039;
Fri, 15 May 2015 16:30:53 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23])
by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new,
port 10024)
with ESMTP id BKO2oBCQcde4; Fri, 15 May 2015 16:30:52 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de
[10.50.231.133])
by hermes.jacobs-university.de (Postfix) with ESMTP id DA49520013;
Fri, 15 May 2015 16:30:51 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501)
id A559C33343D3; Fri, 15 May 2015 16:30:50 +0200 (CEST)
Date: Fri, 15 May 2015 16:30:50 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Christian Hopps <chopps@chopps.org>
Message-ID: <20150515143048.GB4853@elstar.local>
Mail-Followup-To: Christian Hopps <chopps@chopps.org>,
"Rtg-yang-coord@ietf.org" <Rtg-yang-coord@ietf.org>,
"Thomas D. Nadeau" <tnadeau@lucidvision.com>,
Anees Shaikh <aashaikh@google.com>,
"Acee Lindem (acee)" <acee@cisco.com>,
Xufeng Liu <xufeng.liu@ericsson.com>
References: <D177E7E1.1AC4C%acee@cisco.com>
<CAJK7ZqLp4_dOVMcSMXP3juZHHeQJ6iLGkryJ8t6gs2Mcn=Ez5Q@mail.gmail.com>
<20150513103509.GA59689@elstar.local>
<D481ED34-84C4-455D-8CE5-36D01A5264CC@lucidvision.com>
<20150515085228.GA4024@elstar.local> <87h9revub1.fsf@chopps.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87h9revub1.fsf@chopps.org>
User-Agent: Mutt/1.4.2.3i
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/xJKdmnX2naOgNDDXvlL8hExEIlM>
Cc: "Rtg-yang-coord@ietf.org" <Rtg-yang-coord@ietf.org>,
"Thomas D. Nadeau" <tnadeau@lucidvision.com>,
Xufeng Liu <xufeng.liu@ericsson.com>, "Acee Lindem \(acee\)" <acee@cisco.com>,
Anees Shaikh <aashaikh@google.com>
Subject: Re: [Rtg-yang-coord] Operational State Modeling
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: Fri, 15 May 2015 14:30:58 -0000
On Fri, May 15, 2015 at 09:34:10AM -0400, Christian Hopps wrote: > > Juergen Schoenwaelder writes: > > > On Wed, May 13, 2015 at 09:13:37AM -0400, Thomas D. Nadeau wrote: > >> > >> Speaking as an individual, while what Juergen says is true, that does not mean that existing models can never be refactored. > >> > > > > Refactoring for the sake of 'it looks nicer' (for some definition of > > nice) likely does not meet the bar. We are talking about APIs here > > with multiple independent implementations and applications sitting on > > top of these APIs. > > > Isn't the idea to create a common standard way to access state and > config? If so I don't think that qualifies as "it looks nicer", rather > it allows for creating generic code one time that works on any model > including as yet unwritten ones vs. custom code for each model. > If someone things get-state is needed, write an I-D for it. This is not a big deal since NETCONF operations are extensible. Note that this is not refactoring and fine. That said, it is fairly easy to find out where the state data is rooted in a YANG data model. Writing a script to find the state root(s) of a data model is not a big deal. /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] Operational State Modeling Xufeng Liu
- Re: [Rtg-yang-coord] Operational State Modeling Russ White
- Re: [Rtg-yang-coord] Operational State Modeling Juergen Schoenwaelder
- Re: [Rtg-yang-coord] Operational State Modeling Acee Lindem (acee)
- Re: [Rtg-yang-coord] Operational State Modeling Anees Shaikh
- Re: [Rtg-yang-coord] Operational State Modeling Juergen Schoenwaelder
- Re: [Rtg-yang-coord] Operational State Modeling Thomas D. Nadeau
- Re: [Rtg-yang-coord] Operational State Modeling Andy Bierman
- Re: [Rtg-yang-coord] Operational State Modeling Xufeng Liu
- Re: [Rtg-yang-coord] Operational State Modeling Xufeng Liu
- Re: [Rtg-yang-coord] Operational State Modeling aldrin ietf
- Re: [Rtg-yang-coord] Operational State Modeling Anees Shaikh
- Re: [Rtg-yang-coord] Operational State Modeling Juergen Schoenwaelder
- Re: [Rtg-yang-coord] Operational State Modeling Christian Hopps
- Re: [Rtg-yang-coord] Operational State Modeling Ladislav Lhotka
- Re: [Rtg-yang-coord] Operational State Modeling Juergen Schoenwaelder
- Re: [Rtg-yang-coord] Operational State Modeling Acee Lindem (acee)
- Re: [Rtg-yang-coord] Operational State Modeling Nadeau Thomas
- Re: [Rtg-yang-coord] Operational State Modeling Andy Bierman
- Re: [Rtg-yang-coord] Operational State Modeling aldrin ietf
- Re: [Rtg-yang-coord] Operational State Modeling Juergen Schoenwaelder
- Re: [Rtg-yang-coord] Operational State Modeling Nadeau Thomas
- Re: [Rtg-yang-coord] Operational State Modeling aldrin ietf