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