Re: [v6ops] An Update to Happy Eyeballs

Mark Andrews <marka@isc.org> Mon, 13 March 2017 21:04 UTC

Return-Path: <marka@isc.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 17478129AF5 for <v6ops@ietfa.amsl.com>; Mon, 13 Mar 2017 14:04:27 -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, RP_MATCHES_RCVD=-0.001, 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 ax4HuAq_KYwb for <v6ops@ietfa.amsl.com>; Mon, 13 Mar 2017 14:04:25 -0700 (PDT)
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 D00941294DD for <v6ops@ietf.org>; Mon, 13 Mar 2017 14:04:25 -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 DF7D43494FF; Mon, 13 Mar 2017 21:04:21 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id CE38E16003A; Mon, 13 Mar 2017 21:04:21 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id BB71F1600AD; Mon, 13 Mar 2017 21:04:21 +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 x-NwncHYQEpe; Mon, 13 Mar 2017 21:04:21 +0000 (UTC)
Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 32F2B16003A; Mon, 13 Mar 2017 21:04:21 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 559B566ACE72; Tue, 14 Mar 2017 08:04:16 +1100 (EST)
To: David Schinazi <dschinazi@apple.com>
From: Mark Andrews <marka@isc.org>
References: <148899860042.20118.391380898590855642.idtracker@ietfa.amsl.com> <A609BABB-BDF2-4CCB-8452-F489C019748C@apple.com> <m1clvfj-0000FCC@stereo.hq.phicoh.net> <ABE752F6-895B-431C-9E94-E0CD2FDDB2E3@apple.com> <m1cmTQX-0000IcC@stereo.hq.phicoh.net> <92EEB875-288D-4CF9-B81F-3B5C8EA49F53@apple.com> <m1cnPPa-0000H0C@stereo.hq.phicoh.net> <DE424897-E36A-4441-8F26-009AB0AD094E@apple.com>
In-reply-to: Your message of "Mon, 13 Mar 2017 11:13:51 -0700." <DE424897-E36A-4441-8F26-009AB0AD094E@apple.com>
Date: Tue, 14 Mar 2017 08:04:16 +1100
Message-Id: <20170313210416.559B566ACE72@rock.dv.isc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/g4c_MZs31MF4_74wj0OKZ8AfJA0>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] An Update to Happy Eyeballs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Mar 2017 21:04:27 -0000

This is also a area where fastest is the enemy of faster.

There is zero reason for making async DNS a MUST.  A MAY would be
fine for the DNS lookups.  AAAA lookups vary rarely fail to resolve
these days which was the original reason for splitting the two
lookups.  It also adds a lot of complication for very little gain.
It also doesn't preserve a preference to IPv6 as it depends on cache
content not transport reachability, 50ms is not enough time to take
cache contents out of the equation if A is cached and AAAA isn't.

nodes are supposed to impliment destination address selection policy
rules and that includes deciding whether to talk IPv4 or IPv6 first.
This document breaks that for no good reason.

Mark

In message <DE424897-E36A-4441-8F26-009AB0AD094E@apple.com>, David Schinazi wri
tes:
> Phillip,
> 
> By design, Happy Eyeballs cannot be implemented using blocking
> networking calls in a single-threaded C program, as it involves
> racing parallel operations. DNS is no different than TCP in this regard.
> 
> If an implementation wants to be compliant with this specification,
> they'll need to support asynchronous networking. If an implementation
> has limitations that prevent it from being compliant, that is fine,
> you don't need to support all RFCs to connect your code to the Internet.
> 
> If there is consensus in the working group to relax the requirements
> language in this document, we're absolutely open to that. But I don't
> believe we should restrict ourselves to getaddrinfo() or any API for
> that matter.
> 
> David
> 
> 
> > On Mar 13, 2017, at 05:49, Philip Homburg <pch-v6ops-6@u-1.phicoh.com> wrot
> e:
> > 
> >> 
> >>   We've incorporated them into -01, please let us know if they
> >>   were properly addressed.
> > 
> > In my opinion, there is no justification for declaring a single threaded
> > C application that uses getaddrinfo non-compliant.
> > 
> > So this draft doesn't address my concerns. Just calling getaddrinfo should
> > be enough. 
> > 
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org