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

Paul Hoffman <paul.hoffman@icann.org> Mon, 08 August 2022 13:32 UTC

Return-Path: <paul.hoffman@icann.org>
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 BDF59C13D06E; Mon, 8 Aug 2022 06:32:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
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 qfqpgT4wD2_4; Mon, 8 Aug 2022 06:31:54 -0700 (PDT)
Received: from ppa3.lax.icann.org (ppa3.lax.icann.org [192.0.33.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B24ABC13D086; Mon, 8 Aug 2022 06:31:52 -0700 (PDT)
Received: from MBX112-W2-CO-1.pexch112.icann.org (out.mail.icann.org [64.78.33.5]) by ppa3.lax.icann.org (8.17.1.5/8.17.1.5) with ESMTPS id 278DVpjt008791 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 8 Aug 2022 13:31:51 GMT
Received: from MBX112-W2-CO-1.pexch112.icann.org (10.226.41.128) by MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.26; Mon, 8 Aug 2022 06:31:50 -0700
Received: from MBX112-W2-CO-1.pexch112.icann.org ([10.226.41.128]) by MBX112-W2-CO-1.pexch112.icann.org ([10.226.41.128]) with mapi id 15.02.0986.026; Mon, 8 Aug 2022 06:31:50 -0700
From: Paul Hoffman <paul.hoffman@icann.org>
To: "Independent Submissions Editor (Eliot Lear)" <rfc-ise@rfc-editor.org>
CC: dnsop <dnsop@ietf.org>
Thread-Topic: [DNSOP] [EXT] Re: draft-schanzen-gns and draft-ietf-dns-alt-tld
Thread-Index: AQHYqAz5nIBWC6Qgo0aY8NBOjckea62fXBcAgAA55ACAABedgIAE8mgAgAAD2oCAAB6pgIAABkMAgAAX7QCAAB8OgIAAGigAgAArEoCAADaxAA==
Date: Mon, 08 Aug 2022 13:31:50 +0000
Message-ID: <236AE343-2009-4C12-8EAA-547F7073A865@icann.org>
References: <59965e06-b0bc-5cff-98c8-4809b2d7ff39@huitema.net> <5F5F9843-078B-4716-8723-733DC2FF3726@hopcount.ca> <c9031076-a424-887a-3c1d-b8beb0746f84@rfc-editor.org>
In-Reply-To: <c9031076-a424-887a-3c1d-b8beb0746f84@rfc-editor.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [192.0.32.234]
x-source-routing-agent: True
Content-Type: multipart/signed; boundary="Apple-Mail=_F78BC254-6D05-4F84-A777-322B8152E541"; protocol="application/pkcs7-signature"; micalg="sha-256"
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.883,Hydra:6.0.517,FMLib:17.11.122.1 definitions=2022-08-08_09,2022-08-08_01,2022-06-22_01
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/296mfnegIKQkL3MKBpVtoMwkg9A>
Subject: Re: [DNSOP] [EXT] Re: 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, 08 Aug 2022 13:32:00 -0000

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

> The community has more choices than Christian indicated.  One is that “You” carve out some space for namespaces like GNS, just as George suggested.  Warren's draft seems to comport itself to contours of that concept, which is why I came here. Also, the authors of draft-schanzen-gns seem to think that it is close to something they could use to be willing to engage here.  It also seems to me that such a draft is, roughly speaking, in line with the general principles of SSAC-113, as Andrew alluded, even if that document had the different goal of enabling privately or locally scoped namespaces.  Of course, there may be other approaches.

draft-ietf-dnsop-alt-tld and SAC113 would give the authors of the draft you are considering an easy method to do the type of naming they talk about in their draft. So would using a TLD that is exceptionally unlikely to be allocated in the global DNS, such as:
  #gns
  =gns
(or, for a more marketing spin)
  gns!

These are all perfectly valid names; they just happen not to use the LDH pattern that people expect from the global DNS. If the GNS team indeed wants to make it clear that their naming is not part of the global DNS, simply rooting their names in one of these TLDs (available now) or one of the ones from draft-ietf-dnsop-alt-tld or SAC113 (possibly available in the future) would avoid all of the interoperability problems they create in the draft.

--Paul Hoffman