Re: [DNSOP] abandoning ANAME and standardizing CNAME at apex

Mark Andrews <marka@isc.org> Wed, 20 June 2018 01:03 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 20FBF130E52 for <dnsop@ietfa.amsl.com>; Tue, 19 Jun 2018 18:03:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 v0EAQrD7PSEF for <dnsop@ietfa.amsl.com>; Tue, 19 Jun 2018 18:03:17 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (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 DF3951274D0 for <dnsop@ietf.org>; Tue, 19 Jun 2018 18:03:17 -0700 (PDT)
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 069BC3AB070; Wed, 20 Jun 2018 01:03:15 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id E2568160053; Wed, 20 Jun 2018 01:03:14 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id C7AE4160064; Wed, 20 Jun 2018 01:03:14 +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 4HUXgVoiXohU; Wed, 20 Jun 2018 01:03:14 +0000 (UTC)
Received: from rock-73422.home.lan (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id E5C63160053; Wed, 20 Jun 2018 01:03:12 +0000 (UTC)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Mark Andrews <marka@isc.org>
In-Reply-To: <9d74dfa.b83ee7c9.1641a43f06a@redbarn.org>
Date: Wed, 20 Jun 2018 11:03:10 +1000
Cc: David Conrad <drc@virtualized.org>, Ray Bellis <ray@bellis.me.uk>, dnsop@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <FE2592E5-D6C3-4C43-BED7-23885A3458D4@isc.org>
References: <b73f3dc7-b378-d5d8-c7a2-42bc4326fbae@nic.cz> <alpine.DEB.2.11.1806191428250.916@grey.csi.cam.ac.uk> <691FC45D-E5B6-4131-95BF-878520351F3A@gmail.com> <bf0ba568-1a18-f8cf-c1a0-3f547d642a78@bellis.me.uk> <0438207E-A4C2-434D-9507-9D9F54765CFB@puck.nether.net> <alpine.DEB.2.11.1806191649350.916@grey.csi.cam.ac.uk> <9a0d1bae-dc58-99b5-40d1-caa7737dbfb1@bellis.me.uk> <6213286F-10EB-400F-8333-3591C7A7B78B@virtualized.org> <9d74dfa.b83ee7c9.1641a43f06a@redbarn.org>
To: Paul Vixie <paul@redbarn.org>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/iOowcvwFFnZGT86Y1rh59S_BNsY>
Subject: Re: [DNSOP] abandoning ANAME and standardizing CNAME at apex
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.26
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: Wed, 20 Jun 2018 01:03:21 -0000

> On 20 Jun 2018, at 8:56 am, Paul Vixie <paul@redbarn.org>; wrote:
> 
> Neither. There were additional data rules to mostly prevent a second lookup, and even in those days, browsers cached hostname to address mappings.
> 
> Browsers didn't adopt because srv didn't solve geo or topology optimization. For a design change of this size, more payback was needed.
> -- 
> Paul Vixie
> 

Which is ridiculous given that it really is a *very* small change.

GLB should be able to compute "SRV 0 0 80 <target>” and "SRV 0 0 443 <target>" as easily as they compute "CNAME <target>”.  That should be no more than 30 minutes work to add even if you are doing it in assembler. It might even be faster in assembler. It uses all the same mechanisms to figure out the target.

> ----- Original Message -----
> From: David Conrad <drc@virtualized.org>;
> Sent: 2018-06-19 - 18:44
> To: Ray Bellis <ray@bellis.me.uk>;
> Subject: Re: [DNSOP] abandoning ANAME and standardizing CNAME at apex
> 
>> On Jun 19, 2018, at 2:03 PM, Ray Bellis <ray@bellis.me.uk>; wrote:
>>> AIUI, a large part of the supposed issue with SRV was the inertia of the
>>> installed base of browsers that wouldn't know how to access them.
>> 
>> I thought the more fundamental problem was the additional latency caused by the second lookup since SRV specified domain names as targets.
>> 
>> But maybe I’m misremembering.
>> 
>> Regads,
>> -drc
>> 
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
> 
> 
> _______________________________________________
> 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