Re: [DNSOP] Suffix? (Was: I-D Action: draft-hoffman-dns-terminology-01.txt

Paul Vixie <paul@redbarn.org> Fri, 06 March 2015 18:53 UTC

Return-Path: <paul@redbarn.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46B1C1A1BDA for <dnsop@ietfa.amsl.com>; Fri, 6 Mar 2015 10:53:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 vITGg5s_0ffE for <dnsop@ietfa.amsl.com>; Fri, 6 Mar 2015 10:53:39 -0800 (PST)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 977E41A1A45 for <dnsop@ietf.org>; Fri, 6 Mar 2015 10:53:39 -0800 (PST)
Received: from [IPv6:2001:559:8000:cb:b015:3cb0:25ba:df77] (unknown [IPv6:2001:559:8000:cb:b015:3cb0:25ba:df77]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 1F83A1814C; Fri, 6 Mar 2015 18:53:39 +0000 (UTC)
Message-ID: <54F9F7B0.3080909@redbarn.org>
Date: Fri, 06 Mar 2015 10:53:36 -0800
From: Paul Vixie <paul@redbarn.org>
User-Agent: Postbox 3.0.11 (Windows/20140602)
MIME-Version: 1.0
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
References: <20150119221050.6022.11328.idtracker@ietfa.amsl.com> <20150306133013.GA29880@nic.fr>
In-Reply-To: <20150306133013.GA29880@nic.fr>
X-Enigmail-Version: 1.2.3
Content-Type: multipart/alternative; boundary="------------030302040008030000060700"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/pGLKPq3AllKSUXxCEjMGGZPkiRs>
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] Suffix? (Was: I-D Action: draft-hoffman-dns-terminology-01.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Fri, 06 Mar 2015 18:53:41 -0000


> Stephane Bortzmeyer <mailto:bortzmeyer@nic.fr>
> Friday, March 06, 2015 5:30 AM
> On Mon, Jan 19, 2015 at 02:10:50PM -0800,
>  internet-drafts@ietf.org <internet-drafts@ietf.org> wrote 
>  a message of 43 lines which said:
>
>>         Title           : DNS Terminology
>
> What about adding a definition of "public suffix"? I suggest the text
> from
> <https://code.google.com/p/guava-libraries/wiki/InternetDomainNameExplained>:
>
>> Public suffix: A domain under which people can register subdomains,
>> and on which cookies should not be set. [with good examples
>> afterwards]

i object to the term "suffix", which sounds like a CP/M "file
extension", like TXT in "FOOBAR.TXT", and is actually meant and used
that way, by people who don't realize that "FOOBAR.TXT" in DNS is more
closely aligned with "OTHERNAME.TXT" than it is with "FOOBAR.COM". in
other words, the right-to-left precedence is deliberately obscured by
the wrong-think term "suffix".

i suggest that we invent rather than import. i like "DMD =
Delegation-Mostly Domain". this allows for not just infrastructure
namespaces like IP6.INT (for which delegations might not be on the first
sublabel, and the delegations are often same-organization or other-DMD
organizations) and also for new invented terms like "Public DMD" to
describe domains like CO.UK (or COM) for which the delegation points are
on the first sublabel and nearly always accompany an administrative
boundary (so, different-organization below the cut.)

-- 
Paul Vixie