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