Re: [netconf] Relative HTTP URLs in RESTCONF's ietf-yang-library `location` leafs

Jan Kundrát <jan.kundrat@cesnet.cz> Fri, 01 March 2024 11:02 UTC

Return-Path: <jan.kundrat@cesnet.cz>
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 43BA7C15155B for <netconf@ietfa.amsl.com>; Fri, 1 Mar 2024 03:02:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=cesnet.cz
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 JnuuFl5k6-yb for <netconf@ietfa.amsl.com>; Fri, 1 Mar 2024 03:02:08 -0800 (PST)
Received: from office2.cesnet.cz (office2.cesnet.cz [78.128.248.237]) (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 3BC2CC151079 for <netconf@ietf.org>; Fri, 1 Mar 2024 03:02:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=office2-2020; t=1709290923; bh=nmZ4HoUO6mTwH3T47l+Y4YKpyONyWHGyzoKa3zSgyN4=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=UmMZ4kxvHqMiv919tsM4gPU2FSXo/9nWyLbewic8Bq0Wqferg5IbJCrkQj4AWWAFS LTykhfb4zrQRhJeQw74Vesh7CSUBUkrkYKF10z+7caOnsJwPZ9unbn25wkCRg2sZkH 1Ty+vac7XkQEdHYaJPMHme2wBxj0NXBVidaMPWAlzuANeGCrGOyPCGmVWFO1oQlK8B NDAYYiAAgc5yooDWUjEwFTVA7DBOZEMM+JXyUO/Ak5tYRwOYL+ggdZzzcv6W3Fy5d3 mFSCUxvcxIWbR4RMsFhGbsFAFeWkd/a0qCbtvdXvb10BvLcsvyLN+LkdrpM4r1/ZhP YrHzOHQdLldng==
Received: from localhost (unknown [IPv6:2a07:b241:1002:701:c675:7e68:d6ac:a11d]) (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 office2.cesnet.cz (Postfix) with ESMTPSA id C8BFB1180072; Fri, 1 Mar 2024 12:02:02 +0100 (CET)
From: Jan Kundrát <jan.kundrat@cesnet.cz>
To: Kent Watsen <kent+ietf@watsen.net>
Cc: netconf@ietf.org
Date: Fri, 01 Mar 2024 12:01:59 +0100
MIME-Version: 1.0
Message-ID: <54d0f63b-b750-4037-a1a2-ad75d8e4edcb@cesnet.cz>
In-Reply-To: <0100018df7f32499-392fe0b4-64f0-4cdd-b1ad-a994fd0f6a91-000000@email.amazonses.com>
References: <67362192-7a28-4842-bef5-e88de428b069@cesnet.cz> <0100018df7f32499-392fe0b4-64f0-4cdd-b1ad-a994fd0f6a91-000000@email.amazonses.com>
Organization: CESNET
User-Agent: Trojita/unstable-2024-01-14; Qt/5.15.12; wayland; Linux;
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/vFKEEVyuX1OdN0SO2btw2kxVuyQ>
Subject: Re: [netconf] Relative HTTP URLs in RESTCONF's ietf-yang-library `location` leafs
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, 01 Mar 2024 11:02:13 -0000

> RFC 6991 defines inet:uri as
>
>   typedef uri {
>     type string {
>       pattern '[a-z][a-z0-9+.-]*:.*';
>     }
>     …
>   }
>
> Thus a relative URL would be invalid.

Thanks, but that's not what my copy of that RFC [1] says:

     typedef uri {
       type string;
       description
        "The uri type represents a Uniform Resource Identifier
         (URI) as defined by STD 66.

         ...

I also checked the errata, and none of them appear to apply here. What RFC 
are you referring to?

> FWIW, the restconf-client-server draft [1] defines an 
> "external-endpoint” node to configure the user-facing  endpoint:
>
>             description
>               "Identifies contact information for the external
>                system that terminates connections before passing
>                them through to this server (e.g., a network address
>                translator or a load balancer).  These values have
>                no effect on the local operation of this server,
>                but may be used by the application when needing to
>                inform other systems how to contact this server.";

That will indeed "solve" the problem for our server, but there are two 
problems with it:

1) If the wording says that "it has no effect on the local operation of 
this server", I think that that implies that its value should not affect 
data returned by the server in question. Right?

2) Someone will have to figure out how to set this value properly :).

[1] https://datatracker.ietf.org/doc/html/rfc6991#page-23

With kind regards,
Jan