Re: [YANG] insert and key attributes

Phil Shafer <phil@juniper.net> Mon, 14 January 2008 13:50 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 1JEPiA-0007Dd-Uz; Mon, 14 Jan 2008 08:50:47 -0500
Received: from yang by megatron.ietf.org with local (Exim 4.43) id 1JEPi9-0007C3-7S for yang-confirm+ok@megatron.ietf.org; Mon, 14 Jan 2008 08:50:45 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JEPi8-0007Br-Sg for yang@ietf.org; Mon, 14 Jan 2008 08:50:44 -0500
Received: from exprod7og112.obsmtp.com ([64.18.2.177]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JEPi8-0001P7-AC for yang@ietf.org; Mon, 14 Jan 2008 08:50:44 -0500
Received: from source ([66.129.224.36]) by exprod7ob112.postini.com ([64.18.6.12]) with SMTP; Mon, 14 Jan 2008 05:50:27 PST
Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 14 Jan 2008 05:41:05 -0800
Received: from idle.juniper.net (idleski.juniper.net [172.25.4.26]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id m0EDf5986365; Mon, 14 Jan 2008 05:41:05 -0800 (PST) (envelope-from phil@idle.juniper.net)
Received: from idle.juniper.net (localhost [127.0.0.1]) by idle.juniper.net (8.13.8/8.13.8) with ESMTP id m0EDetAJ056414; Mon, 14 Jan 2008 13:41:00 GMT (envelope-from phil@idle.juniper.net)
Message-Id: <200801141341.m0EDetAJ056414@idle.juniper.net>
To: Andy Bierman <ietf@andybierman.com>
Subject: Re: [YANG] insert and key attributes
In-reply-to: <478AFA5A.5040505@andybierman.com>
Date: Mon, 14 Jan 2008 08:40:55 -0500
From: Phil Shafer <phil@juniper.net>
X-OriginalArrivalTime: 14 Jan 2008 13:41:05.0737 (UTC) FILETIME=[1C806390:01C856B3]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
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

Andy Bierman writes:
>Conformance to RFC 4741 does not require any additional
>attributes for <edit-config>.

Nor does it prevent the use of additional attributes.

>If the same operation
>without the YANG attributes does not produce the same result,
>like the 'move barney' example, then the agent is not RFC 4741
>compliant.

Operations on NETCONF data models are defined by the data model.
The data model is the contract between the agent and the manager,
and if neither party understands this contract, operations are not
possible.  NETCONF doesn't define a generic data model that all
parties must implement or understand.

There is no requirement that I support the xc:operation attribute
on every (or any) node in my data model.  NETCONF gives lots of
freedom to the data modelers.  This is by design.

If my data model defines additional operations, attributes, or
elements, this doesn't invalidate any claim of RFC 4741 conformance.

YANG is a means of defining data models which follow a particular
set of rules.  One of these rules is this move operation.  In order
to implement a YANG-based data model, an agent will need to support
this operation.  But this will not make that agent non-compliant
with 4741.

Thanks,
 Phil


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