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

Stephane Bortzmeyer <bortzmeyer@nic.fr> Mon, 18 December 2017 13:52 UTC

Return-Path: <bortzmeyer@nic.fr>
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 5A4991242F7 for <dnsop@ietfa.amsl.com>; Mon, 18 Dec 2017 05:52:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.01
X-Spam-Level:
X-Spam-Status: No, score=-5.01 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
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 qBp2ZarTjNOK for <dnsop@ietfa.amsl.com>; Mon, 18 Dec 2017 05:52:13 -0800 (PST)
Received: from mx4.nic.fr (mx4.nic.fr [IPv6:2001:67c:2218:2::4:12]) (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 51FE1124217 for <dnsop@ietf.org>; Mon, 18 Dec 2017 05:52:13 -0800 (PST)
Received: from mx4.nic.fr (localhost [127.0.0.1]) by mx4.nic.fr (Postfix) with SMTP id DB2412825D3; Mon, 18 Dec 2017 14:52:11 +0100 (CET)
Received: by mx4.nic.fr (Postfix, from userid 500) id D54332825EC; Mon, 18 Dec 2017 14:52:11 +0100 (CET)
Received: from relay01.prive.nic.fr (unknown [10.1.50.11]) by mx4.nic.fr (Postfix) with ESMTP id CE7EE2825D3; Mon, 18 Dec 2017 14:52:11 +0100 (CET)
Received: from b12.nic.fr (b12.users.prive.nic.fr [10.10.86.133]) by relay01.prive.nic.fr (Postfix) with ESMTP id CB3CD6427BE0; Mon, 18 Dec 2017 14:52:11 +0100 (CET)
Received: by b12.nic.fr (Postfix, from userid 1000) id C68AA401D4; Mon, 18 Dec 2017 14:52:11 +0100 (CET)
Date: Mon, 18 Dec 2017 14:52:11 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Paul Hoffman <paul.hoffman@vpnc.org>
Cc: dnsop WG <dnsop@ietf.org>
Message-ID: <20171218135211.nul66bgdxczmg4lp@nic.fr>
References: <8CB86DAB-B80E-469A-9BDA-7F1361634933@vpnc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <8CB86DAB-B80E-469A-9BDA-7F1361634933@vpnc.org>
X-Operating-System: Debian GNU/Linux 9.2
X-Kernel: Linux 4.9.0-3-amd64 x86_64
X-Charlie: Je suis Charlie
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: NeoMutt/20170113 (1.7.2)
X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=1.2.2
X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2017.12.18.134216
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/t3sYEgassAnexckOBuUJKXMISTw>
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 13:52:14 -0000

On Mon, Nov 27, 2017 at 10:28:04AM -0800,
 Paul Hoffman <paul.hoffman@vpnc.org> wrote 
 a message of 14 lines which said:

> Section 2 has definitions of "Global DNS" and "Private DNS", based
> on the facets listed in "Naming system". This was discussed heavily
> on the list earlier, but it is also a pretty big change, so we want
> to be sure that it is what the WG wants. Please review these terms
> and comment on the list if you think the definitions should change.

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.