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

Andy Bierman <andy@yumaworks.com> Fri, 29 March 2024 16:09 UTC

Return-Path: <andy@yumaworks.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 4B3E0C14F6A0 for <netconf@ietfa.amsl.com>; Fri, 29 Mar 2024 09:09:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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=yumaworks.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 pbDCeUYWaJBb for <netconf@ietfa.amsl.com>; Fri, 29 Mar 2024 09:09:28 -0700 (PDT)
Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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 70FA4C14F69D for <netconf@ietf.org>; Fri, 29 Mar 2024 09:09:28 -0700 (PDT)
Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-29e0a1fd9a7so1572012a91.2 for <netconf@ietf.org>; Fri, 29 Mar 2024 09:09:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks.com; s=google; t=1711728567; x=1712333367; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=2oR+0zm9Lp1RQiOrRvW+Vp2LivtThotGyOWjQrLg/cw=; b=bniPiEtSakKQO/HWvdVuXzlNl3Wf92+CiAROaOui17epFe1HB1zXFmY5adn7PIGuPK tQObUjEvg4bVHKpXYXt2Pg0AbB7Zi/jtjlBJA61wzlrOahB8B1SPucYB/IWEq6me+oaW 0QhNcX+9BScppnGmkEmuLXhe38xPovnektCKol2zhIrsoBy3a8/yrU5qiIdKYFQA7boZ GDGJDJR50+ChtByVdVrwdlbNruGw4U60q2aR85/kyYgomufyf2uHjY5HFO1UOf05rkRI 2XalcB+8WCc18X1PyZMw4iTKnz9tPtFRX3yp5JGUq1p6+ZsqwgdpuNaqnuaYraXyX6ht r/zA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711728567; x=1712333367; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=2oR+0zm9Lp1RQiOrRvW+Vp2LivtThotGyOWjQrLg/cw=; b=skCiQerzMB6KTyu+aIIur91TS6igS+gL4bvhLQVzXhqC1zfIR4zPehcUSrHy76JC1U dp0pOlK09t775gYoC7E/PT5HLeq10rTJ72R1wIsvb/5U4A9G/Jahuzc+lZkZrBoBIM0f WRIhjIrOvLG4yPIXUow34vq7wASgPbb32Rk2lMdpQmhvnmW1tbXj7M/WPWAQSEk0GcMf C8j7JhL8q+FYj4RKMnmUl/4IHZOk/u19VSuBcbNeOxawBpMkFykv+xDy27HdjQ/X8iiB kyXN7Ckf41GPeokeRyOK5NAC1bclCzHr9PrSyq/XM9J5k2vhrjuYq7ws5ULs+VhTanLT kjzA==
X-Forwarded-Encrypted: i=1; AJvYcCVO7MxTCqChI2iwrCnuCiVBOtUd1lJyKmXyqi7d2T+wuMwMz5MZ7DfNZMIfMF/aA93gWyVFHvFWXtKnKdYgMuOi
X-Gm-Message-State: AOJu0YwpEMUTKjf+GVXs6f8md9bhIk/CAyf4lwRZdWg7WIz1r0xbwqV6 H/LMHR86RZ8NMbCUjO7u4e3Zu/pBwsfHIwKI4ahMx8CxQcfrNCvaZGJoGd9UZvEeg8R6tlYpG5l EAehgY9nE++0LGleS4B89DUXxnKI+3NJg072IbA==
X-Google-Smtp-Source: AGHT+IGYmD0FU/h+V1lPt0Q+XNEyU0mlK7Nxg8j/DU0JDLQS/8/Hd4Ishb00jyIe04SFMMn3GmlRkS0KLjmkuQGT5wA=
X-Received: by 2002:a17:90b:358f:b0:29d:eea9:c800 with SMTP id mm15-20020a17090b358f00b0029deea9c800mr2394544pjb.7.1711728567168; Fri, 29 Mar 2024 09:09:27 -0700 (PDT)
MIME-Version: 1.0
References: <20240323173810.33A49E6634@rfcpa.amsl.com> <0100018e809ecc8b-b17354dc-f70c-437a-b915-b8ed4086bffb-000000@email.amazonses.com> <f5ea7cfe-65f2-429d-bdc2-11d377d45fd6@mg-soft.si> <CABCOCHQpK=9LADz77M7t2VLF-UNMhNE_oxpNC13yyvX_zME4NA@mail.gmail.com> <7e00b6e4-4d1f-496e-b945-1c4379c28884@mg-soft.si>
In-Reply-To: <7e00b6e4-4d1f-496e-b945-1c4379c28884@mg-soft.si>
From: Andy Bierman <andy@yumaworks.com>
Date: Fri, 29 Mar 2024 09:09:15 -0700
Message-ID: <CABCOCHTVn2Dbs7NX8cfAu7EjmhuaZ6eez=bFS_6dP88v4So7CA@mail.gmail.com>
To: Jernej Tuljak <jernej.tuljak@mg-soft.si>
Cc: Kent Watsen <kent+ietf@watsen.net>, RFC Errata System <rfc-editor@rfc-editor.org>, mbj@tail-f.com, Warren Kumari <warren@kumari.net>, "netconf@ietf.org" <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000032cafa0614cedda6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/UDYpaYUYbVYcFaos_Wx5N6aSRlY>
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: Fri, 29 Mar 2024 16:09:33 -0000

On Fri, Mar 29, 2024 at 12:46 AM Jernej Tuljak <jernej.tuljak@mg-soft.si>
wrote:

> On 28/03/2024 17:25, Andy Bierman wrote:
>
>
>
> On Thu, Mar 28, 2024 at 2:41 AM Jernej Tuljak <jernej.tuljak@mg-soft.si>
> wrote:
>
>> 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:
>>
>>
>
> The part of sec. 2.2 that was left out lists the chars:
>
>       reserved    = gen-delims / sub-delims
>
>       gen-delims  = ":" / "/" / "?" / "#" / "[" / "]" / "@"
>
>       sub-delims  = "!" / "$" / "&" / "'" / "(" / ")"
>                   / "*" / "+" / "," / ";" / "="
>
>
> IMO these chars need to be percent-encoded in RESTCONF URIs
>
>
>> https://mailarchive.ietf.org/arch/msg/netconf/I8kXANHiqeV2JsCWmtTE2fGjYd8/
>
>
>
> Perhaps there are some details that are not spelled out.
> Double-quote and space are not special in RESTCONF.
>
>
> Are you saying that valid RESTCONF URIs are not required to be valid
> RFC3986 URIs?
>
>
No, I am saying that if restconf-next ever happens, then the document can
clarify any additional
reserved characters.



> Jernej
>

Andy


>
> One thing that is clear:
> Any user of a RESTCONF URI MUST be capable of converting percent-encoded
> chars,
> no matter what they are.
>
>
>
>>
>> Jernej
>>
>
> Andy
>
>
>>
>> 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
>>
>> _______________________________________________
>> netconf mailing list
>> netconf@ietf.org
>> https://www.ietf.org/mailman/listinfo/netconf
>>
>
>