Re: [netmod] [Editorial Errata Reported] RFC8342 (5362)

Ignas Bagdonas <ibagdona@gmail.com> Thu, 17 May 2018 06:13 UTC

Return-Path: <ibagdona@gmail.com>
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 1EC4B12E8D6 for <netmod@ietfa.amsl.com>; Wed, 16 May 2018 23:13:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NXeBcTV7QUqn for <netmod@ietfa.amsl.com>; Wed, 16 May 2018 23:13:04 -0700 (PDT)
Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2C7612E8D0 for <netmod@ietf.org>; Wed, 16 May 2018 23:13:03 -0700 (PDT)
Received: by mail-wr0-x232.google.com with SMTP id x9-v6so1442315wrl.13 for <netmod@ietf.org>; Wed, 16 May 2018 23:13:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=1A7Ny6Q1FS+YiDdWNreEjZeeMJ3MH0JnRvsv9K8pcgs=; b=csTJBn4sOye2Kw6ZTT9H96So3o+j+qSlgx6jtyHXolbWYLm+61G9unqxJr3hw1o5im TXSqfxi2kLNlgE0J5l8AruB594yZ42z/zzbncEVdm8sMuGGTwR6AO8yI3mA0vkDOGyZb pRgVk11jc0CFRGvVJ03H7n1k92JyoMk8qrb3r0JCMBhrZnibaqQztTAK/LH6sD7rn2ci Z/K1aW2uGBp+iVMhPtUHbpEA0OeaHzX+XrVSavY+HdvE/L9ENOhzqNFxZPomkCZdNrqx PeUmHnOYm0L40u5MjHOgPZ69FooDQ6QmQx4ICMdaeEFyHvrq6L6WZWVw7mMw+3HcoY4M PEEw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=1A7Ny6Q1FS+YiDdWNreEjZeeMJ3MH0JnRvsv9K8pcgs=; b=DEBRfxaCxE8M/aMieiQOyOIUG85gD0oipWSy/fcKtxKTJlm54EZmdX3QJzzh+J0mMd F7vvK8TN7reAdNAww2XUidS84kgN2UQQztPd01SHd16a5G5J5HzMdHCLCfP9nkQg/zb6 TYHnACgUkxEfPDS2K2h+jHNjBPGWuCY0R+aca5bKc7hTXYqaAqJqXZIdk5fLf7JfLzPs Z+HD9yujc4MFpySfVuCqJcjawSak9DZOuWBaObKo4deKceOWISaDDPpQuw8DPKkpFyux LI1tE14Q4xV8QlpeYgmGxCqO/SvVeEO2CdEugcBq8hwMSkPz0mhVjgv//6IwhsljiXLU ny3Q==
X-Gm-Message-State: ALKqPwfftx6kxqh4JdKexIAr9Bhq7FfGSTy3R3GsO7M0f4Ci3EqOnilZ h94TTfMef0xkiMT2i5xUXBgQsAGlAwM=
X-Google-Smtp-Source: AB8JxZptGUiSBvcuvELTveqsXHDOu8uZEC7PZkVrc3wTHfqMLK41CkX6VeXphk4t33YQyv8P4Y4qsw==
X-Received: by 2002:adf:9b1a:: with SMTP id b26-v6mr3079810wrc.206.1526537581969; Wed, 16 May 2018 23:13:01 -0700 (PDT)
Received: from [10.192.5.125] (68.150.2.109.rev.sfr.net. [109.2.150.68]) by smtp.gmail.com with ESMTPSA id u35-v6sm5288300wrc.29.2018.05.16.23.13.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 May 2018 23:13:01 -0700 (PDT)
To: RFC Errata System <rfc-editor@rfc-editor.org>, mbj@tail-f.com, j.schoenwaelder@jacobs-university.de, phil@juniper.net, kwatsen@juniper.net, rwilton@cisco.com, warren@kumari.net, joelja@bogus.com, lberger@labn.net
Cc: rohitrranade@huawei.com, netmod@ietf.org
References: <20180517042534.5E4C7B813FA@rfc-editor.org>
From: Ignas Bagdonas <ibagdona@gmail.com>
Message-ID: <d4e70ba2-34e0-0eab-7cd2-4c2783137f9e@gmail.com>
Date: Thu, 17 May 2018 07:12:59 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <20180517042534.5E4C7B813FA@rfc-editor.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/u6QoG3U6iqKIrbxQvYgde_yQgjQ>
X-Mailman-Approved-At: Thu, 17 May 2018 04:45:05 -0700
Subject: Re: [netmod] [Editorial Errata Reported] RFC8342 (5362)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 17 May 2018 06:13:06 -0000

Hi there,

Reading the text, this errata appears to be correct - the previous 
obsoleted versions had separate branches, not the new NMDA based ones.

Authors, would you object to this?

Thank you.

Ignas



On 17/05/2018 05:25, RFC Errata System wrote:
> The following errata report has been submitted for RFC8342,
> "Network Management Datastore Architecture (NMDA)".
>
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata/eid5362
>
> --------------------------------------
> Type: Editorial
> Reported by: Rohit R Ranade <rohitrranade@huawei.com>
>
> Section: 2
>
> Original Text
> -------------
> The convention adopted by the interfaces
>     data model [RFC8343] and the IP data model [RFC8344] was to use two
>     separate branches rooted at the root of the data tree: one branch for
>     configuration data objects and one branch for operational state data
>     objects.
>
>
> Corrected Text
> --------------
> The convention adopted by the interfaces
>     data model [RFC7223] and the IP data model [RFC7277] was to use two
>     separate branches rooted at the root of the data tree: one branch for
>     configuration data objects and one branch for operational state data
>     objects.
>
>
> Notes
> -----
> The duplication of definition and separation of operational state data and configuration data happened in RFC7223 and RFC7277. RFC8343 and RFC8344 have corrected this using NMDA architecture
>
> Instructions:
> -------------
> This erratum 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
> can log in to change the status and edit the report, if necessary.
>
> --------------------------------------
> RFC8342 (draft-ietf-netmod-revised-datastores-10)
> --------------------------------------
> Title               : Network Management Datastore Architecture (NMDA)
> Publication Date    : March 2018
> Author(s)           : M. Bjorklund, J. Schoenwaelder, P. Shafer, K. Watsen, R. Wilton
> Category            : PROPOSED STANDARD
> Source              : Network Modeling
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG