Re: [YANG] keyref

Martin Bjorklund <mbj@tail-f.com> Tue, 22 January 2008 09:07 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 1JHF6t-00027n-Qj; Tue, 22 Jan 2008 04:07:59 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHF6r-0001wc-VT for yang-confirm+ok@megatron.ietf.org; Tue, 22 Jan 2008 04:07:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHF6r-0001wM-Lb for yang@ietf.org; Tue, 22 Jan 2008 04:07:57 -0500
Received: from [213.180.94.162] (helo=mail.tail-f.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JHF6r-00035W-9b for yang@ietf.org; Tue, 22 Jan 2008 04:07:57 -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 AC1401B80C5; Tue, 22 Jan 2008 10:07:56 +0100 (CET)
Date: Tue, 22 Jan 2008 10:09:16 +0100 (CET)
Message-Id: <20080122.100916.85217348.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Subject: Re: [YANG] keyref
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20080122085918.GC5210@elstar.local>
References: <20080122081821.GA5210@elstar.local> <20080122.094430.48542159.mbj@tail-f.com> <20080122085918.GC5210@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.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
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 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.


/martin




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