Re: [netmod] BBF extensions to ietf-entity

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 06 September 2016 11:03 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 45A9312B51B for <netmod@ietfa.amsl.com>; Tue, 6 Sep 2016 04:03:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.708
X-Spam-Level:
X-Spam-Status: No, score=-5.708 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.508] 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 I1LiMjipBzki for <netmod@ietfa.amsl.com>; Tue, 6 Sep 2016 04:03:28 -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 2900412B4D5 for <netmod@ietf.org>; Tue, 6 Sep 2016 03:56:11 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas3.jacobs-university.de (Postfix) with ESMTP id EF479A85; Tue, 6 Sep 2016 12:56:09 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas3.jacobs-university.de ([10.70.0.205]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10030) with ESMTP id MJ43knjjCGSY; Tue, 6 Sep 2016 12:55:26 +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; Tue, 6 Sep 2016 12:56:07 +0200 (CEST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id F1BF8200B8; Tue, 6 Sep 2016 12:56:06 +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 E4QkKoCsyUZt; Tue, 6 Sep 2016 12:56:02 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 9FB03200AB; Tue, 6 Sep 2016 12:56:02 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id BFCC83C60C27; Tue, 6 Sep 2016 12:56:00 +0200 (CEST)
Date: Tue, 06 Sep 2016 12:56:00 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Martin Bjorklund <mbj@tail-f.com>
Message-ID: <20160906105600.GA16270@elstar.local>
Mail-Followup-To: Martin Bjorklund <mbj@tail-f.com>, bart.bogaert@nokia.com, netmod@ietf.org
References: <D62E05768DBAFF42A72B9F4954476D65010EAB14F7@FR712WXCHMBA09.zeu.alcatel-lucent.com> <20160906080113.GA15908@elstar.local> <D62E05768DBAFF42A72B9F4954476D65010EAB15C9@FR712WXCHMBA09.zeu.alcatel-lucent.com> <20160906.113803.521932951188259563.mbj@tail-f.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20160906.113803.521932951188259563.mbj@tail-f.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/ogICzhN_0Ftp9qdd4p25ZvO9880>
Cc: netmod@ietf.org
Subject: Re: [netmod] BBF extensions to ietf-entity
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
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: Tue, 06 Sep 2016 11:03:30 -0000

On Tue, Sep 06, 2016 at 11:38:03AM +0200, Martin Bjorklund wrote:
> 
> I think there are two things that I am trying to understand:
> 
>   (i) Identification
> 
>       In order to be able to pre configure a component, the operator
>       needs a deterministic way to idenfity the component.  How
>       exactly is this done?
> 
>       One way is to rely on the name of the to-be-present component.
>       Another way is to identify its parent by name, and provide a
>       parent-rel-pos integer.  (The latter assumes that the parent's
>       name is known...)

For interfaces, some implementations carry the information where an
interface is physically located in the interface name. Others generate
(almost) dynamic interface names with no specific meaning (in the
worst case these names change on every reboot). I assume that the
first option works better in many cases. Of course, there are
conceivable situations where you like to bind pre-configuration to an
interface using other properties (e.g., here is an interface
pre-configuration that should be applied to whatever interface has a
certain MAC address) but to support such things one would need a way
more expressive binding mechanism (or a way to rename interfaces on
the fly, i.e., another layer of indirection).

/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/>