Re: [DNSOP] draft-hardaker-dnsop-private-namespace-options

Andrew McConachie <andrew@depht.com> Tue, 03 November 2020 10:05 UTC

Return-Path: <andrew@depht.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 E26063A15BC for <dnsop@ietfa.amsl.com>; Tue, 3 Nov 2020 02:05:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
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, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=depht-com.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 kTFZS9gq9l_t for <dnsop@ietfa.amsl.com>; Tue, 3 Nov 2020 02:05:49 -0800 (PST)
Received: from mail-il1-x142.google.com (mail-il1-x142.google.com [IPv6:2607:f8b0:4864:20::142]) (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 4CDE43A15C0 for <dnsop@ietf.org>; Tue, 3 Nov 2020 02:05:49 -0800 (PST)
Received: by mail-il1-x142.google.com with SMTP id p10so15599768ile.3 for <dnsop@ietf.org>; Tue, 03 Nov 2020 02:05:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=depht-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=6W0l7GPVWLyi2eAP5w6MadJgSrM9adv8EkkYD9PiosE=; b=kaP/zWkdluYPltHdBFWlqs2rSEW01nV+8gJilsRULd0EWYG6PMLw+8TxvfM+9k0CEO wQsnUYACHguoW52inwYiAw7yd/bn1e3X6m9qH0LDtflyNV4SAebG4yweCzlLUzxsVPz5 A9TutbE48mh7i0mmmlOiRNs/X1EyJHahfnrizAkWKzVJgY6hVa8NgYbwzHcvLt7Oa6Cn KZYeIKoXmLky8JvFbXUTmYD4bJXBtI5mstkTqmEusQKYjR30ObWv+M5eHML2P9QG0dou cSOsv64RFzOeGWdNjsT8aplvzX6vYhcrYhFJP0gEOxuPhJUWNb5/r3TeLAHuR4qhGh0U Kr7g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=6W0l7GPVWLyi2eAP5w6MadJgSrM9adv8EkkYD9PiosE=; b=DkmoHY3Skk047HvSxObYk7WCcBH4hvQHTK5rfthvzmWeHbopScaRwpY1x0ibfTAb0t 8halrXHYUH1VYJ8O2uyhTKonFmL2yJ0ye5m6jDhmvzZoV3+PLwod35w08CCWtIt2zuiO g5buaNzIEiskKM1VRf21Y+8l9ZhcwdWcHChiCqOzbekgfdNfgdjah1JFeJac8x/EgPaE qw+D64QPOrOF7h5rebQrAOmQke14oyDi3bGsnLyee5V3LC0hfEKnHr/O0yBAKD+ddIRT UMAZ4Kw2Wg8IBxVJmvwDU3o0Q69mxp8WlW6TL/WtOn6cRYeZsKN70a6ckNSvzlCcDfn+ xPHg==
X-Gm-Message-State: AOAM532kMUwWx4tp1dppy/SoKpDU1ORqiUC/LycOuLaNIJv9ris85QLu SZT2cdgfsGcW7JRy5aKm1073IzUdks/RbA==
X-Google-Smtp-Source: ABdhPJxHD2AnmlqG+oz4DUlcPrKca2b2X5gcO3IcR26vP/Kvk4SZsP+48C48Xih9TMS6A1R0sZYmLQ==
X-Received: by 2002:a92:ddc6:: with SMTP id d6mr4560712ilr.99.1604397948337; Tue, 03 Nov 2020 02:05:48 -0800 (PST)
Received: from [10.47.61.88] ([2a02:a212:9285:29f0:dc5f:7c57:5510:6d3c]) by smtp.gmail.com with ESMTPSA id m2sm10967508ion.44.2020.11.03.02.05.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Nov 2020 02:05:47 -0800 (PST)
From: Andrew McConachie <andrew@depht.com>
To: Wes Hardaker <wjhns1@hardakers.net>
Cc: dnsop@ietf.org
Date: Tue, 03 Nov 2020 11:05:45 +0100
X-Mailer: MailMate (1.13.2r5673)
Message-ID: <731ACFB4-74AF-442C-A22B-D3FA2FF49DA1@depht.com>
In-Reply-To: <yblsg9r8jaw.fsf@w7.hardakers.net>
References: <yblsg9r8jaw.fsf@w7.hardakers.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/dideA9K5ul_EJlRQWrEeHmN3N1o>
Subject: Re: [DNSOP] draft-hardaker-dnsop-private-namespace-options
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 03 Nov 2020 10:05:51 -0000

Hi Wes,

I’m having a hard time understanding the two proposed deployments in 
this document.

In 2.2.1 it states that .internal does not exist in the GID. Yet in the 
Summary section immediately after it states that .internal is an 
unsigned TLD. Which is it?

In 2.2.2 it states that .zz is an unsigned delegation in the GID’s DNS 
root. Yet in the summary section it states that “.zz is a 
special-use-like TLD that MUST never be assigned”. Which is it?

My understanding of an unsigned TLD is that it is delegated in the root 
zone unsigned. And I take it that GID is simply a synonym for what many 
call The Public DNS.

Thanks,
Andrew

On 2 Nov 2020, at 23:50, Wes Hardaker wrote:

> I've been thinking for a while what approach to take with respect to
> private name spaces.  This document summarizes some of my thinking, 
> and
> draws some conclusions (that will likely poke some bears and beehives 
> at
> the same time).
>
> ------
>
>
> A new version of I-D, 
> draft-hardaker-dnsop-private-namespace-options-00.txt
> has been successfully submitted by Wes Hardaker and posted to the
> IETF repository.
>
> Name:		draft-hardaker-dnsop-private-namespace-options
> Revision:	00
> Title:		DNS Private Namespace Options
> Document date:	2020-11-02
> Group:		Individual Submission
> Pages:		9
> URL:            
> https://www.ietf.org/archive/id/draft-hardaker-dnsop-private-namespace-options-00.txt
> Status:         
> https://datatracker.ietf.org/doc/draft-hardaker-dnsop-private-namespace-options/
> Htmlized:       
> https://datatracker.ietf.org/doc/html/draft-hardaker-dnsop-private-namespace-options
> Htmlized:       
> https://tools.ietf.org/html/draft-hardaker-dnsop-private-namespace-options-00
>
>
> Abstract:
>    This document discusses the trade-offs between various options 
> about
>    creating a private namespace within top level domains within the 
> root
>    zone.
>
>
>
>
> Please note that it may take a couple of minutes from the time of 
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
>
>
> -- 
> Wes Hardaker
> USC/ISI
>
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop