Re: [YANG] keyref

Martin Bjorklund <mbj@tail-f.com> Tue, 22 January 2008 08:11 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 1JHEED-0005xI-Tp; Tue, 22 Jan 2008 03:11:29 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHEEC-0005xC-ME for yang-confirm+ok@megatron.ietf.org; Tue, 22 Jan 2008 03:11:28 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHEEC-0005x4-BL for yang@ietf.org; Tue, 22 Jan 2008 03:11:28 -0500
Received: from [213.180.94.162] (helo=mail.tail-f.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHEEB-0000xW-VZ for yang@ietf.org; Tue, 22 Jan 2008 03:11:28 -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 8B6CC1B80C5; Tue, 22 Jan 2008 09:11:26 +0100 (CET)
Date: Tue, 22 Jan 2008 09:12:46 +0100 (CET)
Message-Id: <20080122.091246.105352306.mbj@tail-f.com>
To: ietf@andybierman.com
Subject: Re: [YANG] keyref
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <47954F24.905@andybierman.com>
References: <4794D016.10107@andybierman.com> <20080121.230429.148337580.mbj@tail-f.com> <47954F24.905@andybierman.com>
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: 798b2e660f1819ae38035ac1d8d5e3ab
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

Andy Bierman <ietf@andybierman.com> wrote:
> Why does it work the same as other types.
> That's kind of a circular definition.
> 
> I don't see the use case for writable keyrefs.
> When you read the object the first time, it has the value
> from the ptarh target, and when you set the keyref leaf,
> it has the new value and no longer is a reference to the key leaf.
> Then it changes back to a reference if the manager deletes the
> keyref leaf?

That's not how it works.  What part of the text supports this
interpretation?  The idea is that the value space of the keyref type
is constrained to the set of values of the existing instances.

This means that if you have a keyref to ifIndex, and the interface 1,
3, and 4 exists, the value space is {1, 3, 4}.  When setting a leaf of
this type, you must set it to one of 1, 3, and 4.



/martin


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