Re: [YANG] mandatory & default

Andy Bierman <ietf@andybierman.com> Mon, 28 January 2008 17:10 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 1JJXV5-0002aC-Ee; Mon, 28 Jan 2008 12:10:27 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JJXV1-0002TO-RW for yang-confirm+ok@megatron.ietf.org; Mon, 28 Jan 2008 12:10:23 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JJXV1-0002T4-Fy for yang@ietf.org; Mon, 28 Jan 2008 12:10:23 -0500
Received: from smtp124.sbc.mail.sp1.yahoo.com ([69.147.64.97]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1JJXV0-0005SZ-V8 for yang@ietf.org; Mon, 28 Jan 2008 12:10:23 -0500
Received: (qmail 49707 invoked from network); 28 Jan 2008 17:10:22 -0000
Received: from unknown (HELO ?192.168.0.10?) (andybierman@att.net@67.121.104.118 with plain) by smtp124.sbc.mail.sp1.yahoo.com with SMTP; 28 Jan 2008 17:10:22 -0000
X-YMail-OSG: fX3p2DMVM1lfJJdOnKKTFQXpKYuPBa7JbjKo0LCSH_qZa.OxC3ItdOVecco6.O9PuXZF2KLSWm_ecoN2Dt4Dq23Z
X-Yahoo-Newman-Property: ymail-3
Message-ID: <479E0C93.8000700@andybierman.com>
Date: Mon, 28 Jan 2008 09:10:43 -0800
From: Andy Bierman <ietf@andybierman.com>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: "tom.petch" <cfinss@dial.pipex.com>
Subject: Re: [YANG] mandatory & default
References: <200801280322.m0S3Mqhi051945@idle.juniper.net> <479D55B9.8010300@andybierman.com> <040d01c861c0$c7d06e80$0601a8c0@pc6>
In-Reply-To: <040d01c861c0$c7d06e80$0601a8c0@pc6>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c
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

tom.petch wrote:
> ----- Original Message -----
> From: "Andy Bierman" <ietf@andybierman.com>
> To: "Phil Shafer" <phil@juniper.net>
> Cc: <yang@ietf.org>
> Sent: Monday, January 28, 2008 5:10 AM
> Subject: Re: [YANG] mandatory & default
> 
> 
>> Phil Shafer wrote:
>>> [replying to multiple Andy-grams]
>>>
>> We strongly disagree on the interpretation of RFC 4741
>> and whether a node with a default value really exists or not.
>>
>> It is very fragile SW design to assume the agent is using the exact default
>> that was tracked down in the documentation.
>>
>> 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.
>>
> 
> I am very much with Andy (and Randy) on this one.  Knowing all the parameters
> that affect how a box functions is vital; it may be the only way to work out why
> it is not working as the operator thinks it should be.
> 
> I would say that having access to both the full and the specified configuration
> is a MUST.  If forced to choose which had to be implemented, I would go for the
> full configuration every time.  Computers can simply and reliably remove the
> extra information, they cannot (as) reliably insert the supposed defaults as
> known on the device.
> 


I think Juergen also agrees that access to all the parameters is sometimes
needed to debug a broken network.

I think there is some consensus that a mechanism is needed to retrieve
just the non-defaults, or retrieve everything.  I have already published
the 'with-defaults' mechanism:

http://www.ietf.org/internet-drafts/draft-bierman-ncx-ext-00.txt

There is no capability URI defined to advertise this extension.

I have also implemented 'per-session' parameters (ala set term)
to set the session default for the per-PDU 'with-defaults', to simplify
manager access.

At a minimum, there should also be a read-only leaf added to
the NETCONF Monitoring DM to indicate the agent-wide default
for the 'with-defaults' flag.  (Per session control is extra credit ;-)

An agent can leave out the defaults as the normal case if this
global flag is set to false.  However, the 'with-defaults=true' flag
must be honored when added to a get* or copy-config PDU.



> Tom Petch
> 
>> Andy


Andy


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