Re: [YANG] default values

Ladislav Lhotka <lhotka@cesnet.cz> Thu, 17 January 2008 10:29 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 1JFRzf-0008Gn-NR; Thu, 17 Jan 2008 05:29:07 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JFRzd-0008GJ-Iw for yang-confirm+ok@megatron.ietf.org; Thu, 17 Jan 2008 05:29:05 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JFRzd-0008G4-6F for yang@ietf.org; Thu, 17 Jan 2008 05:29:05 -0500
Received: from office2.cesnet.cz ([195.113.144.244]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JFRzc-0000Ug-Fd for yang@ietf.org; Thu, 17 Jan 2008 05:29:05 -0500
Received: from [172.29.2.201] (asus-gx.lhotka.cesnet.cz [195.113.161.161]) by office2.cesnet.cz (Postfix) with ESMTP id 65ABCD800CC for <yang@ietf.org>; Thu, 17 Jan 2008 11:29:03 +0100 (CET)
Subject: Re: [YANG] default values
From: Ladislav Lhotka <lhotka@cesnet.cz>
To: yang@ietf.org
In-Reply-To: <478F17B4.7060500@ericsson.com>
References: <1200478981.7029.27.camel@missotis> <20080116.123549.140000433.mbj@tail-f.com> <1200487153.7029.71.camel@missotis> <478E0FCD.6080908@andybierman.com> <1200493871.7029.137.camel@missotis> <478E1EF4.4050002@andybierman.com> <DCABA351-3933-4AED-A6E6-80C5F85E3F9C@jdscons.com> <1200501131.7029.151.camel@missotis> <49B89097-B9C1-44FE-A59E-FA12B2D546F2@jdscons.com> <1200556619.10666.16.camel@missotis> <478F17B4.7060500@ericsson.com>
Content-Type: text/plain; charset=utf-8
Organization: CESNET
Date: Thu, 17 Jan 2008 11:29:03 +0100
Message-Id: <1200565743.10666.64.camel@missotis>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d
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

Hi Balasz,

in my view, the basic difference is this:

Do we want to use (YANG or other) data models
(i) for validating XML documents in the NETCONF context, or
(ii) for specifying behaviour of network devices and/or management
software?

I am primarily interested in creating standard data models for (i) and
concerned that pursuing (ii) might make the result unusable for (i).
Note that the default statement makes sense only in (ii).

Lada


Balazs Lengyel píše v Čt 17. 01. 2008 v 09:54 +0100:
> Hello,
> I think you are arguing about different things. As I understand your comments:
> Statement 1) says: defaults are important, so if we do have an agreed default value, we should 
> document it in a proper, formal way. (I fully support this.)
> Statement 2) says: it is very difficult to agree on good default values so we should use 
> extreme caution specifying "mandatory" defaults in standards. I can agree with that as well.
> We can still to define recommended-only defaults in the description statement if the default is 
> not obvious enough.
> 
> The two statements do not contradict each other in my view.
> 
> Also while it is difficult to define default values in standards, YANG and NETCONF will be used 
> a lot to define proprietary data models as well. It is much easier to define defaults here, and 
> yes we do want a formal definition of these defaults (actually we already have it in the 
> Ericsson-DML.)
> 
> Balazs
> 
> 
> Ladislav Lhotka wrote:
> > Jon Saperia píše v St 16. 01. 2008 v 11:54 -0500:
> > 
> >> I understand your perspective but even  though I said what I said, if  
> >> we were to go down this path, defaults can be helpful.  Any manager  
> >> that attempts the configuration function will have to be pretty  
> >> sophisticated because of the variability (even with standards) that  
> >> will be sure to exist. That does not mean that they will not do bad  
> >> things from time to time, but the market has a way of fixing things.
> > 
> > I am not against specifying defaults (reasonably), I only don't like the
> > fact that changing a default value implies a different data model. I
> > understand the data model primarily as a means for checking whether a
> > given document is valid or not and default values are irrelevant in this
> > respect. It is already difficult to standardise the knobs and default
> > values are yet another level.
> > 
> > Lada
> > 
> >> /jon
> 
-- 
Ladislav Lhotka, CESNET
PGP Key ID: E74E8C0C



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