IETF Logo Mail Archive

Re: [DNSOP] opportunistic refresh and Happy Eyeballs

Bob Halley <Bob.Halley@nominum.com> Tue, 15 August 2017 22:58 UTC

Return-Path: <Bob.Halley@nominum.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 84D1513243A for <dnsop@ietfa.amsl.com>; Tue, 15 Aug 2017 15:58:02 -0700 (PDT)
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, 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 mieCZc9m4_ZP for <dnsop@ietfa.amsl.com>; Tue, 15 Aug 2017 15:58:01 -0700 (PDT)
Received: from sjc1-mx02-inside.nominum.com (sjc1-mx02-inside.nominum.com [64.89.234.25]) (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 152D9132428 for <dnsop@ietf.org>; Tue, 15 Aug 2017 15:58:01 -0700 (PDT)
Received: from webmail.nominum.com (unknown [IPv6:2620:0:b60:fab4:38af:c9d6:18df:f5fe]) (using TLSv1.2 with cipher AES256-SHA256 (256/256 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by sjc1-mx02-inside.nominum.com (Postfix) with ESMTPS id 7350F7400E3; Tue, 15 Aug 2017 22:57:30 +0000 (UTC)
Received: from SJC1-EXCH02.WIN.NOMINUM.COM (64.89.235.69) by SJC1-EXCH02.WIN.NOMINUM.COM (64.89.235.69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA) id 15.1.1034.26; Tue, 15 Aug 2017 15:57:27 -0700
Received: from SJC1-EXCH02.WIN.NOMINUM.COM ([fe80::38af:c9d6:18df:f5fe]) by SJC1-EXCH02.WIN.NOMINUM.COM ([fe80::38af:c9d6:18df:f5fe%11]) with mapi id 15.01.1034.026; Tue, 15 Aug 2017 15:57:27 -0700
From: Bob Halley <Bob.Halley@nominum.com>
To: Paul Vixie <paul@redbarn.org>
CC: "dnsop@ietf.org" <dnsop@ietf.org>
Thread-Topic: [DNSOP] opportunistic refresh and Happy Eyeballs
Thread-Index: AQHTFZfD5iFmUq5F50OBp+oh3htLcqKFvRuAgABkzoD//7E5NoAAkRYAgAAZroA=
Date: Tue, 15 Aug 2017 22:57:27 +0000
Message-ID: <43BE41D4-40FA-49DA-8F8E-13651F9DFB5E@nominum.com>
References: <alpine.DEB.2.20.1708150911470.3655@uplift.swm.pp.se> <D65BFC40-FF9F-4B81-B185-906C12BC0C59@fugue.com> <5A6662B6-1857-4A9B-ABF5-9EB01BD94608@vpnc.org> <59933D59.3090407@redbarn.org> <alpine.DEB.2.20.1708150911470.3655@uplift.swm.pp.se> <9EED4C56-8B35-4013-861D-0B86F66483E0@puck.nether.net> <59932F2F.9030504@redbarn.org> <20170815194607.GY8146@mournblade.imrryr.org> <599366CE.6040003@redbarn.org>
In-Reply-To: <599366CE.6040003@redbarn.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [64.89.232.154]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <D093D5E018EA954F9AAAF84DEC80AA53@nominum.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/CZ-psa6euD6-gPKKmUUHe3QqsbE>
Subject: Re: [DNSOP] opportunistic refresh and Happy Eyeballs
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: Tue, 15 Aug 2017 22:58:02 -0000

> On Aug 15, 2017, at 14:25, Paul Vixie <paul@redbarn.org> wrote:
> 
> Viktor Dukhovni wrote:
>> On Tue, Aug 15, 2017 at 10:28:15AM -0700, Paul Vixie wrote:
>> ...
>>> 
>>> We can specify that AAAA be sent as additional data for QTYPE=A, and
>>> that A be sent as additional data when QTYPE=AAAA.
>>> 
>>> given identical deployment curves along both the ANYA and
>>> additional-data timelines, we will get identical results.
>> 
>> +1, by far simpler/cleaner than adding a new RR type.
> 
> viktor, if you write this up and submit it as an i-d, i agree to review it.

I am also willing to review such a draft.

/Bob

v2.23.0 | Report a Bug | By Email