Re: [DNSOP] draft-schanzen-gns and draft-ietf-dns-alt-tld

Ben Schwartz <bemasc@google.com> Mon, 01 August 2022 13:58 UTC

Return-Path: <bemasc@google.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F12BC13C52D for <dnsop@ietfa.amsl.com>; Mon, 1 Aug 2022 06:58:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.61
X-Spam-Level:
X-Spam-Status: No, score=-17.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 LZS0fVm3-A1l for <dnsop@ietfa.amsl.com>; Mon, 1 Aug 2022 06:58:34 -0700 (PDT)
Received: from mail-yb1-xb35.google.com (mail-yb1-xb35.google.com [IPv6:2607:f8b0:4864:20::b35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 A380CC13C52F for <dnsop@ietf.org>; Mon, 1 Aug 2022 06:58:34 -0700 (PDT)
Received: by mail-yb1-xb35.google.com with SMTP id 7so19074525ybw.0 for <dnsop@ietf.org>; Mon, 01 Aug 2022 06:58:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ke24IKf+OzWqzy6oWrwBmY1xVQdJMqjm9yIq646twq0=; b=hLzdwjJ5NklsMuT/LUlsw7ki47Op3d7PaSwUmZHgfwyDDiwxxJyis2N6T1O2V82zvD zw+k2iO9UiFNBn1q5ZsYgs1UguoZMEre0HlYZAnC3tO0SKixxRadDK8Oj2VQwro04b98 v9S5V/FR+R6kHvkX3aspZWEivIa6lSlq3I4uPQv2girweyv7Nd2Y5JCEppqmWNLM8bKx W0ODoFx89izftRnmSTOO20AMm/ybnaVo/BwxJgHz0H1ez8T8qiR1Z4odB2BMgqcv7ENM RgAi2+HhY5WzzUG+/G82ib+BoTCJEOXRls0WiiRwqt82Bnt+/+Qxc0u/9PiBmErFqXsO 7K2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ke24IKf+OzWqzy6oWrwBmY1xVQdJMqjm9yIq646twq0=; b=cvGnyMt+ajRPAB34xiae3S1UkJnLdHTpBI4R3FxaDloX5C9MLmBmfJNbk1BZfOr/xw JEZaOfLdqCiAY3kxt4+d2U2mXPaU57xPng361sA9zR4t0P0bgM3/v20IDkObwaayRZvK JxCBNJ0m8YHXkOalwKzheplFv3qB5wcbMVLk0Sv+NufOXhKHhRS/TRfGBVBXvYG7Yox6 Sde+uQtfCEc3lt0t1f+/+4/9nstMtHsIzUtXp0Z6qHC1WI44E0sZhnV31fCoBhnk5tsf NKm4JtjznXdCs12uESHmPADtlzxIj5ZimKlRch4nVNp5V1DYjP3MOOhZ7gqjKBvAedPg p7HA==
X-Gm-Message-State: ACgBeo12B9ivL3052iVNm7TgCsIM47RMLDxdwRvgzwXNmjVCzjQp7jKL zmam6lJuLGFX11dg783q8hqBaglC2/Q0dZ1opdSyZ/nHF/vaqQ==
X-Google-Smtp-Source: AA6agR7dEHwBlmLLxiKYZz02y8UkNR6+/aZooJ0uJYIjF4amhTK7b15HCSWooAWUdU/1NY/79483ABtzfo5xbiVhJX8=
X-Received: by 2002:a5b:f88:0:b0:671:82e5:2640 with SMTP id q8-20020a5b0f88000000b0067182e52640mr10312049ybh.521.1659362313308; Mon, 01 Aug 2022 06:58:33 -0700 (PDT)
MIME-Version: 1.0
References: <91abb9ac-9d3b-87bf-5639-174581d625fd@rfc-editor.org>
In-Reply-To: <91abb9ac-9d3b-87bf-5639-174581d625fd@rfc-editor.org>
From: Ben Schwartz <bemasc@google.com>
Date: Mon, 01 Aug 2022 09:58:21 -0400
Message-ID: <CAHbrMsBhEzVYx+qd+XA=X6Hy+gFxY8HF-hp8dtkxsXs9_5E7jw@mail.gmail.com>
To: "Independent Submissions Editor (Eliot Lear)" <rfc-ise@rfc-editor.org>
Cc: dnsop <dnsop@ietf.org>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha-256"; boundary="00000000000043fd2905e52e65ac"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/CD3nMSSDllwP_2HDrAT1HeXkoWM>
Subject: Re: [DNSOP] draft-schanzen-gns and draft-ietf-dns-alt-tld
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Aug 2022 13:58:35 -0000

On Mon, Aug 1, 2022 at 8:32 AM Independent Submissions Editor (Eliot Lear) <
rfc-ise@rfc-editor.org> wrote:
...

> I do agree with Martin that it would be helpful to have some registration
> of names so that conflicts between name spaces can be avoided.
>
I think we already have such a mechanism: ICANN.  People who want unique
registrations can acquire them via the existing ICANN and registry
processes.

I do not think that the IETF should introduce another mechanism for third
parties to acquire non-conflicting domain names.  Any such mechanism would
appear to compete with ICANN and the registries, without the benefit of
ICANN's extensive, hard-won process and governance.

> This would also encourage formal documentation of those projects.
>
This raises the interesting question of when use of non-ICANN registration
is appropriate.  I think RFC 6761 has the right answer: "Standards Action
or IESG Approval".  In other words, the IETF should only be taking control
of DNS namespaces that correspond to IETF standards-track protocols, with
an escape hatch via the IESG for special situations.

Projects that need a non-ICANN domain name can seek IETF standardization,
which represents both formal documentation and consensus that this use
constitutes "part of the internet itself".