Re: [YANG] keyref
Martin Bjorklund <mbj@tail-f.com> Tue, 22 January 2008 08:43 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 1JHEiv-000521-F2; Tue, 22 Jan 2008 03:43:13 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43)
id 1JHEiu-00051w-Dy
for yang-confirm+ok@megatron.ietf.org; Tue, 22 Jan 2008 03:43:12 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1JHEiu-00051o-4P
for yang@ietf.org; Tue, 22 Jan 2008 03:43:12 -0500
Received: from [213.180.94.162] (helo=mail.tail-f.com)
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JHEit-0002bP-Px
for yang@ietf.org; Tue, 22 Jan 2008 03:43:12 -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 C7D1B1B80C5;
Tue, 22 Jan 2008 09:43:10 +0100 (CET)
Date: Tue, 22 Jan 2008 09:44:30 +0100 (CET)
Message-Id: <20080122.094430.48542159.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Subject: Re: [YANG] keyref
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20080122081821.GA5210@elstar.local>
References: <47954F24.905@andybierman.com>
<20080122.091246.105352306.mbj@tail-f.com>
<20080122081821.GA5210@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: 9182cfff02fae4f1b6e9349e01d62f32
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:12:46AM +0100, Martin Bjorklund wrote: > > > The idea is that the value space of the keyref type is constrained > > to the set of values of the existing instances. > > But that is time varying. Yes. > > 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. > > So what happens if I choose 3 and interface 3 disappears? 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. /martin _______________________________________________ YANG mailing list YANG@ietf.org https://www1.ietf.org/mailman/listinfo/yang
- [YANG] keyref Andy Bierman
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Juergen Schoenwaelder
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Juergen Schoenwaelder
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Juergen Schoenwaelder
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Juergen Schoenwaelder
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Balazs Lengyel
- Re: [YANG] keyref Balazs Lengyel
- RE: [YANG] keyref Bert Wijnen
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Balazs Lengyel
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Juergen Schoenwaelder
- Re: [YANG] keyref Juergen Schoenwaelder
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Phil Shafer
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Randy Presuhn
- Re: [YANG] keyref Randy Presuhn
- Re: [YANG] keyref Phil Shafer
- Re: [YANG] keyref Andy Bierman
- Re: [YANG] keyref Martin Bjorklund
- Re: [YANG] keyref Balazs Lengyel
- Re: [YANG] keyref Andy Bierman