Re: [netconf] [Technical Errata Reported] RFC8040 (7866)

Kent Watsen <kent+ietf@watsen.net> Thu, 28 March 2024 23:30 UTC

Return-Path: <0100018e87668101-f89754d6-16b7-4af8-b629-d7d2d160f0b2-000000@amazonses.watsen.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97012C151551 for <netconf@ietfa.amsl.com>; Thu, 28 Mar 2024 16:30:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level:
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rw4n34IEflT6 for <netconf@ietfa.amsl.com>; Thu, 28 Mar 2024 16:30:27 -0700 (PDT)
Received: from a48-110.smtp-out.amazonses.com (a48-110.smtp-out.amazonses.com [54.240.48.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E235EC14CF0D for <netconf@ietf.org>; Thu, 28 Mar 2024 16:30:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1711668625; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=hXStdei2GrIRbn3ne/ATbdx0L2/jSVCheKVVEQA0wW4=; b=SWc977NLXdfp87PCHYiWuQFQGBgDMHv+yQzchM+xq7RzhpWj/AIVI7JQ4rvICm9D ldZ0q7zWsVthI/FqYqBdUsv1Ub2zFKFCZzdwsPXK+c/BlPeQ2QZ5Vk3PCc2WerlWeO3 +eK42r9XOFVFm3T7V60neB8kyt0aHYJBECcKvS9Q=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <0100018e87668101-f89754d6-16b7-4af8-b629-d7d2d160f0b2-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_1F207D4D-09D9-4B4E-A73B-84C65B7E16CE"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Date: Thu, 28 Mar 2024 23:30:25 +0000
In-Reply-To: <6E1A4F42-8579-48E0-949C-F52414C1C8CE@gmail.com>
Cc: Andy Bierman <andy@yumaworks.com>, RFC Editor <rfc-editor@rfc-editor.org>, mbj@tail-f.com, Warren Kumari <warren@kumari.net>, "netconf@ietf.org" <netconf@ietf.org>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
References: <20240323173810.33A49E6634@rfcpa.amsl.com> <0100018e809ecc8b-b17354dc-f70c-437a-b915-b8ed4086bffb-000000@email.amazonses.com> <DBDBA573-AEB6-4231-9684-E1C0E23660C6@gmail.com> <CABCOCHT-hY8+pd=05bgAmZdnVmN_HuARzX6WrOXp2imD0RpuAg@mail.gmail.com> <A5FFCFE0-57AC-44F1-B6A4-2FCD352A8CA7@gmail.com> <CABCOCHR3FxYdh3atxpSmGuxAa4KP+oXRgaK2AZe9ANvJ=zs=TQ@mail.gmail.com> <6E1A4F42-8579-48E0-949C-F52414C1C8CE@gmail.com>
X-Mailer: Apple Mail (2.3774.400.31)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2024.03.28-54.240.48.110
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/4UNHCMBJKLidNnY1MR8WMNncGro>
Subject: Re: [netconf] [Technical Errata Reported] RFC8040 (7866)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Mar 2024 23:30:31 -0000

Hi Mahesh,

I cannot tell from your edit, but in the original Errata, just *before* the line that says “Original Text”, there is the line "Section 3.5.3 says:”.   I think that Andy means that this line should change also.  Does your edit change this line also?

IDK if it is editable.  When filing an Errata, there is a field called “Section” separate from the Original/Corrected text sections.  This field is intended to be either a section number (presumably Andy entered “3.5.3”) or the string “GLOBAL” (which likely should be the value now, given that there is more than one section).  Are you able to change this value too?

Kent // contributor


> On Mar 28, 2024, at 4:53 PM, Mahesh Jethanandani <mjethanandani@gmail.com> wrote:
> 
> Ok. How about this?
> 
> Original Text:
> ------------------
> 
> Text occurs in five places
> 
> 1)
> 
>       The leaf-list value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>       [RFC3986].
> 
> 
> 2)
> 
>       The key value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>       [RFC3986]. 
> 
> 3)    
> 
>       The leaf-list value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>       [RFC3986].
> 
> 4)    
> 
>       The key value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>       [RFC3986].  The comma (",") character MUST be percent-encoded if
>       it is present in the key value.
> 
> 
> 5)    
> 
>       The contents of any query parameter value MUST be encoded according
>       to Section 3.4 of [RFC3986].  Any reserved characters MUST be
>       percent-encoded, according to Sections 2.1 and 2.5 of [RFC3986].
> 
> Corrected Text:
> ---------------------
> 
> 1)
> 
>       The leaf-list value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>       [RFC3986].
> 
> 2)
> 
>       The key value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>       [RFC3986]. 
> 
> 3)    
> 
>       The leaf-list value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>       [RFC3986].
> 
> 4)    
> 
>       The key value is specified as a string, using the canonical
>       representation for the YANG data type.  Any reserved characters
>       MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>       [RFC3986].  The comma (",") character MUST be percent-encoded if
>       it is present in the key value.
> 
> 5)    
>       
>       The contents of any query parameter value MUST be encoded according
>       to Section 3.4 of [RFC3986].  Any reserved characters MUST be
>       percent-encoded, according to Sections 2.1, 2.2, and 2.5 of [RFC3986].
> 
> Notes:
> ————
>      The reserved character list is defined in section 2.2 of RFC 3986
> 
>> On Mar 28, 2024, at 12:39 PM, Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>> wrote:
>> 
>> 
>> 
>> On Thu, Mar 28, 2024 at 12:25 PM Mahesh Jethanandani <mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>> wrote:
>>> Apparently, I can edit the Errata. Please confirm that this is all the corrections we are making:
>>> 
>>> Original Text:
>>> -----------------
>>> 
>>> Text occurs in three places
>>> 
>> 
>> Now there are 2 sections to identify:
>> 
>> 1) sec. 3.5.3 (para 4)
>> 2) sec. 3.5.3 (para 5)
>> 3) sec. 5.1 (para 3)
>> 
>> Andy
>> 
>>> 1)   
>>> 
>>>      The leaf-list value is specified as a string, using the canonical
>>>       representation for the YANG data type.  Any reserved characters
>>>       MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>>>       [RFC3986].
>>> 
>>> 
>>> 2)  
>>> 
>>>      The key value is specified as a string, using the canonical
>>>       representation for the YANG data type.  Any reserved characters
>>>       MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>>>       [RFC3986]. 
>>> 
>>> 3)    
>>> 
>>>        The contents of any query parameter value MUST be encoded according
>>>         to Section 3.4 of [RFC3986].  Any reserved characters MUST be
>>>         percent-encoded, according to Sections 2.1 and 2.5 of [RFC3986].
>>> 
>>> 
>>> Corrected Text:
>>> --------------------
>>> 
>>> 1)
>>> 
>>>       The leaf-list value is specified as a string, using the canonical
>>>       representation for the YANG data type.  Any reserved characters
>>>       MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>>>       [RFC3986].
>>> 
>>> 2)
>>> 
>>>       The key value is specified as a string, using the canonical
>>>       representation for the YANG data type.  Any reserved characters
>>>       MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>>>       [RFC3986]. 
>>> 
>>> 3)  
>>> 
>>>      The contents of any query parameter value MUST be encoded according
>>>       to Section 3.4 of [RFC3986].  Any reserved characters MUST be
>>>       percent-encoded, according to Sections 2.1, 2.2, and 2.5 of [RFC3986].
>>> 
>>> Notes:
>>> ---------
>>>       The reserved character list is defined in section 2.2 of RFC 3986
>>> 
>>>> On Mar 28, 2024, at 11:05 AM, Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>> wrote:
>>>> 
>>>> 
>>>> 
>>>> On Thu, Mar 28, 2024 at 9:25 AM Mahesh Jethanandani <mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>> wrote:
>>>>> Hi Kent/Andy,
>>>>> 
>>>>> Should I reject the Errata so it can be filed again?
>>>>> 
>>>> 
>>>> I guess so -- I don't think there is any way to edit this one
>>>> 
>>>> Andy
>>>>  
>>>>>> On Mar 27, 2024, at 8:54 AM, Kent Watsen <kent+ietf@watsen.net <mailto:kent+ietf@watsen.net>> wrote:
>>>>>> 
>>>>>> This errata is incomplete.
>>>>>> The issue occurs three times.  
>>>>>> The occurrence in Section 5.1 is missing.
>>>>>> 
>>>>>> K.
>>>>>> 
>>>>>> 
>>>>>>> On Mar 23, 2024, at 1:38 PM, RFC Errata System <rfc-editor@rfc-editor.org <mailto:rfc-editor@rfc-editor.org>> wrote:
>>>>>>> 
>>>>>>> The following errata report has been submitted for RFC8040,
>>>>>>> "RESTCONF Protocol".
>>>>>>> 
>>>>>>> --------------------------------------
>>>>>>> You may review the report below and at:
>>>>>>> https://www.rfc-editor.org/errata/eid7866
>>>>>>> 
>>>>>>> --------------------------------------
>>>>>>> Type: Technical
>>>>>>> Reported by: Andy Bierman <andy@yumaworks.com <mailto:andy@yumaworks.com>>
>>>>>>> 
>>>>>>> Section: 3.5.3
>>>>>>> 
>>>>>>> Original Text
>>>>>>> -------------
>>>>>>> Text occurs in two places
>>>>>>> 
>>>>>>> 1)
>>>>>>> 
>>>>>>>     The leaf-list value is specified as a string, using the canonical
>>>>>>>     representation for the YANG data type.  Any reserved characters
>>>>>>>     MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>>>>>>>     [RFC3986].
>>>>>>> 
>>>>>>> 
>>>>>>> 2)
>>>>>>> 
>>>>>>>     The key value is specified as a string, using the canonical
>>>>>>>     representation for the YANG data type.  Any reserved characters
>>>>>>>     MUST be percent-encoded, according to Sections 2.1 and 2.5 of
>>>>>>>     [RFC3986]. 
>>>>>>> 
>>>>>>> 
>>>>>>> Corrected Text
>>>>>>> --------------
>>>>>>> 
>>>>>>> 1)
>>>>>>> 
>>>>>>>     The leaf-list value is specified as a string, using the canonical
>>>>>>>     representation for the YANG data type.  Any reserved characters
>>>>>>>     MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>>>>>>>     [RFC3986].
>>>>>>> 
>>>>>>> 2)
>>>>>>> 
>>>>>>>     The key value is specified as a string, using the canonical
>>>>>>>     representation for the YANG data type.  Any reserved characters
>>>>>>>     MUST be percent-encoded, according to Sections 2.1, 2.2, and 2.5 of
>>>>>>>     [RFC3986]. 
>>>>>>> 
>>>>>>> 
>>>>>>> Notes
>>>>>>> -----
>>>>>>> The reserved character list is defined in section 2.2 of RFC 3986
>>>>>>> 
>>>>>>> Instructions:
>>>>>>> -------------
>>>>>>> This erratum is currently posted as "Reported". (If it is spam, it 
>>>>>>> will be removed shortly by the RFC Production Center.) Please
>>>>>>> use "Reply All" to discuss whether it should be verified or
>>>>>>> rejected. When a decision is reached, the verifying party  
>>>>>>> will log in to change the status and edit the report, if necessary.
>>>>>>> 
>>>>>>> --------------------------------------
>>>>>>> RFC8040 (draft-ietf-netconf-restconf-18)
>>>>>>> --------------------------------------
>>>>>>> Title               : RESTCONF Protocol
>>>>>>> Publication Date    : January 2017
>>>>>>> Author(s)           : A. Bierman, M. Bjorklund, K. Watsen
>>>>>>> Category            : PROPOSED STANDARD
>>>>>>> Source              : Network Configuration
>>>>>>> Stream              : IETF
>>>>>>> Verifying Party     : IESG
>>>>>> 
>>>>> 
>>>>> 
>>>>> Mahesh Jethanandani
>>>>> mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>> 
>>> 
>>> Mahesh Jethanandani
>>> mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
> 
> 
> Mahesh Jethanandani
> mjethanandani@gmail.com <mailto:mjethanandani@gmail.com>
> 
> 
> 
> 
> 
>