Re: [YANG] errors

Martin Bjorklund <mbj@tail-f.com> Thu, 24 January 2008 20:28 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 1JI8gW-0008Ke-US; Thu, 24 Jan 2008 15:28:28 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JI8gV-0008KS-G3 for yang-confirm+ok@megatron.ietf.org; Thu, 24 Jan 2008 15:28:27 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JI8gV-0008KK-5h for yang@ietf.org; Thu, 24 Jan 2008 15:28:27 -0500
Received: from [213.180.94.162] (helo=mail.tail-f.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JI8gU-0002U6-Pq for yang@ietf.org; Thu, 24 Jan 2008 15:28:27 -0500
Received: from localhost (c213-100-166-13.swipnet.se [213.100.166.13]) by mail.tail-f.com (Postfix) with ESMTP id 406471B80D7; Thu, 24 Jan 2008 21:28:25 +0100 (CET)
Date: Thu, 24 Jan 2008 21:28:22 +0100 (CET)
Message-Id: <20080124.212822.254714100.mbj@tail-f.com>
To: j.schoenwaelder@jacobs-university.de
Subject: Re: [YANG] errors
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <20080124194143.GC16515@elstar.local>
References: <20080124.153853.210376606.mbj@tail-f.com> <4798BFCD.3000706@andybierman.com> <20080124194143.GC16515@elstar.local>
X-Mailer: Mew version 5.1.51 on Emacs 22.1 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
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

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> On Thu, Jan 24, 2008 at 08:41:49AM -0800, Andy Bierman wrote:
> 
> > What if the DM writer wants to raise an existing standard error?

That's what I meant when I wrote that the raise-error is in addition
to the standard errors.  I.e. nothing needs to be done in the DM for
this scenario.

> > Does there need to be a standard module for the NETCONF errors,
> > added as an appendix?
> 
> Yes.

No, that's not possible with the way the error statement is done,
since the identifier is error-app-tag.

> > Notably missing from the error-stmt is definition of any error-info data.
> > An open issue is whether there is some simple mechanism for defining
> > error-info, other than full-blown data-def-stmt, to define error
> > leafs.

Why can't the normal data-def stmts be used?  That would be the
obvious choice if we want to do error-info.

> > (E.g., lock-denied has the <session-id> of the current lock owner.)
> > If not, then I would rather leave it out.
> 
> Correct, this is needed. I think error-info is actually not much
> different from in and out parameters where we also use standard YANG
> constructs.

I agree.


/martin


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