Re: [YANG] new pyang errors

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 25 January 2008 10:07 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 1JILTX-0008Og-0G; Fri, 25 Jan 2008 05:07:55 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JILTV-0008OZ-Qb for yang-confirm+ok@megatron.ietf.org; Fri, 25 Jan 2008 05:07:53 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JILTU-0008Np-I1 for yang@ietf.org; Fri, 25 Jan 2008 05:07:52 -0500
Received: from hermes.jacobs-university.de ([212.201.44.23]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JILTU-0000L4-5G for yang@ietf.org; Fri, 25 Jan 2008 05:07:52 -0500
Received: from localhost (demetrius.jacobs-university.de [212.201.44.32]) by hermes.jacobs-university.de (Postfix) with ESMTP id A86568A0EA; Fri, 25 Jan 2008 11:07:51 +0100 (CET)
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 27868-02-4; Fri, 25 Jan 2008 11:07:46 +0100 (CET)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 64E028A189; Fri, 25 Jan 2008 11:07:46 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 56FB748ABCC; Fri, 25 Jan 2008 11:07:44 +0100 (CET)
Date: Fri, 25 Jan 2008 11:07:44 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ladislav Lhotka <lhotka@cesnet.cz>
Subject: Re: [YANG] new pyang errors
Message-ID: <20080125100744.GB17475@elstar.local>
Mail-Followup-To: Ladislav Lhotka <lhotka@cesnet.cz>, yang@ietf.org
References: <200801250311.m0P3Bhbo036061@idle.juniper.net> <1201255325.24635.70.camel@missotis>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1201255325.24635.70.camel@missotis>
User-Agent: Mutt/1.5.17 (2007-11-01)
X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at jacobs-university.de
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Cc: yang@ietf.org
X-BeenThere: yang@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: j.schoenwaelder@jacobs-university.de
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

On Fri, Jan 25, 2008 at 11:02:05AM +0100, Ladislav Lhotka wrote:
 
> I guess I differ from Andy here: in my view the agent will fill here a
> value that satisfies the DM, even though it is not a default specified
> in the DM (i.e, it is vendor's internal default). For example, if IP
> address is mandatory on an interface but no default is defined in the
> DM, the device could set it to 0.0.0.0. From the viewpoint of validating
> the configuration (my item 2), it is valid - the mandatory element
> exists and its value (presumably) conforms to inet:ip-address. True, the
> interface is not fully operational, but this has nothing to do with
> validity of the configuration wrt the DM.

I guess part of the problem we have in this discussion is that we do
not properly distinguish between configuration data and operational
state data. While a device may choose to assign automatically an
operational state of 0.0.0.0 for an unconfigured IPv4 address, this
particular address may still not be configuration state.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>


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