Re: [Rtg-yang-coord] Operational State Modeling

Nadeau Thomas <tnadeau@lucidvision.com> Fri, 15 May 2015 16:14 UTC

Return-Path: <tnadeau@lucidvision.com>
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 B28A91A1B25 for <rtg-yang-coord@ietfa.amsl.com>; Fri, 15 May 2015 09:14:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 1nMmcPldEBsE for <rtg-yang-coord@ietfa.amsl.com>; Fri, 15 May 2015 09:14:35 -0700 (PDT)
Received: from lucidvision.com (lucidab1.miniserver.com [64.71.170.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FFE61A1B17 for <Rtg-yang-coord@ietf.org>; Fri, 15 May 2015 09:14:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lucidvision.com; s=default; t=1431706427; bh=9vmRrjEBRq0aH8q49F8rjmqtpQT4l9T7F+ogeC07SrM=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=eu3R1YSelT7KNEUc4T1SMAhDe2+IFUNmSVDW89+s04DOExZQ2tJTqBL9IAf1EJcQX IJZnuJl/BreFlMWWrbZCAP+c5eSSDNwP2GPxd62AnYy+HynZ9p8blc1l59ulXESqEx 9mLugRkVkztA9aUqOg/YubG7KJ1yKP7glBSS8FF4=
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.255.148.181;
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Nadeau Thomas <tnadeau@lucidvision.com>
In-Reply-To: <20150515085228.GA4024@elstar.local>
Date: Fri, 15 May 2015 12:14:17 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <0EDEDDB6-40EA-47AF-AA5A-E7212445CCF8@lucidvision.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>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
X-Mailer: Apple Mail (2.2098)
X-Authenticated-User: tnadeau@lucidvision.com
X-Info: aspam skipped due to (g_smite_skip_relay)
X-MyRbl: Color=Yellow Age=0 Spam=0 Notspam=21 Stars=0 Good=0 Friend=0 Surbl=0 Catch=0 r=0 ip=50.255.148.181
X-IP-stats: Notspam Incoming Last 0, First 0, in=29, out=0, spam=0 Known=true ip=50.255.148.181
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtg-yang-coord/OU9bfSzguplOSb9-VV5oUqhsIEo>
Cc: "Rtg-yang-coord@ietf.org" <Rtg-yang-coord@ietf.org>, Anees Shaikh <aashaikh@google.com>, "Acee Lindem \(acee\)" <acee@cisco.com>, Xufeng Liu <xufeng.liu@ericsson.com>
Subject: Re: [Rtg-yang-coord] Operational State Modeling
X-BeenThere: rtg-yang-coord@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
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 16:14:36 -0000

	I don’t think the open config guys are asking for refactoring for purely aesthetic reasons. These guys operate some of the world’s largest networks with tens of thousands of devices, so I’d hope that their asking to move things around is in order to make interacting with those things at that scale better.

	—Tom


> On May 15, 2015:4:52 AM, at 4:52 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> 
> 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.
> 
> /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