Re: [DNSOP] Please review in terminology-bis: Global DNS and Private DNS

Ted Lemon <mellon@fugue.com> Mon, 18 December 2017 14:30 UTC

Return-Path: <mellon@fugue.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 551221270AC for <dnsop@ietfa.amsl.com>; Mon, 18 Dec 2017 06:30:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.7
X-Spam-Level:
X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-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 BJfmsY8SS_TT for <dnsop@ietfa.amsl.com>; Mon, 18 Dec 2017 06:30:01 -0800 (PST)
Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (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 9942212D0C3 for <dnsop@ietf.org>; Mon, 18 Dec 2017 06:30:01 -0800 (PST)
Received: by mail-qk0-x235.google.com with SMTP id x7so1101586qkb.0 for <dnsop@ietf.org>; Mon, 18 Dec 2017 06:30:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=z7DVTye6D/AhFGzXAB4I3XLARFAmF5Xcfh3aCUhDw+I=; b=wPwjeMU5ndvttFGwVWeVdlZ0xEd2SB4uC1XIYo9VVeJemq94qvkzxcmKIOvZoNj6vZ cNGra43xc9PvafdbWAphXPZZywpJhwtpONA9nlidfWdNLxEaZt4SSisrFN/GXOqghw1u crBzxvqmy9/ELGq1ORyyGRTo+uczuP4Anf70OywyfQQo5duBWdr0EbEBxB31o96xiZAJ MhJLA83VFZmkk1peHKXr6Xmiw7QYL72uNf5sxejE9bw7OL7kICXdsjTivRiUatxl0rgM jboauj0uGToy4eEJxfJxFhXE9/y873sgjt6XnVzhgLyzcU1zcRu978f3LZKd67ZfvHhc Cz2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=z7DVTye6D/AhFGzXAB4I3XLARFAmF5Xcfh3aCUhDw+I=; b=BxEHcr9T6FJ2vZKlHMCI/GtG79hWeMBh22JKp2vZshQwC0xr7l4ZEthfbpznDzVZU5 iHeMLDwHWAelDnAU8yZFaw1uv5lqXxANATO07wgMO2evW1fiRS6I7m5EDssv5Aqo1WBv lcWET5SwDOY89NjD5OXWpCxP+/ZL/iaW/QPSJOJkvR1wwvUU1I772vaD8QrfxIlvFGVB b7p6oron2rHCuTRqJPEOpVxRgeaXALzVdcFO9WZ0FvQ6IqMOXVfQBWMlbV/fMZI4YgpR JR+3hx/biJu3d2XpD7Kc+YXi/28XxRVeM1Uziz2H9Ng/hm5W6ee0OmZ/i+Uyr+aVUJML P02g==
X-Gm-Message-State: AKGB3mIOkR0LhPG0Tvgws659o8uInp5RhGCtB4kwga3aiSvyhHaBCyOq Gi96r3nZecm8AB2wIoqzmoUaAeOyZN4=
X-Google-Smtp-Source: ACJfBosUMO3Yyb4R4L/yhrUcW+YpI7okxStrqn9qm/kUpB+YHWuNVLqlAa9gtRUtTeMoZtKOH/z/Ag==
X-Received: by 10.55.167.73 with SMTP id q70mr63334qke.47.1513607400447; Mon, 18 Dec 2017 06:30:00 -0800 (PST)
Received: from cavall.lan (c-24-60-163-103.hsd1.nh.comcast.net. [24.60.163.103]) by smtp.gmail.com with ESMTPSA id k1sm8244119qtf.11.2017.12.18.06.29.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Dec 2017 06:29:59 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <160A1E3B-0ABA-4A22-9128-0ED5B8577F87@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_59FDA47E-A05C-480F-AA10-1D2722F8AABC"
Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\))
Date: Mon, 18 Dec 2017 09:29:58 -0500
In-Reply-To: <20171218135211.nul66bgdxczmg4lp@nic.fr>
Cc: Paul Hoffman <paul.hoffman@vpnc.org>, dnsop WG <dnsop@ietf.org>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
References: <8CB86DAB-B80E-469A-9BDA-7F1361634933@vpnc.org> <20171218135211.nul66bgdxczmg4lp@nic.fr>
X-Mailer: Apple Mail (2.3445.5.20)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/ER6oZIUEfxvU21cX6TjSvFhaceM>
Subject: Re: [DNSOP] Please review in terminology-bis: Global DNS and Private DNS
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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, 18 Dec 2017 14:30:04 -0000

On Dec 18, 2017, at 8:52 AM, Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote:
> I think that it would be better to remove "global DNS". It is not a
> technical definition and it assumes things like the mythical "names
> operational community". This draft is about DNS terminology. From the
> point of view of the DNS, ICANN and OpenNIC are the same (same
> protocols, same concepts, same names) even if their registration
> (i.e. non-DNS) policies are different.

In homenet-dot, IIRC we ran into this problem, and started using terms like "globally-unique name" and "non-globally-unique name" to finesse it, but we still used "global DNS" once.   We use "globally scoped" and "locally scoped" a lot.

If you were to define the global DNS, I think it would simply be the set of names that are published and are unique subdomains of names that have delegations from the root.   This is slightly looser than "the set of all names that can be reached by delegations from the root" because some parts of the "global DNS" are not reachable outside of their local scope.   I'm not claiming that what I just said is what should be in the document, just that that's sort of the general idea of it.   What the document actually says is much more than this, much better than this, and I think includes this, although perhaps not as explicitly as might be desired.

Anyway, my point is that if you were to remove "global DNS" from the document, that would be really unfortunate.   What's there is good, and useful.

I think the point you've raised about "names operational community" is also pretty obviously wrong, because the text uses the term "administrative operational community" and says what it means: "which convenes itself in the ICANN."   So the term you say is mythical is not only well-defined, but has a meaning that is well known to pretty much everybody who participates in DNSOP!   :)

Now that I've attempted to compose this reply, it seems to me, and perhaps was obvious to other readers more quickly because they're at 20kft and not 1ft on this, that your real point is that the document should not privilege ICANN over OpenNIC.   If so, you should say that directly and we should reason about that, not start from your conclusion.

This is difficult, in the sense that while I tend to not like the idea of reifying ICANN in this way, the document is reporting the status quo, and is not saying anything about it that's not true, and the confusion you propose will in fact come up for the reader if the document doesn't say this.   If the status quo is wrong, this is not really the document in which that argument should be made; if that argument is successfully made at some later date, the document will not be wrong, but merely out of date in terms of reporting the status quo.

Taking out the whole section on global and private names seems like cutting off one's nose to spite one's face.