Re: [YANG] default values

Ladislav Lhotka <lhotka@cesnet.cz> Thu, 17 January 2008 15:02 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 1JFWFk-0007kd-RH; Thu, 17 Jan 2008 10:02:00 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JFWFk-0007kX-0D for yang-confirm+ok@megatron.ietf.org; Thu, 17 Jan 2008 10:02:00 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JFWFj-0007kP-M0 for yang@ietf.org; Thu, 17 Jan 2008 10:01:59 -0500
Received: from office2.cesnet.cz ([195.113.144.244]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JFWFj-00037o-8l for yang@ietf.org; Thu, 17 Jan 2008 10:01:59 -0500
Received: from [172.29.2.201] (asus-gx.lhotka.cesnet.cz [195.113.161.161]) by office2.cesnet.cz (Postfix) with ESMTP id 992B6D800D3 for <yang@ietf.org>; Thu, 17 Jan 2008 16:01:58 +0100 (CET)
Subject: Re: [YANG] default values
From: Ladislav Lhotka <lhotka@cesnet.cz>
To: yang@ietf.org
In-Reply-To: <20080117135724.GC29301@elstar.local>
References: <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> <1200565743.10666.64.camel@missotis> <20080117112702.GA29235@elstar.local> <1200571644.10666.91.camel@missotis> <20080117135724.GC29301@elstar.local>
Content-Type: text/plain; charset=utf-8
Organization: CESNET
Date: Thu, 17 Jan 2008 16:01:50 +0100
Message-Id: <1200582110.19372.43.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: 52e1467c2184c31006318542db5614d5
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

Juergen Schoenwaelder píše v Čt 17. 01. 2008 v 14:57 +0100:
> Regarding defaults, the question boils down to whether a NETCONF
> client can assume that specified defaults are used or whether to be on
> the safe side the client has to either set defaults itself or check
> what was set by the server.

At the start of a NETCONF session, the values in the
running/startup/whatever configuration may be different even if the
server's factory defaults follow the standards. The client can't IMO
safely avoid checking or setting all variables in server's
configuration. 

> 
> The alternative would be to have a mechanism allowing implementations
> to post the defaults they are going to use rather than hard wiring
> defaults in the specification. So a vendor can augment a standard with
> the defaults that the vendor's implementation is using. This surely
> adds some complexity. An even further reaching mechanism would be to
> make the defaults being used by an implementation itself writable,
> e.g. by introducing a template mechanism which adds defaults for stuff
> not defined explicitely by a NETCONF client.
> 
> Our goal was to start with something simple, allowing us to add more
> powerful mechanism via extensions over time once we see that they are
> really needed (that is there is enough uptake of NETCONF / YANG).

I think this applies to the default statement, too. I am arguing it's
not needed for NETCONF operation and may complicate things.

Lada

-- 
Ladislav Lhotka, CESNET
PGP Key ID: E74E8C0C



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