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

Mahesh Jethanandani <mjethanandani@gmail.com> Thu, 22 January 2026 22:12 UTC

Return-Path: <mjethanandani@gmail.com>
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 09C8BABB5737 for <uri-review@mail2.ietf.org>; Thu, 22 Jan 2026 14:12:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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=gmail.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 ReIaDVyvDDmi for <uri-review@mail2.ietf.org>; Thu, 22 Jan 2026 14:12:46 -0800 (PST)
Received: from mail-dy1-x1333.google.com (mail-dy1-x1333.google.com [IPv6:2607:f8b0:4864:20::1333]) (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 B3223ABB5728 for <uri-review@ietf.org>; Thu, 22 Jan 2026 14:12:46 -0800 (PST)
Received: by mail-dy1-x1333.google.com with SMTP id 5a478bee46e88-2b71557299dso2132116eec.1 for <uri-review@ietf.org>; Thu, 22 Jan 2026 14:12:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1769119966; x=1769724766; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=161xFipiCB7CWvkt82nrGOfle274su+m6WuVt84cqlo=; b=SVl0/83OZom3wezxnUKZ8HHVMGZAhHdSRdby/gJsQ/MPDEtyggtUp9aekRB9kmFAwO YxHadveR5Kg58qcVxkokmd4DTU+ENzBjAERmJlkJaAUU1kRdccFbF5Pni90aYLEqtme8 /EAQ1v7Mhz12i+4hekyP0znElQLQa0ZmaviwxGxOaof7lVG0nsSjd6hlnJX4Qiq16mVP N7Tr0pUiWjnxzeN1q3E/YOWPH/QVfLWF1kRse8KMtg/rBX3VhsdRN/v8hEdxSFL2tAov wOkCHb8/IKHJ2p5ghsw59BQZwPBBgueTSOmQ73GV2PXZp5ZmkE1+MXzA7Umir8zTaHrA Iomw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769119966; x=1769724766; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=161xFipiCB7CWvkt82nrGOfle274su+m6WuVt84cqlo=; b=wi6Aj0XcOuYRSraf5r09uyxa9WTVZu3dSsFhoYmFqjGjQZR9IZuhYab9H0Qhyyrl99 iS65qjv5YhiUfRKTxxgg86pxgBwD1S8EDrLq6m6zuRiClZZIZ2aWe8RRhW2mSjYJhtXd OxUDzwGNYHMUqq/4lmdZYgl3mKNIrLCQka9xzO+dvFNctOdRvpSIpaBiSl7Di+g/z+Dl BN8esX8ljw+VVNdJ+cwD5VUO0u/kILidjp7X+P5LFVv1W1Oc7OYO+Rtltz0HppugGri6 NWf3Kcq5AOyTUpr4zBOEDBc/oO/+PIgmxIXb975DSik0tXYkppRL7N48U/Dw1cC+Fg3M JGig==
X-Forwarded-Encrypted: i=1; AJvYcCU6No05oa6+QXwplQosLhtCgjyKy30dasew+6rmflHYwRWJL1xSHIWIOj7BTNme1kJkpAjqK2YNWzmm@ietf.org
X-Gm-Message-State: AOJu0Yz0RK0A4vR4Q6FXKa8RxCIc8SWTSuzXHPyUtsbrzi7QGYZbBJic c6Q7wrnE/luwud3omkncuOdiHZNw5laqtay1JnL0bBXVQ2yNh+SlCBMIWtYIKg==
X-Gm-Gg: AZuq6aI/hhip7VIGAHLQc6aDF8v4GYpMNTjGxJ1UYjHoUOMIhz2jZsR+kCurEGjgwE+ 8RKVIDxCbtyfq2pHZ6xeDci5zi9TStWEibx/zrPW6gljm2F1aOBTF2lmYtGLaCME0jexdmchDsM mg5UurhA4XONiURBiHuW0vDmmvLt8Nhy2Wwi/iZ506fGyS75BYAiEPnNQgdcEFWmfwC0ylRkxFi b/H1WIj7p+E/Z42HZ/hz0rHr8MEJ0LEQLmvaPbKXbu6LcZHBkzGoJ2yEPyyPomPxutzuh7+e3ZK C+vtO02DDfHrdN9Zl9nBn0CZkZ1QriVEm9bKUUoiK/HT/sYvObz+lwsuTr8pB28FkgKKL8M/0oE +uezccZE6qaIAkOBkuWkcLtRVBEQosJwI3JnhO4zS3cTsMGUuguCU48jFaisg48qhgDWK0vdF88 7ovv4xYk1IlvHAo1VzOs2Cl0HWhDKYPFY=
X-Received: by 2002:a05:7301:3f07:b0:2b7:18eb:a0b9 with SMTP id 5a478bee46e88-2b739c2fd47mr470924eec.43.1769119965453; Thu, 22 Jan 2026 14:12:45 -0800 (PST)
Received: from smtpclient.apple ([38.99.102.194]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-2b73a6e9933sm961022eec.13.2026.01.22.14.12.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jan 2026 14:12:44 -0800 (PST)
From: Mahesh Jethanandani <mjethanandani@gmail.com>
Message-Id: <263D72B1-54D9-47BA-9787-8A3F3889A6ED@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_00EDD905-BEA4-4446-A4E8-5F5B9220D088"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.15\))
Date: Thu, 22 Jan 2026 14:12:43 -0800
In-Reply-To: <e1356eb8-31ba-47ce-9a1f-8d42713184a9@betaapp.fastmail.com>
To: Martin Thomson <mt@lowentropy.net>
References: <87zf669z4x.fsf@hobgoblin.ariadne.com> <0100019be639037e-5401829e-3666-454e-b2c1-e9ac65a04ac5-000000@email.amazonses.com> <e1356eb8-31ba-47ce-9a1f-8d42713184a9@betaapp.fastmail.com>
X-Mailer: Apple Mail (2.3654.120.0.1.15)
Message-ID-Hash: 7QTIX4WZXRGTEQNINDBTCAY2QRTRXKYW
X-Message-ID-Hash: 7QTIX4WZXRGTEQNINDBTCAY2QRTRXKYW
X-MailFrom: mjethanandani@gmail.com
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: Kent Watsen <kent+ietf@watsen.net>, "Dale R. Worley" <worley@ariadne.com>, tom petch <ietfa@btconnect.com>, art@ietf.org, "uri@w3.org" <uri@w3.org>, uri-review@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [Uri-review] Re: [art] Re: 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/Hoh2Gcw5Dg-GLwZocBsCqQGx96E>
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 Kent/Martin,

How about we go with option 2 that limits the applicability of the definition to the following:

The 'ietf-url' module defines a YANG 'grouping' for a URL described as a
constrained subset of the URI defined in <relref section="3" target="RFC3986"/>.
The contraint is that the grouping is defined only to support connection
parameters for an HTTP client.

> On Jan 22, 2026, at 1:46 PM, Martin Thomson <mt@lowentropy.net> wrote:
> 
> On Fri, Jan 23, 2026, at 02:00, Kent Watsen wrote:
>> Martin, since you're the one blocking the draft, can you state which of 
>> these options are okay and which options are not okay with you?
> 
> Not blocking personally.  I did raise the issue, but would follow consensus (which I think is in the hands of Mahesh to judge, ultimately).
> 
> I'd like to offer option 6.  Use the existing URI syntax from YANG.  It's a straight-up string, which is perfect because it avoids this whole mess entirely.


Mahesh Jethanandani
mjethanandani@gmail.com