Re: [DNSOP] Minimum viable ANAME

Mark Andrews <marka@isc.org> Sun, 04 November 2018 23:04 UTC

Return-Path: <marka@isc.org>
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 4EE0B129BBF for <dnsop@ietfa.amsl.com>; Sun, 4 Nov 2018 15:04:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 rDHD2wVIQJcl for <dnsop@ietfa.amsl.com>; Sun, 4 Nov 2018 15:04:50 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (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 DBB52128D68 for <dnsop@ietf.org>; Sun, 4 Nov 2018 15:04:50 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id B8F7F3AB2E3; Sun, 4 Nov 2018 23:04:50 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id A1B5C160077; Sun, 4 Nov 2018 23:04:50 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 84406160079; Sun, 4 Nov 2018 23:04:50 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ci3y2-iOXk3w; Sun, 4 Nov 2018 23:04:50 +0000 (UTC)
Received: from [172.30.42.67] (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id ACA3D160077; Sun, 4 Nov 2018 23:04:49 +0000 (UTC)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
From: Mark Andrews <marka@isc.org>
In-Reply-To: <5BDEA757.7040208@redbarn.org>
Date: Mon, 5 Nov 2018 10:04:47 +1100
Cc: Ray Bellis <ray@bellis.me.uk>, dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <C536FA41-4E24-4552-9139-8AB9B741E009@isc.org>
References: <20180919201401.8E0C220051382A@ary.qy> <08C8A740-D09B-4577-AF2A-79225EDB526B@dotat.at> <20180920061343.GA754@jurassic> <E944887D-51ED-41A0-AC5A-3076743620D8@isoc.org> <acef1f69-8e4f-52cc-dca5-3ada9446e0ee@bellis.me.uk> <5BDE34E3.5030602@redbarn.org> <a149f8ba-7350-327f-ab13-8c6eeb76f2f5@bellis.me.uk> <a85e1f2e-4feb-3f9e-fb8c-62214de98fd2@bellis.me.uk> <5BDEA757.7040208@redbarn.org>
To: Paul Vixie <paul@redbarn.org>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/dcaoI6hPOFwS1uQ-oLRMs2bsrZs>
Subject: Re: [DNSOP] Minimum viable ANAME
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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: Sun, 04 Nov 2018 23:04:52 -0000


> On 4 Nov 2018, at 7:01 pm, Paul Vixie <paul@redbarn.org>; wrote:
> 
> 
> 
> Ray Bellis wrote:
>> 
>> 
>> On 04/11/2018 08:05, Ray Bellis wrote:
>> 
>>> AFAIK, BIND does not currently do this.  That said, MarkA has a patch
>>> that supports it, so we do know it's possible.
>> 
>> Correction - BIND *does* do this, but only for address records that are
>> already in the cache. If the AAAA for the target is in the cache, but
>> the A record isn't, that's all you'll get.
> 
> that's all we need. it's all we do for MX and NS additional data, too.
> 
>> Mark's patch forces BIND to pre-fill the cache with the A and AAAA
>> records for the SRV target before replying.
> 
> that would be a mistake. we are hitting for average here not power -- the behaviour to optimize for is whatever's most common. if the SRV is used, the AAAA or A RRsets will be fetched, and thus cached. if the SRV is only used once, that caching effort will be wasted. if the SRV is used many times, then the dominant use case will be that the additional data is found in cache because the client caused this to be so.

The main objection to SRV was the double RTT to the recursive server.  Fetching the address records before returning will speed up the sites that are not talked to regularly and will not slow down the sites that are talked to regularly as the values will already be in cache.

> -- 
> P Vixie
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742              INTERNET: marka@isc.org