Re: [DNSOP] Fwd: New Version Notification for draft-hoffman-dns-terminology-00.txt

Evan Hunt <each@isc.org> Tue, 09 December 2014 17:11 UTC

Return-Path: <each@isc.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 C10BD1A1A28 for <dnsop@ietfa.amsl.com>; Tue, 9 Dec 2014 09:11:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.911
X-Spam-Level:
X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, 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 75PA575OeKQ5 for <dnsop@ietfa.amsl.com>; Tue, 9 Dec 2014 09:11:00 -0800 (PST)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [199.6.1.65]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E5CC1A066C for <dnsop@ietf.org>; Tue, 9 Dec 2014 09:11:00 -0800 (PST)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id B77551FCAC1; Tue, 9 Dec 2014 17:10:57 +0000 (UTC)
Received: by bikeshed.isc.org (Postfix, from userid 10292) id 779E1216C3D; Tue, 9 Dec 2014 17:10:56 +0000 (UTC)
Date: Tue, 09 Dec 2014 17:10:56 +0000
From: Evan Hunt <each@isc.org>
To: Tony Finch <dot@dotat.at>
Message-ID: <20141209171056.GC63567@isc.org>
References: <20141128152445.12986.10641.idtracker@ietfa.amsl.com> <BD6A54D2-B3AF-40C9-8890-B5AF347E9516@vpnc.org> <alpine.LSU.2.00.1412091027460.28934@hermes-1.csi.cam.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <alpine.LSU.2.00.1412091027460.28934@hermes-1.csi.cam.ac.uk>
User-Agent: Mutt/1.4.2.3i
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/sSWtic2G9D8AYy0wnFzDG2bMw3o
Cc: dnsop <dnsop@ietf.org>, Paul Hoffman <paul.hoffman@vpnc.org>
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-hoffman-dns-terminology-00.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: Tue, 09 Dec 2014 17:11:01 -0000

On Tue, Dec 09, 2014 at 11:28:44AM +0000, Tony Finch wrote:
> This is not the usual DNS meaning of recursion. Referrals occur during
> *iterative* resolution. (Also, tangential to the point of this message,
> delegation NS records are not glue - if there is glue in the response,
> it isn't necessary to find the addresses of the NS targets!)

I've seen "glue" used generically to describe any record returned in
a response from an authoritative server for which that server is not
itself authoritative; that *would* include delegation NS RRsets, as
well as associated address records.  I've also seen it used to describe
any record in a parent zone that describes a child, even if the parent
*is* authoritative, as with "DS glue".

Not saying either of those definitions is correct; just that they're
not obviously wrong.  It would be a good idea to nail it down.

> BIND has various functions with "find" in the name which deal with finding
> name server addresses. I don't think it has a more special name for this
> part of the iterative process.

I call this "delegation following" (or sometimes "delegation chasing"),
but I don't recall where I first encountered the term, and there may
be a better one out there.

-- 
Evan Hunt -- each@isc.org
Internet Systems Consortium, Inc.