[art] Re: Alternative representation of URIs in YANG
Martin Thomson <mt@lowentropy.net> Wed, 03 December 2025 20:27 UTC
Return-Path: <mt@lowentropy.net>
X-Original-To: art@mail2.ietf.org
Delivered-To: art@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 256A894D9D86; Wed, 3 Dec 2025 12:27:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.799
X-Spam-Level:
X-Spam-Status: No, score=-2.799 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_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=lowentropy.net header.b="QThNlocQ"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="xpR5g7mp"
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cbrsc1AiEnj8; Wed, 3 Dec 2025 12:27:50 -0800 (PST)
Received: from fhigh-b3-smtp.messagingengine.com (fhigh-b3-smtp.messagingengine.com [202.12.124.154]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 7B90594D99A9; Wed, 3 Dec 2025 12:27:33 -0800 (PST)
Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.stl.internal (Postfix) with ESMTP id ABF457A013F; Wed, 3 Dec 2025 15:27:27 -0500 (EST)
Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-04.internal (MEProxy); Wed, 03 Dec 2025 15:27:27 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm2; t=1764793647; x=1764880047; bh=1QmmX4rE4QebGIiH5zW2B03o1f0qEHpa +qI9IXP8jPs=; b=QThNlocQB7pUO4qzooQg9/qpG4MpWelN7uRgS6wh3hilz/YU DJtqM7tRxdWMxbWiog2pvAdKShCu4Mk+/IBK7q5KJ69pPZhEVzT12PjVKSoe6ZFy cKhEdHBNnHI1+oV4IgZFIzxOQyT1/iFfL1gsMEi8u37Z8UJzxOIiZ/lpoqN0UGfJ hFfS1qA0mlRO9QpvWqAm9/EvFvOjWdXZqxqA3zAV/GG/Qsg5rHUU+FGJOswa4JJL TDMBdsoZwVnpq+9HvmlYXnuhtIW/TEKi/AG3dbI6jbyaENSMBfYteATujXz+whf3 5D+Sjy4EGfB8z8hPgRC2B709ViXSskH5un96xw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1764793647; x= 1764880047; bh=1QmmX4rE4QebGIiH5zW2B03o1f0qEHpa+qI9IXP8jPs=; b=x pR5g7mpiUiYpVSTMz2SFhQFgXUgO6vwg5UcG08lwwegzDvPGPgBBiOjmiOXNDJdH Dlab6KeNjCYP4dTaB62QiDne/UKGsm5//QaHgWq2rJmNNcOxSDmleCMUop2JUnug RzT+pum+qxpcaMMDIOdmxC2KV8OPxyCoE1ppzgVezEemA3GI0JYUmbnTcZRUU7mI 3r1fvN7goTEl+5R3itJatluVTqPGPXA/hwpsbwMmdZmFdi94KS09KiNcOsdsQ6Sk VQcLui1xX5UHkEeSuOqH2R7zpw7QqhP/p3ken/mQh3odTlIXppc82a0mjPIuepYy Kl7IQLGXlEy4vHOSMWTdg==
X-ME-Sender: <xms:L50wabAZkubimRYn184EgvX3y2hGqA137z9Uf-ktl4XZt8dsWCjyvQ> <xme:L50wacXjF5lK141Fr6_b_M8nVJcrMYsquEJRMpdVR8d8O62c1m3h7orPhUyRZ2ep5 yzj22eh3Awam0T3fXB5RnqmRe-rLMVQftSWXmLA-PYkijQKWBNlYy8>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgdefjeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceurghi lhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurh epofggfffhvfevkfgjfhfutgfgsehtjeertdertddtnecuhfhrohhmpedfofgrrhhtihhn ucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrhhophihrdhnvghtqeenucggtffrrg htthgvrhhnpeekieetffduvddvvdevteeghffhhefghfeitefhudeltddvveeivedvgfeg ueevkeenucffohhmrghinhepihgvthhfrdhorhhgnecuvehluhhsthgvrhfuihiivgeptd enucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnhgvthdp nhgspghrtghpthhtohepjedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepihgvth hfrgessghttghonhhnvggtthdrtghomhdprhgtphhtthhopehmjhgvthhhrghnrghnuggr nhhisehgmhgrihhlrdgtohhmpdhrtghpthhtoheprghrthesihgvthhfrdhorhhgpdhrtg hpthhtohepuhhrihdqrhgvvhhivgifsehivghtfhdrohhrghdprhgtphhtthhopeguuhgv rhhsthesihhtrdgrohihrghmrgdrrggtrdhjphdprhgtphhtthhopehurhhiseiffedroh hrghdprhgtphhtthhopehkvghnthdoihgvthhfseifrghtshgvnhdrnhgvth
X-ME-Proxy: <xmx:L50waQpAZPj7m5nRy_jiLamFpWZ0ikpk88W3GbJj-HZidjkyDMGIRw> <xmx:L50waQugvduG2iWhHzMEiVvIciihOeJEL6PFEYxIPjEG1mXWUEwtoQ> <xmx:L50waVFihXVCwyOXGJu-_B1x_NpabGHoQeb0H34SEowI2rJTOqhyJw> <xmx:L50waZadNE-xN5kdfIzexYK6u405HSklxYTAPg8EMN-9t8zEJfzwFg> <xmx:L50waYf_hioF262dS_WA8Ps8bznLQqD9KiNGIDta7Q-oKXN6arYo8_Op>
Feedback-ID: ic129442d:Fastmail
Received: by mailuser.phl.internal (Postfix, from userid 501) id ECB2D780070; Wed, 3 Dec 2025 15:27:26 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
MIME-Version: 1.0
X-ThreadId: AruTPOI_qQOs
Date: Thu, 04 Dec 2025 07:27:05 +1100
From: Martin Thomson <mt@lowentropy.net>
To: Kent Watsen <kent+ietf@watsen.net>
Message-Id: <fd64b5cb-a74f-4ba0-8469-7a84f127e518@betaapp.fastmail.com>
In-Reply-To: <0100019ae59947ac-edb18e77-10fb-4adf-8e18-da9fe0ee7a01-000000@email.amazonses.com>
References: <04751771-27b6-4894-81dc-82036aeea5d2@betaapp.fastmail.com> <0100019ab804a507-449eb08e-87a3-4afc-bb98-9b67827bf928-000000@email.amazonses.com> <05d03d11-f140-461e-8a68-0dd6f1bfe465@it.aoyama.ac.jp> <FRWPR07MB106228FC36F536D383AEEE6A5A2DDA@FRWPR07MB10622.eurprd07.prod.outlook.com> <331d1f14-8ae6-41b7-810d-a21c3a5a5041@it.aoyama.ac.jp> <0100019ae08ae5d4-27a4240b-c315-4363-b79c-2fb80a81eb9f-000000@email.amazonses.com> <8679986b-f7c5-4621-bd04-b970b90ce426@betaapp.fastmail.com> <0100019ae59947ac-edb18e77-10fb-4adf-8e18-da9fe0ee7a01-000000@email.amazonses.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-ID-Hash: HTC54JSUSUMTZ4IQVZMGQSCK46CV76SZ
X-Message-ID-Hash: HTC54JSUSUMTZ4IQVZMGQSCK46CV76SZ
X-MailFrom: mt@lowentropy.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-art.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, tom petch <ietfa@btconnect.com>, "art@ietf.org" <art@ietf.org>, "uri@w3.org" <uri@w3.org>, "uri-review@ietf.org" <uri-review@ietf.org>, Mahesh Jethanandani <mjethanandani@gmail.com>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [art] Re: Alternative representation of URIs in YANG
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/SHfa_MqlbenHcl48iuv7nLuGr5U>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Owner: <mailto:art-owner@ietf.org>
List-Post: <mailto:art@ietf.org>
List-Subscribe: <mailto:art-join@ietf.org>
List-Unsubscribe: <mailto:art-leave@ietf.org>
Hi Kent, On Thu, Dec 4, 2025, at 06:03, Kent Watsen wrote: >> URIs are more complicated than your decomposed structure allows for. That's the problem. If you are going to represent a URI, it really has to be a string. > > I believe you, but I'm unsure what I missed in RFC 3986... > > Does this regard the percent-encoded form of a URIs that don't follow > the "normal circumstance" mentioned in the first paragraph here: > https://datatracker.ietf.org/doc/html/rfc3986#section-2.4? Would it > help for this draft to state that the values MAY be percent-encoded? I was inclined to ask what the "ietf-inet:uri" definition says, but it really doesn't say anything. Which is OK. That section says this: > Once produced, a URI is always in its percent-encoded form. In other words, don't worry about that, because octets that are not in the URI grammar will be percent-encoded by the thing that produces the URI. (If that's you, great. You get to learn how to make a URI. No doubt you will get it "wrong" by some objective measure, but that's OK, because everyone does. The way we cope is that most URI-handling software will either manage or not work. So you can test. That's not a great story, but it's the one we've got.)
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Alternative representation of URIs in YANG Martin Thomson
- [art] Re: Alternative representation of URIs in Y… Martin J. Dürst
- [art] Re: Alternative representation of URIs in Y… tom petch
- [art] Re: Alternative representation of URIs in Y… Martin J. Dürst
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… Martin Thomson
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… Martin Thomson
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… Martin Thomson
- [art] Re: Alternative representation of URIs in Y… Mahesh Jethanandani
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… Martin Thomson
- [art] Re: Alternative representation of URIs in Y… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… worley
- [art] Re: [Uri-review] Re: Alternative representa… Tim Bray
- [art] Re: [Uri-review] Re: Alternative representa… worley
- [art] Re: [Uri-review] Re: Alternative representa… Kent Watsen
- [art] Re: [Uri-review] Re: Alternative representa… worley
- [art] Re: [Uri-review] Alternative representation… Roy T. Fielding
- [art] Re: [Uri-review] Re: Alternative representa… Kent Watsen
- [art] Re: Alternative representation of URIs in Y… Sampo Syreeni
- [art] Re: [Uri-review] Re: Alternative representa… worley
- [art] Re: [Uri-review] Re: Alternative representa… worley
- [art] Re: [Uri-review] Re: Alternative representa… Martin Thomson
- [art] Re: [Uri-review] Re: Alternative representa… worley
- [art] Re: [Uri-review] Re: Alternative representa… Kent Watsen
- [art] Re: [Uri-review] Re: Alternative representa… Martin Thomson
- [art] Re: [Uri-review] Re: Alternative representa… Tim Bray
- [art] Re: [Uri-review] Re: Alternative representa… Mahesh Jethanandani
- [art] Re: [Uri-review] Re: Alternative representa… Martin Thomson
- [art] Re: [Uri-review] Re: Re: Alternative repres… Henry S. Thompson
- [art] Re: [Uri-review] Re: Alternative representa… Kent Watsen
- [art] Re: [Uri-review] Re: Alternative representa… Mahesh Jethanandani
- [art] Re: [Uri-review] Re: Alternative representa… Mark Nottingham
- [art] Re: [Uri-review] Re: Alternative representa… Mahesh Jethanandani
- [art] Re: [Uri-review] Re: Alternative representa… Kent Watsen
- [art] Re: [Uri-review] Re: Alternative representa… Martin Thomson
- [art] Re: [Uri-review] Re: Alternative representa… Kent Watsen
- [art] Re: [Uri-review] Re: Alternative representa… Tim Bray
- [art] Re: [Uri-review] Re: Alternative representa… Orie
- [art] Re: [Uri-review] Re: Alternative representa… Martin Thomson