Re: [YANG] mandatory & default

Phil Shafer <phil@juniper.net> Mon, 28 January 2008 07: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 1JJO7F-0005xg-1S; Mon, 28 Jan 2008 02:09:13 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JJO7D-0005pF-VN for yang-confirm+ok@megatron.ietf.org; Mon, 28 Jan 2008 02:09:11 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JJO7D-0005o9-Ki for yang@ietf.org; Mon, 28 Jan 2008 02:09:11 -0500
Received: from exprod7og104.obsmtp.com ([64.18.2.161]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JJO7D-0002MK-3l for yang@ietf.org; Mon, 28 Jan 2008 02:09:11 -0500
Received: from source ([66.129.224.36]) by exprod7ob104.postini.com ([64.18.6.12]) with SMTP; Sun, 27 Jan 2008 23:08:40 PST
Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Sun, 27 Jan 2008 23:08:05 -0800
Received: from idle.juniper.net (idleski.juniper.net [172.25.4.26]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id m0S783q42841; Sun, 27 Jan 2008 23:08:03 -0800 (PST) (envelope-from phil@idle.juniper.net)
Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.13.8/8.13.8) with ESMTP id m0S77qhW053014; Mon, 28 Jan 2008 07:07:56 GMT (envelope-from phil@idle.juniper.net)
Message-Id: <200801280707.m0S77qhW053014@idle.juniper.net>
To: Andy Bierman <ietf@andybierman.com>
Subject: Re: [YANG] mandatory & default
In-reply-to: <479D55B9.8010300@andybierman.com>
Date: Mon, 28 Jan 2008 02:07:52 -0500
From: Phil Shafer <phil@juniper.net>
X-OriginalArrivalTime: 28 Jan 2008 07:08:05.0034 (UTC) FILETIME=[871728A0:01C8617C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
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

Andy Bierman writes:
>We strongly disagree on the interpretation of RFC 4741
>and whether a node with a default value really exists or not.

Are you saying that 4741 forces defaults to be emitted in <get-config>?

>It is very fragile SW design to assume the agent is using the exact default
>that was tracked down in the documentation.

Here we strongly disagree.  Adding noise to configs makes them
more fragile, not less so.

In using the term "tracked down", are you missing that putting these
values in the YANG module (or any metadata/schema) makes them more
than just documentation?  An application should be able to move
from a node in the data tree to the YANG definition of this node
with ease.  Finding the default value (and the data type, range,
and all the other constraints on the data values) should be no
problem for the client application.

>It is up to the operator whether knowing that a node
>is actually supported, and knowing the exact value set by the agent,
>is a waste of space or important debugging information.

You should publish the with-defaults capability as a draft.  I
do see this as having value, but disagree with making it the
default behavior.  If there's a way to turn it on, operators
that want it on can turn it on in their client software.

Thanks,
 Phil


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