Re: [YANG] key clause issues
Balazs Lengyel <balazs.lengyel@ericsson.com> Tue, 08 January 2008 10:30 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 1JCBix-0002xm-3x; Tue, 08 Jan 2008 05:30:23 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43)
id 1JCBiv-0002xe-QH
for yang-confirm+ok@megatron.ietf.org; Tue, 08 Jan 2008 05:30:21 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.43) id 1JCBiv-0002xW-Fx
for yang@ietf.org; Tue, 08 Jan 2008 05:30:21 -0500
Received: from mailgw4.ericsson.se ([193.180.251.62])
by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JCBiv-0006q7-3B
for yang@ietf.org; Tue, 08 Jan 2008 05:30:21 -0500
Received: from mailgw4.ericsson.se (unknown [127.0.0.1])
by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id
33B8F21896; Tue, 8 Jan 2008 11:29:14 +0100 (CET)
X-AuditID: c1b4fb3e-afea1bb00000459d-7a-4783507ad099
Received: from esealmw127.eemea.ericsson.se (unknown [153.88.254.122])
by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id
1D5FB2048F; Tue, 8 Jan 2008 11:29:14 +0100 (CET)
Received: from esealmw127.eemea.ericsson.se ([153.88.254.175]) by
esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);
Tue, 8 Jan 2008 11:29:14 +0100
Received: from [159.107.197.224] ([159.107.197.224]) by
esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);
Tue, 8 Jan 2008 11:29:13 +0100
Message-ID: <47835079.9000706@ericsson.com>
Date: Tue, 08 Jan 2008 11:29:13 +0100
From: Balazs Lengyel <balazs.lengyel@ericsson.com>
User-Agent: Thunderbird 2.0.0.4 (X11/20070604)
MIME-Version: 1.0
To: Andy Bierman <ietf@andybierman.com>
Subject: Re: [YANG] key clause issues
References: <4782C606.5010109@andybierman.com>
In-Reply-To: <4782C606.5010109@andybierman.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 08 Jan 2008 10:29:13.0987 (UTC)
FILETIME=[507C3D30:01C851E1]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: yang <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
See below
PS.:
The reason for the existence of YANG is that it is more simple then XSD." quote from Balazs
Andy Bierman wrote:
> Hi,
>
> I have a few concerns with the key clause...
...
> Issue 2)
>
> Why is the CLR about a leaf appearing more than once in the key needed?
> It should be up to the DM writer to decide if this makes sense or not:
>
> list addr-pairs {
> key "addr-type src-addr addr-type dest-addr";
>
> leaf addr-type { type ietf:InetAddressType; }
> leaf src-addr { type ietf:InetAddress; }
> leaf dest-addr { type ietf:InetAddress; }
> // ... rest of list entry
> }
>
> Why is this illegal?
> It may be bad practice (according to RFC 4001), but should it be
> illegal?
[BALAZS]: When the user/programmer uses this in an edit-config he might think that the two
add-types are two distinct pieces of data, while they are actually the same.
Would the user actually have to provide the addr-type twice in a netconf message?
How do you handle if the two provided values in a netconf request are not the same?
_______________________________________________
YANG mailing list
YANG@ietf.org
https://www1.ietf.org/mailman/listinfo/yang
- [YANG] key clause issues Andy Bierman
- Re: [YANG] key clause issues Balazs Lengyel
- Re: [YANG] key clause issues Martin Bjorklund
- Re: [YANG] key clause issues Andy Bierman
- Re: [YANG] key clause issues Andy Bierman
- Re: [YANG] key clause issues Martin Bjorklund
- Re: [YANG] key clause issues Andy Bierman
- Re: [YANG] key clause issues Martin Bjorklund
- Re: [YANG] key clause issues Phil Shafer
- Re: [YANG] key clause issues Andy Bierman