[dane] terminology question

Peter Saint-Andre <stpeter@stpeter.im> Wed, 04 December 2013 00:17 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: dane@ietfa.amsl.com
Delivered-To: dane@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CB8B11AE1A2 for <dane@ietfa.amsl.com>; Tue, 3 Dec 2013 16:17:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 ozkT-IEyjE9S for <dane@ietfa.amsl.com>; Tue, 3 Dec 2013 16:17:21 -0800 (PST)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 052D91ADFD1 for <dane@ietf.org>; Tue, 3 Dec 2013 16:17:20 -0800 (PST)
Received: from sjc-vpn4-368.cisco.com (unknown [128.107.239.235]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 474C94032B; Tue, 3 Dec 2013 17:17:14 -0700 (MST)
Message-ID: <529E7488.80601@stpeter.im>
Date: Tue, 03 Dec 2013 17:17:12 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: "dane@ietf.org list" <dane@ietf.org>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: [dane] terminology question
X-BeenThere: dane@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DNS-based Authentication of Named Entities <dane.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dane>, <mailto:dane-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dane/>
List-Post: <mailto:dane@ietf.org>
List-Help: <mailto:dane-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dane>, <mailto:dane-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Dec 2013 00:17:23 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

In RFC 6125, Jeff Hodges and I tried hard to define some terminology
related to certificate checking in TLS. That terminology might not be
ideal, but I'd like to see if we can align draft-ogud-dane-vocabulary
with the RFC 6125 terms.

In particular, RFC 6125 uses the term "source domain" to refer to the
fully qualified domain name that a TLS client expects to find in the
certificate (or, in DANE, potentially the key) that is presented by
the TLS server. RFC 6125 also uses the term "derived domain" to refer
to a domain name (or host name) that the client has derived from the
source domain in an automated fashion (e.g., via a DNS SRV record).

As far as I can determine, draft-ogud-dane-vocabulary uses the terms
"Query [Name]" and "Final [Name]" for something like "source domain"
and "derived domain". However, draft-ogud-dane-vocabulary also uses
the terms "Service Specification Records" and "Service Address
Records" in a way that might be similar, although I confess that I
don't really grok draft-ogud-dane-vocabulary in fullness and the
latter two terms are unclear to me.

Naming is hard, and I hope we can get it right.

Peter

- -- 
Peter Saint-Andre
https://stpeter.im/


-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJSnnSIAAoJEOoGpJErxa2pIPcP/3ynoIh5Xn1oBXMtf1Tj4yyZ
sJc2kEoA1r49CLCz3TsqHaQonB/lK6tZP0WGYoNobj/C6Vd9U8RQW2TElWM7fVo1
ltZmBA0Tx6KHv/XQmnNsrKVbiueqMui5tWvyHDE/x/Wt18lJPM1n4LdY+xkR4O62
en7PCNTLNxAjkpjPKrEqbp0YYiI67rsnKxNOEJkjry3l+j9FOYlPyBtHAyRZISgV
YKy6eIyIEGYOfIXtiiEYPx3UNgIuOLpozu5OWAmypdP6xTfXYmHpAX9HVD7lPPqK
ZOGzz61RYDSid186uBQGizahaAabRvIwayQ8ZZTr7C+JYW//CckRRrC04R12h9K+
qNfnzSzf11x01VMfEK2V7muD2uqi28LBXsC/vY2E/r6FRxAp7BS1OZccFK224NnK
xI+ETnMsl/ZaWIOKhyJk44bWODWr6ij1Gxen3UoEIsU90akFmzCuCEdbdgf0lATr
wX71rVUi5O/ytHQZ/YfhOtc2j7qbrnfSc7KZcgr7X7IkhexP3/nVKtuziqdrbL4U
i7pVh5xlgyTszEyowyKWIjr0+J98Llbdz0Xs1hTOTwEONW4cx7TsUd05cwdmoc4G
KLabfuUTYKp4NslfIV4smBIl2uzrYUaz0ACjLQSrzk4dNGZAj0L6IlyS92g211Pl
WEIrV0m+zIhv6K1ffWiS
=VUnT
-----END PGP SIGNATURE-----