Re: [YANG] new pyang errors

Balazs Lengyel <balazs.lengyel@ericsson.com> Wed, 23 January 2008 09:09 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 1JHbcM-0003lX-Bg; Wed, 23 Jan 2008 04:09:58 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JHbcI-0003l6-Ep for yang-confirm+ok@megatron.ietf.org; Wed, 23 Jan 2008 04:09:54 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHbcH-0003kr-Ts for yang@ietf.org; Wed, 23 Jan 2008 04:09:53 -0500
Received: from mailgw4.ericsson.se ([193.180.251.62]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHbcH-0006sY-8D for yang@ietf.org; Wed, 23 Jan 2008 04:09:53 -0500
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id D261720483; Wed, 23 Jan 2008 10:09:51 +0100 (CET)
X-AuditID: c1b4fb3e-afe1dbb0000007e1-71-4797045f531a
Received: from esealmw129.eemea.ericsson.se (unknown [153.88.254.124]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id BE7A52171C; Wed, 23 Jan 2008 10:09:51 +0100 (CET)
Received: from esealmw129.eemea.ericsson.se ([153.88.254.177]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Jan 2008 10:09:51 +0100
Received: from [159.107.197.224] ([159.107.197.224]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Jan 2008 10:09:51 +0100
Message-ID: <4797045E.6010608@ericsson.com>
Date: Wed, 23 Jan 2008 10:09:50 +0100
From: Balazs Lengyel <balazs.lengyel@ericsson.com>
User-Agent: Thunderbird 2.0.0.4 (X11/20070604)
MIME-Version: 1.0
To: Randy Presuhn <randy_presuhn@mindspring.com>
Subject: Re: [YANG] new pyang errors
References: <200801230559.m0N5xoXf020086@idle.juniper.net> <000c01c85d89$b114eb20$6801a8c0@oemcomputer> <47970242.1040406@ericsson.com>
In-Reply-To: <47970242.1040406@ericsson.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 23 Jan 2008 09:09:51.0357 (UTC) FILETIME=[B5EED2D0:01C85D9F]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
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

Actually I am much more afraid that we will get complex, non-intuitive answers to these 
questions then what the answers really are.

I (Ericsson) personally live in a simple world. If you put something there it exists, if no it 
does not. So a default value exists as part of the config, it has effects. For us if a leaf 
does not exist in the config it has no effect whatsoever. We only use the default at creation 
time.

I hope whatever solution we settle on will not be much more complicated then that for any of 
the below 7 questions. As I see it with-defaults solves 1 problem from the below 7 that is 14%.

Balazs

Balazs Lengyel wrote:
> 
> Randy Presuhn wrote:
>> The "with-defaults" view sounds like it would help, particularly
>> if a default-ed value isn't known a priori.
> 
> Let's not forget that the handling of defaults effect much more then the 
> result of the get-config. IMHO the basic question is simply "does a leaf 
> set only due to it's default exist?" (in the conceptual database).
> 
> This effects the following:
> 1) Does it exist?
> 
> 2) How does edit-config create/delete work on it? E.g. can you create a 
> leaf that already exists(?) due to a default value?
> 
> 3) If you later explicitly delete a leaf with a default value what 
> happens. Will it cease to exist? Will it automatically pop-up with the 
> default value again?
> 
> 4) Is there any difference between a leaf set by the default and a leaf 
> explicitly (edit-config replace) set to the same value?
> I really hope not.
> 
> 5) Will get-config return such a leaf?
> It may or may not depending on the implementation or the with-defaults 
> option
> 
> 6) Will a non-presence container exist if it has leafs set by default? 
> This will effect how edit-config none is handled.
> 
> 7) Does a "must" statement consider such leafs to exist.
> I assume yes.
> 
> Balazs
> 
> 
> _______________________________________________
> YANG mailing list
> YANG@ietf.org
> https://www1.ietf.org/mailman/listinfo/yang

-- 
Balazs Lengyel                       Ericsson Hungary Ltd.
TSP System Manager
ECN: 831 7320                        Fax: +36 1 4377792
Tel: +36-1-437-7320     email: Balazs.Lengyel@ericsson.com


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