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 >> > >
- [netconf] [Technical Errata Reported] RFC8040 (78… RFC Errata System
- Re: [netconf] [Technical Errata Reported] RFC8040… Jernej Tuljak
- Re: [netconf] [Technical Errata Reported] RFC8040… Kent Watsen
- Re: [netconf] [Technical Errata Reported] RFC8040… Andy Bierman
- Re: [netconf] [Technical Errata Reported] RFC8040… Andy Bierman
- Re: [netconf] [Technical Errata Reported] RFC8040… Jernej Tuljak
- Re: [netconf] [Technical Errata Reported] RFC8040… Andy Bierman
- Re: [netconf] [Technical Errata Reported] RFC8040… Mahesh Jethanandani
- Re: [netconf] [Technical Errata Reported] RFC8040… Kent Watsen
- Re: [netconf] [Technical Errata Reported] RFC8040… Mahesh Jethanandani
- Re: [netconf] [Technical Errata Reported] RFC8040… Andy Bierman
- Re: [netconf] [Technical Errata Reported] RFC8040… Mahesh Jethanandani
- Re: [netconf] [Technical Errata Reported] RFC8040… Jernej Tuljak
- Re: [netconf] [Technical Errata Reported] RFC8040… Mahesh Jethanandani
- Re: [netconf] [Technical Errata Reported] RFC8040… Andy Bierman
- Re: [netconf] [Technical Errata Reported] RFC8040… Jernej Tuljak
- Re: [netconf] [Technical Errata Reported] RFC8040… Andy Bierman