IETF Logo Mail Archive

Re: [v6ops] An Update to Happy Eyeballs

Philip Homburg <pch-v6ops-6@u-1.phicoh.com> Fri, 10 March 2017 22:54 UTC

Return-Path: <pch-bF054DD66@u-1.phicoh.com>
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 CCA11129441 for <v6ops@ietfa.amsl.com>; Fri, 10 Mar 2017 14:54:40 -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] 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 7vzsDkS3-e5u for <v6ops@ietfa.amsl.com>; Fri, 10 Mar 2017 14:54:39 -0800 (PST)
Received: from stereo.hq.phicoh.net (stereo6-tun.hq.phicoh.net [IPv6:2001:888:1044:10:2a0:c9ff:fe9f:17a9]) by ietfa.amsl.com (Postfix) with ESMTP id 18137129486 for <v6ops@ietf.org>; Fri, 10 Mar 2017 14:54:35 -0800 (PST)
Received: from stereo.hq.phicoh.net ([::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (Smail #127) id m1cmTQX-0000IcC; Fri, 10 Mar 2017 23:54:25 +0100
Message-Id: <m1cmTQX-0000IcC@stereo.hq.phicoh.net>
To: v6ops@ietf.org
From: Philip Homburg <pch-v6ops-6@u-1.phicoh.com>
Sender: pch-bF054DD66@u-1.phicoh.com
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>
In-reply-to: Your message of "Fri, 10 Mar 2017 09:29:55 -0800 ." <ABE752F6-895B-431C-9E94-E0CD2FDDB2E3@apple.com>
Date: Fri, 10 Mar 2017 23:54:22 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/RVETDuiwFKdPlF-XFEyyx9Uj0ZY>
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: Fri, 10 Mar 2017 22:54:41 -0000

In your letter dated Fri, 10 Mar 2017 09:29:55 -0800 you wrote:
>We can certainly soften some of the language to make it clear that if 
>your system has no such option, you are not necessarily out of spec, but if su
>ch an option is available, we believe that it SHOULD indeed be used. This fits
> with the Happy Eyeballs paradigm: if I am waiting for one of the DNS response
>s to come back, I could have already made my connection in that time, getting 
>the user the resource loaded more quickly.

If the DNS requirements can be toned down to the point that an application
can use getaddrinfo if that fits the application, then that's fine
with me.

v2.23.0 | Report a Bug | By Email