Re: [art] Against BCP 190

Leif Johansson <leifj@mnt.se> Tue, 23 July 2019 19:28 UTC

Return-Path: <leifj@mnt.se>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0F6001208D8 for <art@ietfa.amsl.com>; Tue, 23 Jul 2019 12:28:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnt-se.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V4WDHUwuG2nw for <art@ietfa.amsl.com>; Tue, 23 Jul 2019 12:28:38 -0700 (PDT)
Received: from mail-vk1-xa2d.google.com (mail-vk1-xa2d.google.com [IPv6:2607:f8b0:4864:20::a2d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F25BA1208CE for <art@ietf.org>; Tue, 23 Jul 2019 12:28:37 -0700 (PDT)
Received: by mail-vk1-xa2d.google.com with SMTP id o19so8936263vkb.6 for <art@ietf.org>; Tue, 23 Jul 2019 12:28:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnt-se.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:openpgp:autocrypt:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8KpoXqRiTTiW7K7OMrahdINY5KFRR/+QURM9ninUALI=; b=rI8Mbd8lnuuH3bmZ353hZAedibVtsFsj62bIgbi26q2tm01gR+ToJgfXijcEChmMuo TE/qfLTWkL9mv2Z5UibAPnOwOLIpReHlpke9DtUq22p/m2I5gXC+DX2uc17YzLdQcjdn kSjgu7N2Yb4BZ3fXfD0Sfkb16ECIMGTSmPudBOZ7bQ4b+n6byVJx5SPFgRX9voHm9vvp XwW7h94QrB9dqpVSNhPQlqIczMwAmldmJvr1TChaxOiASBu4vhzt07IZer8tufOsrLe8 YniVONLk6KxHKEJmvJDg9Foll3OGt0RmmeAwNH+Y8u49/Hl7e5B5GMvhATaKOkPigbKP rYgA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=8KpoXqRiTTiW7K7OMrahdINY5KFRR/+QURM9ninUALI=; b=ZJ3EVjjAxh6v8eiJzKmwGTgcJIt8zF7sYz1hqTuFipbe3N0ugFECVp56onH0uPQYrA zJHsgGrnxhoGgJrbBi3DSlipDBdhgJ//2XzCor8FEwjz4ocKsV8feT6mo4lYDCdCE2rd eEHakKBxclejklqxNrAzZUIy1RuvcykBxqPtvR+Kck82PlKrYzTDodyXHsPqP7EEmA49 BEM7DngFWeOndevtOGDELBwmJ1W9EzT/fYarK9lmwFx8CSCFb4MVWwvjm4IznI5rjjQ5 xjTGA/SIg4zk9P8t9m9GGP/YlS5FJa17IunK/I+c27bMfXgZwoZIE9JCGU0lRrZyGo1p kQxg==
X-Gm-Message-State: APjAAAVDveQv5e4r4Rk+GfGr0oYM6rD8rhEDh80sXMlvMiyYBSZvPZp/ W81BwKIKSICV8Y14F0TAd0bPV5oe
X-Google-Smtp-Source: APXvYqz5MMhr7WZM0lZWwDDx1HtGbmwu8kEssCP1CQK94/L0HSWKt2TIihL+hQtESwE/RoXYG+CYTQ==
X-Received: by 2002:a1f:1d58:: with SMTP id d85mr30319476vkd.13.1563910116668; Tue, 23 Jul 2019 12:28:36 -0700 (PDT)
Received: from ?IPv6:2001:67c:370:128:a8ff:b295:75a9:1614? ([2001:67c:370:128:a8ff:b295:75a9:1614]) by smtp.gmail.com with ESMTPSA id q69sm28245531vkq.18.2019.07.23.12.28.34 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jul 2019 12:28:35 -0700 (PDT)
To: Adam Roach <adam@nostrum.com>, art@ietf.org
References: <791b33b8-4696-f69c-aca3-8838b2caafd8@sectigo.com> <6.2.5.6.2.20190713054207.0bbd9b58@elandnews.com> <008901d5410d$90607b00$b1217100$@gmail.com> <529b1f23-75e7-c426-f884-8dd07825182d@nostrum.com> <f834b9cd-0dff-7725-a959-6514c22d3ae4@mnt.se> <eb6485fa-d3dd-8eb9-7886-b17ef9d10f81@nostrum.com> <1e6e3567-59d8-b868-4917-603b848ae984@mnt.se> <c8e5c099-fd38-e206-7145-81eb2b3d467a@nostrum.com> <ecc2a274-a698-ad19-2c8a-3385f98b02f1@mnt.se> <d34a5048-1d3a-8018-13eb-cb20d3492a9b@nostrum.com>
From: Leif Johansson <leifj@mnt.se>
Openpgp: preference=signencrypt
Autocrypt: addr=leifj@mnt.se; prefer-encrypt=mutual; keydata= mQGiBD7DfnwRBADpIpOw6bXfx2Yo3vac/j5WzVcWNZKuiYc4uuFnBYxH8zTA5cdwytuOYNte cX1yrPgmObfPVU0EFktdBMFgLE5TNRUMeJZTmAl3QYDm8N32SeSUEb6GPFsUTGgxsCW3GVAo q6DBopKqhR9HT0+crQakbc7XkS4FjeBWiXjuNf/IqwCgyoa2Qfq8UdjbcH+DRGzPnRTeqzEE ALIEsCzDp4HQqXqqNLCoExbgmCrEHvnqFmilCHJVnyuY8LXmcpq2uwJaiIdsTqLeQ8WrMxWg mZc6F9QSdLP6MVZT3v+5OqOZMUDsu4nGom3HH+tG238vMSEF+klGdrI0wdscrY+28Oshjhqj 4FZxCwdNU9RTU8xQ9IoObiEo1yOHBADK9a5GhkLT+d2cb48orETGtG7i//HOnstouw/TmEUX reZPtT6wpIdN9Jf3W80GA6A34VEGA/I+/5e+9nFvINpLvEF2ghJBH+sWwQ8EXpo0M/yir9oG eJI7gpOHRj5Mq9uqFG0wcamInuWgbMP1cefjXusHbHyDFKr7ydWSsZHqXrQdTGVpZiBKb2hh bnNzb24gPGxlaWZqQG1udC5zZT6IYAQTEQIAIAUCSnC8wwIbIwYLCQgHAwIEFQIIAwQWAgMB Ah4BAheAAAoJEPCcfBbWzGZ3x8MAnimIMTFOH4LLfp8bQnSPWm6BQyA6AKCk4S46++PpqtTM 0wIZ+kuYaBtky7kCDQQ+w36FEAgAr1zK1qIIXmoeEqFulgFi17FRpSibNwwge9bkG2+IO7MO m4Ih+f4CRkqaP5U5diiWb4nyQc/Yqzf3TTSE+CH0ghvDCwfZHrzUsVl9t57S2RFKaQhDUUw3 lz0TgKN66z1IRnQEARuz9PFd96pIhLaJBOn0e55Cu5qqJVwGpst3+I3jqT/cxjymRxPz2O6R 9k/ZOOiOGROZYAjNHKcdoeBr7OaIHcPRCi1R8MBKE4HOK1SwaVvs26Fd2enixIOBmyFTkrue 3VgaAd3zrJauD0qa/u5y2kGEyFFJwNsKnoX0aCmNNIG+aKvnSCWfba8bmYOAsbxS2lo4MKmu DM0rrVyLhwADBQf/VzM77aviZ3Ir7qXj0uV/62wyrg8/5flXl8XjuATewD+hTaux1lg5LgPU 9cokMHYHrTsnp79nhEB9qOpsQLX+npae7a27x3zyqLP0V7neyKy1ycuBI9KU9B3ivgSMRlKR 91GcmUpRnKiSnxPYNtq018mY72YYHCpfAh0OOUA88bxbYIuF5cv9dYyOBhNEkI8xB1VOWev1 CPkPb0DwDABHdOBq9e0hT3OUOaat2JPwCEHU2NTGsYFuZRysq8xnxFgHd00+h2OJZ50UYVpB jDxaCj5gvHHFFnmfCLD5VqjEJGi4k2znZHg67i2pw0f5BSq8fsfdUML35LzL/aaZPMzlg4hG BBgRAgAGBQI+w36FAAoJEPCcfBbWzGZ3djcAnAxF3084vKlsRNGcyj/rn5lA4Q+nAKCnjZYX snFG51wbu8OI88aj3LJE5w==
Message-ID: <fcdd011d-e95f-4463-2752-d6fabb13fcd7@mnt.se>
Date: Tue, 23 Jul 2019 21:28:32 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1
MIME-Version: 1.0
In-Reply-To: <d34a5048-1d3a-8018-13eb-cb20d3492a9b@nostrum.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/6GSlMpVgM4c_xxkp0XGGqJHdrjQ>
Subject: Re: [art] Against BCP 190
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2019 19:28:40 -0000


On 2019-07-23 20:48, Adam Roach wrote:
> On 7/23/19 12:06, Leif Johansson wrote:
>>
>> On 2019-07-23 17:46, Adam Roach wrote:
>>> On 7/23/19 11:28, Leif Johansson wrote:
>>>> I am having trouble articulating the sense of unease I am feeling
>>>> over this issue...
>>>>
>>>> The best I can muster right now is this: Reading section 2.3 of BCP190
>>>> I see nothing whatsoever that speaks to the interoperability concerns
>>>> that motivate the normative language in that (or for that matter any
>>>> other) section of BCP190.
>>>
>>> The purpose of BCP 190 has never been to provide advantages to protocol
>>> designers. That is, in fact, the opposite of its purpose. The purpose of
>>> BCP 190 is to provide protections to the URI namespace and the people
>>> who own its governance (e.g., domain owners) against protocol designers.
>>> It's effectively a restatement of the well-understood principle of
>>> "don't squat on protocol codepoints," but spelled out in terms of URIs.
>>>  From that perspective, it is always going to be vaguely adversarial to
>>> protocol developers, in the same way that IANA registration policies
>>> more strict than "First Come First Served" are: its job is to protect a
>>> common resource against having parts of the URI namespace carved off for
>>> the exclusive use of one protocol or another.
>> In that case maybe this is just a matter of qualifying section 2.3 with
>> something along the lines of "this does not apply if your entire domain
>> is meant to do just one thing"
> 
> 
> You're not the only person to suggest that, and maybe it's worth
> considering.
> 
> However.
> 
> As I've mentioned up-thread, the TRANS conversation has indicated that
> these origins are *not* single-purpose, so this proposal is somewhat
> unrelated.

I think you may be confusing multi-tentant TRANS with multi-purpose

Using a domain *only* for TRANS but with multiple tenants does not
suggest the same restrictions on the management of the URI namespace
for that domain.

	Cheers Leif