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
- [YANG] new pyang errors Andy Bierman
- [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Martin Bjorklund
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Martin Bjorklund
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Randy Presuhn
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Randy Presuhn
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Balazs Lengyel
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Balazs Lengyel
- Re: [YANG] new pyang errors Balazs Lengyel
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Martin Bjorklund
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Balazs Lengyel
- Re: [YANG] new pyang errors Balazs Lengyel
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Andy Bierman
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Randy Presuhn
- Re: [YANG] new pyang errors Phil Shafer
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Balazs Lengyel
- Re: [YANG] new pyang errors Ladislav Lhotka
- Re: [YANG] new pyang errors Ladislav Lhotka
- [YANG] meaning of unique in PDUs Ladislav Lhotka
- RE: [YANG] new pyang errors Bert Wijnen
- Re: [YANG] meaning of unique in PDUs Martin Bjorklund
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] new pyang errors Juergen Schoenwaelder
- Re: [YANG] meaning of unique in PDUs Ladislav Lhotka
- RE: [YANG] new pyang errors Bert Wijnen