[YANG] mandatory & default

Andy Bierman <ietf@andybierman.com> Fri, 25 January 2008 15:19 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 1JIQL5-0003f9-OP; Fri, 25 Jan 2008 10:19:31 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JIQL4-0003ca-Om for yang-confirm+ok@megatron.ietf.org; Fri, 25 Jan 2008 10:19:30 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JIQL4-0003bT-3d for yang@ietf.org; Fri, 25 Jan 2008 10:19:30 -0500
Received: from smtp110.sbc.mail.mud.yahoo.com ([68.142.198.209]) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1JIQL3-0000z2-MW for yang@ietf.org; Fri, 25 Jan 2008 10:19:30 -0500
Received: (qmail 42796 invoked from network); 25 Jan 2008 15:19:28 -0000
Received: from unknown (HELO ?192.168.0.10?) (andybierman@att.net@67.127.97.95 with plain) by smtp110.sbc.mail.mud.yahoo.com with SMTP; 25 Jan 2008 15:19:28 -0000
X-YMail-OSG: xu.uspYVM1maf_EJkXBGKk34_XGHBSo6JuCUcsPzfL4vhkdR
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4799FD8F.1090402@andybierman.com>
Date: Fri, 25 Jan 2008 07:17:35 -0800
From: Andy Bierman <ietf@andybierman.com>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: yang <yang@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Subject: [YANG] mandatory & default
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,

I don't think every vendor deals with agent-created defaults in the
same way, and there is zero chance every implementation will converge
on one interpretation.

The important thing to consider is:
   what is important for standards-based configuration?

Here is the bottom line:

  - RFC 4741 requires that *all* config database objects be returned
    in a <get-config> without any filters

  - All data nodes that exist in the configuration have some value
    (consider the value for 'empty' to be present/not-present)

  - An extension is needed (e.g., with-defaults=false) to change the
    behavior of RFC 4741 wrt/ returning a subset of all nodes without
    any filter defined

Phil seems to be arguing that nodes that contain the agent-specified
default value are not really there.   Yet, if the manager
sets a node explicitly to the default value, it is there.
IMO, this is rather confusing, and broken.

The idea of tracking down stacks of offline vendor documentation
to determine the theoretical values of these 'default nodes', instead of
simply asking the agent for the real values, is a non-starter.
That may be good enough for CLI, but not standards based configuration.


Andy




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