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

Jernej Tuljak <jernej.tuljak@mg-soft.si> Thu, 28 March 2024 09:41 UTC

Return-Path: <jernej.tuljak@mg-soft.si>
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 80E59C14F71D for <netconf@ietfa.amsl.com>; Thu, 28 Mar 2024 02:41:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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, RCVD_IN_DNSWL_HI=-5, 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 (2048-bit key) header.d=mg-soft.si
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 euWZRK8AtC7a for <netconf@ietfa.amsl.com>; Thu, 28 Mar 2024 02:41:21 -0700 (PDT)
Received: from galileo.mg-soft.si (gate.mg-soft.si [212.30.73.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 848EEC14F71C for <netconf@ietf.org>; Thu, 28 Mar 2024 02:41:20 -0700 (PDT)
Received: from [10.0.0.249] (zvonkok-mbp.mg-soft.si [10.0.0.249]) by galileo.mg-soft.si (Postfix) with ESMTP id 36CAC108B8A; Thu, 28 Mar 2024 10:41:17 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.11.0 galileo.mg-soft.si 36CAC108B8A
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mg-soft.si; s=default; t=1711618877; bh=UVGZKQWD4FrJAK068IGRq0PE6jPusxwN/Tumkz4ZIJc=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=HfVaXG6A1kGgaBqalIBaCSoHq9GhU7SQhO2+tJ1elwqag4qiH6vZoe8FL+TZLEjTS PSSMlqwG7omGxzAAvmmEBn5YbMCnXsY2ihR/GI3Aw0rroNfGt2CCD5Pn7Prp4DGE7x G07L5+tmLWLyqa0kvH9hLBev3aFrkSU7/IugdwO3QWEyHXDJoaJmCQrdCMgeJAEgqk Jy0irnXSdlCjGYkr8/RPSsbU9qOpgRQ5leTisMRgOHFQtioaFp93jHrBpmhTxTUtBr SC+8M6+WZl9xHN8SOqR18uB3jRjfrP5HhYQnbrNwJ8OCL0P9izBMeih8MbyfL5cmkd 6OFWdE42PNAyA==
Message-ID: <f5ea7cfe-65f2-429d-bdc2-11d377d45fd6@mg-soft.si>
Date: Thu, 28 Mar 2024 10:41:17 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Kent Watsen <kent+ietf@watsen.net>, RFC Errata System <rfc-editor@rfc-editor.org>
Cc: mbj@tail-f.com, Warren Kumari <warren@kumari.net>, "netconf@ietf.org" <netconf@ietf.org>
References: <20240323173810.33A49E6634@rfcpa.amsl.com> <0100018e809ecc8b-b17354dc-f70c-437a-b915-b8ed4086bffb-000000@email.amazonses.com>
Content-Language: en-US
From: Jernej Tuljak <jernej.tuljak@mg-soft.si>
In-Reply-To: <0100018e809ecc8b-b17354dc-f70c-437a-b915-b8ed4086bffb-000000@email.amazonses.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/j99U_k-JYk9mMG5wwwml9SU-oWE>
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 09:41:27 -0000

And I'm still not sure why RFC8040 refers to "reserved characters" as 
the only characters that need to be percent-encoded.

Section 2.1 of RFC3986 that describes percent encoding says:

    A percent-encoding mechanism is used to represent a data octet in a
    component when that octet's corresponding character is outside the
    allowed set or is being used as a delimiter of, or within, the
    component.

Then in 2.2 it says:

    URIs include components and subcomponents that are delimited by
    characters in the "reserved" set.  These characters are called
    "reserved" because they may (or may not) be defined as delimiters by
    the generic syntax, by each scheme-specific syntax, or by the
    implementation-specific syntax of a URI's dereferencing algorithm.

To me this means there's more than just what RFC3986 considers to be a 
"reserved character" that should to be percent-encoded. The "more" in 
this case being characters "outside the allowed set". Characters like 
the double-quote, which I've brought up before, but never got a response:

https://mailarchive.ietf.org/arch/msg/netconf/I8kXANHiqeV2JsCWmtTE2fGjYd8/

Jernej

On 27/03/2024 16:54, Kent Watsen 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> 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>
>>
>> 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
> _______________________________________________
> netconf mailing list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf