Re: [YANG] keyref

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 22 January 2008 09:13 UTC

Return-path: <yang-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHFCK-0007cK-SX; Tue, 22 Jan 2008 04:13:36 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHFCK-0007cF-11 for yang-confirm+ok@megatron.ietf.org; Tue, 22 Jan 2008 04:13:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHFCJ-0007c7-NR for yang@ietf.org; Tue, 22 Jan 2008 04:13:35 -0500
Received: from hermes.jacobs-university.de ([212.201.44.23]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JHFCJ-0003B0-4I for yang@ietf.org; Tue, 22 Jan 2008 04:13:35 -0500
Received: from localhost (demetrius.jacobs-university.de [212.201.44.32]) by hermes.jacobs-university.de (Postfix) with ESMTP id AB82F8A3F9; Tue, 22 Jan 2008 10:13:34 +0100 (CET)
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 22481-01-14; Tue, 22 Jan 2008 10:13:29 +0100 (CET)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 1077C8A3F2; Tue, 22 Jan 2008 10:13:23 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id B7B24477C84; Tue, 22 Jan 2008 10:13:21 +0100 (CET)
Date: Tue, 22 Jan 2008 10:13:21 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Martin Bjorklund <mbj@tail-f.com>
Subject: Re: [YANG] keyref
Message-ID: <20080122091321.GA5397@elstar.local>
Mail-Followup-To: Martin Bjorklund <mbj@tail-f.com>, ietf@andybierman.com, yang@ietf.org
References: <20080122081821.GA5210@elstar.local> <20080122.094430.48542159.mbj@tail-f.com> <20080122085918.GC5210@elstar.local> <20080122.100916.85217348.mbj@tail-f.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20080122.100916.85217348.mbj@tail-f.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at jacobs-university.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: yang@ietf.org
X-BeenThere: yang@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: j.schoenwaelder@jacobs-university.de
List-Id: YANG modeling Language for NETCONF <yang.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/yang>, <mailto:yang-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/yang>
List-Post: <mailto:yang@ietf.org>
List-Help: <mailto:yang-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/yang>, <mailto:yang-request@ietf.org?subject=subscribe>
Errors-To: yang-bounces@ietf.org

On Tue, Jan 22, 2008 at 10:09:16AM +0100, Martin Bjorklund wrote:
> Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> > On Tue, Jan 22, 2008 at 09:44:30AM +0100, Martin Bjorklund wrote:
> > 
> > > That's why we don't want to allow keyrefs from config to non-config.
> > > 
> > > Maybe this is a use case that we want to support as well.  But I don't
> > > see the difference between such a ref and a InterfaceIndex type
> > > solution.
> > 
> > Well, the InterfaceIndex type just says "the value identifies an
> > interface" - no more no less. The keyref is much more ambitiuous.
> > Despite the fact that it is only usable for keys, your aim is to bind
> > things together such that value changes automatically propagate.
> 
> No, no automatic propagation.
> 
> See
> http://www.yang-central.org/twiki/bin/view/Main/YangExamplesExecdNtp
> for a YANG example.  The idea in this example is that there is a list
> of keys and a list of servers.  Each server uses exactly one key, and
> this is done through a keyref.  When you try to set server/key, it
> will only accept the name of an existing key.  If you try to remove
> the key, the config will not validate.

But if I change the value of key.name of a key referenced by say
requestkey, does the value of requestkey change as well?

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


_______________________________________________
YANG mailing list
YANG@ietf.org
https://www1.ietf.org/mailman/listinfo/yang