Re: [YANG] keyref

Martin Bjorklund <mbj@tail-f.com> Tue, 22 January 2008 09:17 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 1JHFGU-00069U-0O; Tue, 22 Jan 2008 04:17:54 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHFGR-00069C-U1 for yang-confirm+ok@megatron.ietf.org; Tue, 22 Jan 2008 04:17:51 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHFGR-000694-Ga for yang@ietf.org; Tue, 22 Jan 2008 04:17:51 -0500
Received: from [213.180.94.162] (helo=mail.tail-f.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHFGR-0002Pt-34 for yang@ietf.org; Tue, 22 Jan 2008 04:17:51 -0500
Received: from localhost (138.162.241.83.in-addr.dgcsystems.net [83.241.162.138]) by mail.tail-f.com (Postfix) with ESMTP id C5CF91B80D8; Tue, 22 Jan 2008 10:17:49 +0100 (CET)
Date: Tue, 22 Jan 2008 10:19:09 +0100 (CET)
Message-Id: <20080122.101909.02474480.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Subject: Re: [YANG] keyref
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20080122091321.GA5397@elstar.local>
References: <20080122085918.GC5210@elstar.local> <20080122.100916.85217348.mbj@tail-f.com> <20080122091321.GA5397@elstar.local>
X-Mailer: Mew version 5.1.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.1 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: yang@ietf.org
X-BeenThere: yang@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> 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?

No.


/martin


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