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
- [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Balazs Lengyel
- Re: [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Ladislav Lhotka
- Re: [YANG] mandatory & default Martin Bjorklund
- Re: [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Martin Bjorklund
- Re: [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Martin Bjorklund
- Re: [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Phil Shafer
- Re: [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Randy Presuhn
- Re: [YANG] mandatory & default Phil Shafer
- Re: [YANG] mandatory & default Phil Shafer
- Re: [YANG] mandatory & default Ladislav Lhotka
- Re: [YANG] mandatory & default Balazs Lengyel
- Re: [YANG] mandatory & default Juergen Schoenwaelder
- Re: [YANG] mandatory & default Ladislav Lhotka
- Re: [YANG] mandatory & default Juergen Schoenwaelder
- Re: [YANG] mandatory & default Ladislav Lhotka
- Re: [YANG] mandatory & default Juergen Schoenwaelder
- Re: [YANG] mandatory & default Balazs Lengyel
- Re: [YANG] mandatory & default Andy Bierman
- Re: [YANG] mandatory & default Ladislav Lhotka
- Re: [YANG] mandatory & default tom.petch
- Re: [YANG] mandatory & default Andy Bierman