[Uri-review] Re: [art] Alternative representation of URIs in YANG

Kent Watsen <kent+ietf@watsen.net> Tue, 02 December 2025 19:29 UTC

Return-Path: <0100019ae08ae5d4-27a4240b-c315-4363-b79c-2fb80a81eb9f-000000@amazonses.watsen.net>
X-Original-To: uri-review@mail2.ietf.org
Delivered-To: uri-review@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 5EEC7941D933; Tue, 2 Dec 2025 11:29:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.com
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 zWjKCk69EYNC; Tue, 2 Dec 2025 11:29:51 -0800 (PST)
Received: from a48-90.smtp-out.amazonses.com (a48-90.smtp-out.amazonses.com [54.240.48.90]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 11203941D921; Tue, 2 Dec 2025 11:29:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1764703790; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=LtZCbsHgk5Z6vX8MC6h/DWx/DR+KTnBsyXoa+Sn2jvg=; b=nW0MPjQkeTD4hOhhJ8JF++TJo7Jphs4lRNZcI5t7xXgOj2kGCJFYJ9wsrEdXyO5g BckyLnGj0Pum3HoiXOhTWLh9XGWq5Ga7NdunsdtF4I/VkIcFpGJnfc9S2uMACibM+Xj t0q/HFfl4EX9E3a6cIyehSkLD+IgBpXGVT/PJ+2k=
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\))
From: Kent Watsen <kent+ietf@watsen.net>
In-Reply-To: <331d1f14-8ae6-41b7-810d-a21c3a5a5041@it.aoyama.ac.jp>
Date: Tue, 02 Dec 2025 19:29:50 +0000
Content-Transfer-Encoding: quoted-printable
Message-ID: <0100019ae08ae5d4-27a4240b-c315-4363-b79c-2fb80a81eb9f-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>
To: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
X-Mailer: Apple Mail (2.3826.700.81)
Feedback-ID: ::1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2025.12.02-54.240.48.90
Message-ID-Hash: 24GERS3ETJJG2ECDDMZBBNFFX33PSY6F
X-Message-ID-Hash: 24GERS3ETJJG2ECDDMZBBNFFX33PSY6F
X-MailFrom: 0100019ae08ae5d4-27a4240b-c315-4363-b79c-2fb80a81eb9f-000000@amazonses.watsen.net
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-uri-review.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: 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>, Martin Thomson <mt@lowentropy.net>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Uri-review] Re: [art] Alternative representation of URIs in YANG
List-Id: Proposed URI Schemes <uri-review.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/uri-review/nb6QxCUdufEgmQS99tPTfmJeIN4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uri-review>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Owner: <mailto:uri-review-owner@ietf.org>
List-Post: <mailto:uri-review@ietf.org>
List-Subscribe: <mailto:uri-review-join@ietf.org>
List-Unsubscribe: <mailto:uri-review-leave@ietf.org>

Hi Martin,

Thank you for your comments.

> On Nov 30, 2025, at 10:26 PM, Martin J. Dürst <duerst@it.aoyama.ac.jp> wrote:
> 
> Hello Tom, others,
> 
> Many thanks to Tom for providing the pointer to the 'uri' datatype in RFC 6021. That suggests to me that one of the questions that should be answered is whether the decomposition is needed at all.

The document previously used the "ietf-inet:uri" typedef from RFC 6991 (previously RFC 6021).  The WG complained that the unstructured format did not good exhibit YANG-fu (best practice), making it hard to apply/validate defaults and constraints on individual fields.  From a YANG-outlook perspective, the "ietf-inet:uri" typedef is likely to be rarely used.


> Also, with respect to the name, instead of 'ietf-uri', 'decomposed-uri' or 'uri-decomposition' may be more appropriate.

Is a name-change actually needed?  Is a structured URI not still a "URI"?  Honest question.

FWIW, YANG has no issue with there being both a typedef called "ietf-inet:uri" and grouping called "ietf-uri:uri".

Thanks,
Kent  // author