Re: [DNSOP] Clarifying referrals (#35)
Andrew Sullivan <ajs@anvilwalrusden.com> Thu, 30 November 2017 01:59 UTC
Return-Path: <ajs@anvilwalrusden.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 59D581287A3 for <dnsop@ietfa.amsl.com>; Wed, 29 Nov 2017 17:59:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=yitter.info header.b=BETYr7Tc; dkim=pass (1024-bit key) header.d=yitter.info header.b=WHNUEA4Z
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 6573c_1KaLJU for <dnsop@ietfa.amsl.com>; Wed, 29 Nov 2017 17:59:36 -0800 (PST)
Received: from mx4.yitter.info (mx4.yitter.info [159.203.56.111]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1787127136 for <dnsop@ietf.org>; Wed, 29 Nov 2017 17:59:35 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mx4.yitter.info (Postfix) with ESMTP id 85138BD337 for <dnsop@ietf.org>; Thu, 30 Nov 2017 01:59:04 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1512007144; bh=p/Rtz3TBbf4gb5I/s0ZqW6zoRemIdd4m71fjIFHRJgQ=; h=Date:From:To:Subject:References:In-Reply-To:From; b=BETYr7TcTD4GXjKRCWuOdwBJJIL2ZErn+o9o9P4ZSQZWOL2uw1Pk8VA3mPakEYWr4 Wgc56FYdczPqCG8dPsyvvnKdpjkF7pswU3oEx/xYwBR1+7Uam1/JFa/B4EweG6vyio QNCdGkcz/77cUrzMpKx+/5OyCTcGBcVJI7dTKipw=
X-Virus-Scanned: Debian amavisd-new at crankycanuck.ca
Received: from mx4.yitter.info ([127.0.0.1]) by localhost (mx4.yitter.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1sCqvcWKT0it for <dnsop@ietf.org>; Thu, 30 Nov 2017 01:59:02 +0000 (UTC)
Date: Wed, 29 Nov 2017 20:59:00 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yitter.info; s=default; t=1512007142; bh=p/Rtz3TBbf4gb5I/s0ZqW6zoRemIdd4m71fjIFHRJgQ=; h=Date:From:To:Subject:References:In-Reply-To:From; b=WHNUEA4ZvQwkeBUK6noanUuS9emey2VVwCm+BR/9boTD+QiJaoVuUw28ToC1T+bEj sAhqv2hRmwGoO1bV0MJGr6oGtaZf6ZjlriG/4S45GcbUJnNDKPwGMPDuU5Ew041MdM TBGVfcElBl7s8s/vjW4mZwRlC4WP4dV+6waITgSY=
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: dnsop@ietf.org
Message-ID: <20171130015900.vtd2wf7kysibctbj@mx4.yitter.info>
References: <20171129014436.sx546yjwvobepnyp@mx4.yitter.info> <8E36C30A-A7BC-4908-BE06-6D2B8B469006@isc.org> <20171129015303.kthpahbi6w6m645d@mx4.yitter.info> <AE976F3F-0270-4484-BCE4-FE0E9BF9D03E@isc.org> <20171129020347.b3zq3rcwsubmrlhh@mx4.yitter.info> <476FF2A7-DB80-40B6-917A-2675497DD6FC@isc.org> <20171129121706.4zh4kgx3wmtucmpc@mx4.yitter.info> <CAKW6Ri4T1h0n2r-Zp5xUUvW4n+u4oFPww2SDRnqwQMBF_wjY0g@mail.gmail.com> <8CA9C8EB-F117-4797-810F-DEF047F110BB@dotat.at> <F0D18DF2-1037-4BBA-B111-4D089E5E445F@dotat.at>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <F0D18DF2-1037-4BBA-B111-4D089E5E445F@dotat.at>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/TgmJMdGBRnBPqsyCxAjplIZhaqY>
Subject: Re: [DNSOP] Clarifying referrals (#35)
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: Thu, 30 Nov 2017 01:59:37 -0000
On Wed, Nov 29, 2017 at 11:34:12PM +0000, Tony Finch wrote: > > Normal (downward) referrals come from authoritative data, and indicate the server is saying to the client, you need to ask here next; on the other hand these special kinds of referrals come from the cache. An implicit referral comes in a full-fat RD=1 RA=1 answer, and indicates the server is telling the client where the answer came from; if RD=0 or RA=0 you can get an upward referral, which indicates the server is telling the client where the server would ask next in order to fill its cache. > I think that's correct. But what is not plain to me in my reading, insistent noises on the list notwithstanding, is whether the second ¶ in step 3.b of the algorithm in section 4.3.2 of RFC 1034 is still part of what "a referral" means. The ordinary English meaning, as far as I can tell, of that 3.b subsection is that everything one does as part of step 3.b is a referral response. The problem is that "Go to step 4" is part of that last ¶, not a new ¶, and so what I think is obscure in the algorithm text is whether the stuff you're copying into the response in step 4. I tend to agree that the other parts of STD 13 argues in favour of at least "upward referrals are a degenerate case" and maybe even "upward referrals are _not_ referrals in the bare word sense." But while I find that reading persuasive, there are two important facts to consider: for a long time, that was not actually the reading people adhered to, and there does not seem to have been a lot of complaining about it (indeed, even djb's remarks about DNS barely suggest this is a fault of the server, and AFAICT he thought that BIND was responsible for bubonic plague when he wrote those notes). Second, we should not expect, in fairness, an earnest reader to do the same synoptic reading that others have done, or to reach the same conclusion. It's at least as likely that such a reader will conclude that RFCs 1034 and 1035 are written with a certain lack of terminological rigour -- which is perhaps borne out by the effort we apparently need to make to clarify a term as fundamental as "referral". I don't think anyone in this discussion disagrees about how things _ought_ to operate. But in the terminology document, I think we have tried to preserve the meanings that persist on the Internet. I find it very hard to convince myself either that upward referrals are dead, or even that lots of people don't use "referral response" to mean "referral to the root". I encounter both of these ways of speaking with some regularity. Maybe my sample is really skewed; but I think it is at least as plausible that people who are clued into the DNS think that upward referrals are bad and that therefore all referrals must be down. > implicit referrals and upward referrals are supposed to be cache-filling gossip (in the distributed systems sense of gossip protocols). > I like this observation. Thanks. Best regards, A -- Andrew Sullivan ajs@anvilwalrusden.com
- [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Stephane Bortzmeyer
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) John Kristoff
- Re: [DNSOP] [Ext] Re: Clarifying referrals (#35) Edward Lewis
- [DNSOP] CDS polling, was Re: [Ext] Re: Clarifying… Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Evan Hunt
- Re: [DNSOP] Clarifying referrals (#35) Matthew Pounsett
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Edward Lewis
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Matthew Pounsett
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Matthew Pounsett
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Robert Edmonds
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Mark Andrews
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Evan Hunt
- [DNSOP] another draft (was Re: Clarifying referra… Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Mark Elkins
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Jacques Latour
- Re: [DNSOP] Clarifying referrals (#35) Dave Lawrence
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Paul Wouters
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] CDS polling, was Re: [Ext] Re: Clarif… Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Stephane Bortzmeyer
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) P Vix
- Re: [DNSOP] Clarifying referrals (#35) Mark Andrews
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) P Vix
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Paul Hoffman
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] Clarifying referrals (#35) Dick Franks
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Dick Franks
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Dick Franks
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Paul Vixie
- Re: [DNSOP] Clarifying referrals (#35) Florian Weimer
- Re: [DNSOP] Clarifying referrals (#35) Tony Finch
- Re: [DNSOP] Clarifying referrals (#35) Andrew Sullivan
- Re: [DNSOP] Clarifying referrals (#35) Bob Harold
- Re: [DNSOP] Clarifying referrals (#35) Evan Hunt
- Re: [DNSOP] Clarifying referrals (#35) Wessels, Duane
- Re: [DNSOP] Clarifying referrals (#35) Johannes Naab