[netmod] [Technical Errata Reported] RFC6110 (3362)

RFC Errata System <rfc-editor@rfc-editor.org> Fri, 21 September 2012 15:52 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4FF7B21E80A6 for <netmod@ietfa.amsl.com>; Fri, 21 Sep 2012 08:52:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.333
X-Spam-Level:
X-Spam-Status: No, score=-102.333 tagged_above=-999 required=5 tests=[AWL=0.267, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t39UXrBltfCq for <netmod@ietfa.amsl.com>; Fri, 21 Sep 2012 08:52:33 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 5DC7021E8097 for <netmod@ietf.org>; Fri, 21 Sep 2012 08:52:33 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 6A92C72E038; Fri, 21 Sep 2012 08:48:50 -0700 (PDT)
To: lhotka@cesnet.cz, rbonica@juniper.net, bclaise@cisco.com, j.schoenwaelder@jacobs-university.de, david.kessens@nsn.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20120921154850.6A92C72E038@rfc-editor.org>
Date: Fri, 21 Sep 2012 08:48:50 -0700
Cc: netmod@ietf.org, jernej.tuljak@mg-soft.com, rfc-editor@rfc-editor.org
Subject: [netmod] [Technical Errata Reported] RFC6110 (3362)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netmod>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Sep 2012 15:52:34 -0000

The following errata report has been submitted for RFC6110,
"Mapping YANG to Document Schema Definition Languages and Validating NETCONF Content".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6110&eid=3362

--------------------------------------
Type: Technical
Reported by: Jernej Tuljak <jernej.tuljak@mg-soft.com>

Section: 10.55.

Original Text
-------------
The 'unique' Statement

   This statement is mapped to the @nma:unique attribute.  ARGUMENT MUST
   be translated so that every node identifier in each of its components
   is prefixed with the namespace prefix of the local module, unless the
   prefix is already present.  The result of this translation then
   becomes the value of the @nma:unique attribute.

   For example, assuming that the local module prefix is "ex",

   unique "foo ex:bar/baz"

   is mapped to the following attribute/value pair:

   nma:unique="ex:foo ex:bar/ex:baz"

Corrected Text
--------------
The 'unique' Statement

   This statement is mapped to the <nma:unique> element. It has one
   mandatory attribute @key (with no namespace). ARGUMENT MUST
   be translated so that every node identifier in each of its components
   is prefixed with the namespace prefix of the local module, unless the
   prefix is already present.  The result of this translation then
   becomes the value of the @key attribute.

   For example, assuming that the local module prefix is "ex",

   unique "foo ex:bar/baz"

   is mapped to the following element:

   <nma:unique key="ex:foo ex:bar/ex:baz" />

Notes
-----
A list's unique-stmt has a cardinality of 0..1. Therefore it cannot be mapped into a single @nma:unique attribute. It should be mapped into an element instead, much like the must-stmt. Additional changes may be required throughout the document.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC6110 (draft-ietf-netmod-dsdl-map-10)
--------------------------------------
Title               : Mapping YANG to Document Schema Definition Languages and Validating NETCONF Content
Publication Date    : February 2011
Author(s)           : L. Lhotka, Ed.
Category            : PROPOSED STANDARD
Source              : NETCONF Data Modeling Language
Area                : Operations and Management
Stream              : IETF
Verifying Party     : IESG