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

Mahesh Jethanandani <mjethanandani@gmail.com> Thu, 28 March 2024 19:25 UTC

Return-Path: <mjethanandani@gmail.com>
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 3AC1AC151551 for <netconf@ietfa.amsl.com>; Thu, 28 Mar 2024 12:25:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.094
X-Spam-Level:
X-Spam-Status: No, score=-7.094 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 (2048-bit key) header.d=gmail.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 4hzLqNXINHLp for <netconf@ietfa.amsl.com>; Thu, 28 Mar 2024 12:25:32 -0700 (PDT)
Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D22F9C1516E1 for <netconf@ietf.org>; Thu, 28 Mar 2024 12:25:32 -0700 (PDT)
Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-29f69710cbbso976323a91.1 for <netconf@ietf.org>; Thu, 28 Mar 2024 12:25:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711653932; x=1712258732; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=zBWfFZlLn9HnRhngoYF0la9m534SPY3jO4rcupNlDoQ=; b=cCCWyn4azfCgulG2rZR/+5tfmjZgbom/3K4HYqrP3zMjGeGX+h39Zjx2s3w4YA99oz p0HrgLgfIT2Jjrks8mKLvEiilMsO3Zk1oUuLDIFKXNMYdDoZm+a4Fw26ncyE2EqfH4lN RP+WT/8og+9iirJSlorwuBuDBo3bUetk29Wh7m3Ekq+rSIoVMs+9tJyNF/gnKgpxC/1K GfUxZ20MMdEFP1reO6yGOiWJDwhup/br/jTpGy4fnJ6YdrdAOOJ7TMhohXk3R6LVfrxI 3L00iIzXqcogSZXkoPlhCS3+CGuyIaIUINoZLJCDh+slXfalm7/St1Yf6jQBX0Sr1tsA T48g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711653932; x=1712258732; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zBWfFZlLn9HnRhngoYF0la9m534SPY3jO4rcupNlDoQ=; b=i521UXe93YjofMYGfNBrEijZLbcMM5oyH6H/RSSo61wL+rQxeA2LvyGRyqqu3XLIcY tqsMkxh7obYlCqvyCevHs7jqTxAj06e7zoMn7oQdYAcCp89k515ibE8z4T05va60Q2KP 9OR/c3bC1howncVCl7spw6FtM26NzwlKYhMgyn39ABeGmBh3JsDqnLQjhTZ4s26ctUQP ODEwla3moFLsNwSyxvxuZaA5+bZcRsY1kztmi5R6Q9aa+FgsLae4qLD0ptyFNvdx/fox voZeRF4x8+UGp00AilTRAXePRtpaMIClTdoyrnHr3Sqk0P3Fx++Ufml2DS2vGDbYZzQR SQBg==
X-Forwarded-Encrypted: i=1; AJvYcCXSAiXSfplaVgw/CfK0IVnin/AUZtWlGq5ffIB5heD4Zx4FJ41SEa3mO+jAtdL2xOQAW9oe8aXOeh/Mcb33Lnpm
X-Gm-Message-State: AOJu0YzGm+mMINQAT1Kif5TnplbdOBbVeKOt3bil8rlz20TMKNkitQXd St65k6pC01BnpQKgUKPyo+EVNkj0kK+rn2LOpQraYIGDrGq4crUE
X-Google-Smtp-Source: AGHT+IGBA98jnpxyU5c9O6m5+Mz7V7joehTSj1VM1oKo5cuebCNTCaMyB+bFkTJxNl0SH4e1mKudNg==
X-Received: by 2002:a17:90a:5d15:b0:2a0:8ab3:e7f5 with SMTP id s21-20020a17090a5d1500b002a08ab3e7f5mr4841256pji.15.1711653931949; Thu, 28 Mar 2024 12:25:31 -0700 (PDT)
Received: from smtpclient.apple ([70.234.233.187]) by smtp.gmail.com with ESMTPSA id na5-20020a17090b4c0500b002a207e47f26sm1494332pjb.24.2024.03.28.12.25.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Mar 2024 12:25:30 -0700 (PDT)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <A5FFCFE0-57AC-44F1-B6A4-2FCD352A8CA7@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_7A8B9551-E706-4D7F-B114-E0E4EDE5375F"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\))
Date: Thu, 28 Mar 2024 12:25:29 -0700
In-Reply-To: <CABCOCHT-hY8+pd=05bgAmZdnVmN_HuARzX6WrOXp2imD0RpuAg@mail.gmail.com>
Cc: Kent Watsen <kent+ietf@watsen.net>, RFC Editor <rfc-editor@rfc-editor.org>, mbj@tail-f.com, Warren Kumari <warren@kumari.net>, NETCONF WG <netconf@ietf.org>
To: Andy Bierman <andy@yumaworks.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>
X-Mailer: Apple Mail (2.3654.120.0.1.15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/0QwNz-9qM7tF1Dy1VF5k3HIUYuw>
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 19:25:37 -0000

Apparently, I can edit the Errata. Please confirm that this is all the corrections we are making:

Original Text:
-----------------

Text occurs in three 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 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> 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 <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