Re: [netmod] questions about draft-rtgyangdt-rtgwg-device-model-00
Martin Bjorklund <mbj@tail-f.com> Wed, 26 August 2015 10:41 UTC
Return-Path: <mbj@tail-f.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80C151B2A4F; Wed, 26 Aug 2015 03:41:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, 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 UGh1Bbvk6IST; Wed, 26 Aug 2015 03:41:31 -0700 (PDT)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 10CEC1B2A4A; Wed, 26 Aug 2015 03:41:31 -0700 (PDT)
Received: from localhost (unknown [173.38.220.43]) by mail.tail-f.com (Postfix) with ESMTPSA id F2BE81AE049C; Wed, 26 Aug 2015 12:41:29 +0200 (CEST)
Date: Wed, 26 Aug 2015 12:41:29 +0200
Message-Id: <20150826.124129.323914665465928199.mbj@tail-f.com>
To: lberger@labn.net
Subject: Re: [netmod] questions about draft-rtgyangdt-rtgwg-device-model-00
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <55DD2A43.8070300@labn.net>
References: <55D53A13.4080505@labn.net> <20150820.095853.255503105278478154.mbj@tail-f.com> <55DD2A43.8070300@labn.net>
X-Mailer: Mew version 6.5 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/rtgwg/KkT8byb1rygiqBwY9EL4TLThsx4>
Cc: rtgwg@ietf.org, andy@yumaworks.com, netmod@ietf.org, draft-rtgyangdt-rtgwg-device-model@ietf.org
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Aug 2015 10:41:32 -0000
Lou Berger <lberger@labn.net> wrote: > Martin, > Sorry for the delayed response, was away for a bit. Not sure if any of > this is OBE as just starting to catch up on mail. > > On 08/20/2015 03:58 AM, Martin Bjorklund wrote: > > Lou Berger <lberger@labn.net> wrote: > >> Martin, > >> > >> See below. > >> On 08/19/2015 05:27 AM, Martin Bjorklund wrote: > >>> Hi, > >>> > >>> Lou Berger <lberger@labn.net> wrote: [...] > >> Deeper in the hierarchy the path becomes more significant, but you > >> weren't really questioning this. > > > > I am all for significant nodes in the path! > > This is really good/useful to hear. If disagreement is limited to the > top level node, it's much easier (but not easy ;-) problem to solve. > > > My point is that /device > > is insignificant. > > I think the fundamental discussion here, is who get's to say what's > significant and we have (at least) two opposing views on this point. > > From my standpoint it comes down to how you view full set of models that > may be seen. From the device view, you might only (or, more likely, > mostly) see models under /device -- so device doesn't add much value. > BUT from the controller/NMS/EMS (or whatever you want to call it) view, > you're likely to see all the models Agreed, but see below. > so /device plays a much more > significant role in identifying logical model > organization/understanding. -- That said, I'm much more of a device > person than an NMS builder, so I'm also willing to trust the opinion of > folks who are clearly doing significant work on the controller/NMS > side. [This was briefly discussed in another mail thread, and I'll repeat it here.] On the controller, you probably have a list of devices you control (this is how our NCS works, and how ODL works (I have been told)): container devices { list device { key name; // meta-info about the device goes here, things like // ip-address, port, auth info... container data { // all models supported by the devices are "mounted" here } } } So on the controller, the path to interface "eth0" on device "foo" would be: /devices/device[name='foo']/data/interfaces/interface[name='eth0'] if we also have a top-level "/device" container we'd have: /devices/device[name='foo']/data/device/interfaces/interface[name='eth0'] (here you again can see that the "device" node in the device model doesn't make much sense) The path is scoped in the system you work with; in the controller it might be as I illustrated above, in the device it starts with /interfaces. But then you might also have a controller-of-controllers. where the path might be: /domains/domain[name='bar']/devices/device[name='foo']/data /interfaces/interface[name='eth0'] Pushing all these concepts down into the device model clearly doesn't help... /martin
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Martin Bjorklund
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Andy Bierman
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Juergen Schoenwaelder
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Andy Bierman
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Martin Bjorklund
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Acee Lindem (acee)
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Martin Bjorklund
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Martin Bjorklund
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Martin Bjorklund
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Martin Bjorklund
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Acee Lindem (acee)
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Andy Bierman
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Andy Bierman
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Nadeau Thomas
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Juergen Schoenwaelder
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Juergen Schoenwaelder
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Kent Watsen
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Andy Bierman
- Re: [netmod] questions about draft-rtgyangdt-rtgw… Lou Berger