Re: [YANG] new pyang errors

Balazs Lengyel <balazs.lengyel@ericsson.com> Thu, 24 January 2008 09:08 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 1JHy4D-0007gp-PU; Thu, 24 Jan 2008 04:08:13 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHy4C-0007gh-47 for yang-confirm+ok@megatron.ietf.org; Thu, 24 Jan 2008 04:08:12 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHy4B-0007gZ-Nk for yang@ietf.org; Thu, 24 Jan 2008 04:08:11 -0500
Received: from mailgw4.ericsson.se ([193.180.251.62]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHy4B-00049J-1z for yang@ietf.org; Thu, 24 Jan 2008 04:08:11 -0500
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 79B0B215C7; Thu, 24 Jan 2008 10:08:10 +0100 (CET)
X-AuditID: c1b4fb3e-acdecbb0000007e1-ec-4798557aea09
Received: from esealmw127.eemea.ericsson.se (unknown [153.88.254.122]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 5BE05215BD; Thu, 24 Jan 2008 10:08:10 +0100 (CET)
Received: from esealmw127.eemea.ericsson.se ([153.88.254.175]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 24 Jan 2008 10:08:10 +0100
Received: from [159.107.197.224] ([159.107.197.224]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 24 Jan 2008 10:08:10 +0100
Message-ID: <47985579.8000409@ericsson.com>
Date: Thu, 24 Jan 2008 10:08:09 +0100
From: Balazs Lengyel <balazs.lengyel@ericsson.com>
User-Agent: Thunderbird 2.0.0.4 (X11/20070604)
MIME-Version: 1.0
To: Phil Shafer <phil@juniper.net>
Subject: Re: [YANG] new pyang errors
References: <200801232058.m0NKw1MF024713@idle.juniper.net>
In-Reply-To: <200801232058.m0NKw1MF024713@idle.juniper.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 24 Jan 2008 09:08:10.0050 (UTC) FILETIME=[A3F65A20:01C85E68]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Cc: yang@ietf.org, Ladislav Lhotka <lhotka@cesnet.cz>
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

Just to give you example of the need for fixed values:
Due to our need to map YANG data to LDAP, we need a key on all encapsulating objects. So we 
have to use lists instead of containers, even where we know there will only be one list entry. 
Often the key for such single entry lists is fixed, but still needed.
So this key is config , mandatory, and fixed.
Balazs

Phil Shafer wrote:
> Why would you need or want to mark is as mandatory if the value
> is hardwired?  What are you trying to say by calling a parameter
> "mandatory" and who are you trying to say it to?
> 
> If the application need do nothing with such hardwired parameters,
> why does it need to distinquish them?
> 
> If the device need to nothing <ditto>?
> 


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