Re: [v6ops] An Update to Happy Eyeballs

Lorenzo Colitti <lorenzo@google.com> Wed, 22 March 2017 14:56 UTC

Return-Path: <lorenzo@google.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 3834A126C25 for <v6ops@ietfa.amsl.com>; Wed, 22 Mar 2017 07:56:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 vR89EM9o4MHE for <v6ops@ietfa.amsl.com>; Wed, 22 Mar 2017 07:56:48 -0700 (PDT)
Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BABD5129495 for <v6ops@ietf.org>; Wed, 22 Mar 2017 07:56:43 -0700 (PDT)
Received: by mail-vk0-x230.google.com with SMTP id j64so112636320vkg.3 for <v6ops@ietf.org>; Wed, 22 Mar 2017 07:56:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=i5d4pQlX4dBnYxyrr3/Ea7kCS/pAQ5kOhucCsKGIokU=; b=E0HdSCL/h+DIBcyRYt4Yqi+6XZjmm09LiNZ48OsaI0PBKQp2w2kmFQrgBPlx3ZENXL 29d6B3QD/ImNVB/Yci/yDkNXiFSdT1YVGTat26M7lsWAZc6XUA8eHAYZ82NkAGk5WWdc Q380dvwWzTBZenoTGFfUvKdP9U0Nt2kjscCN3c/2mfuHDVa04Ax9KSzI9yCQ5Zqgrhy6 8NqMaXPgB/MZNNAfhUc4rfsKejwNn50wJ9LPm2lMe3sN+tzh46jo8AnYjSPd0rZnY08N 0Q6mTePztDfi4Mnganh8C9z+z/S7L8THavgG7NSwJwcpukhIvQa2bqxZ9xwcMBhY6n5g hDww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=i5d4pQlX4dBnYxyrr3/Ea7kCS/pAQ5kOhucCsKGIokU=; b=SgDn8T014eSpf2BjNbwsq99bGMnxkObf3zalPR2zlsk/TK8R4mOdvPJay+ikmaAHA7 9LhRKDJzYuV6unnj15qBVhomzNSJJUJhQBPcFuThNqnxXrRGo7+v9ymmO6jpI0hMROdn c/BEpIf5VqobAxxN3x6QyGF75J/mGqJoBKFD9VZaQbb9/aWvacVhOVXmaQKnQNcV35fI cxDU3ZsirfuQvC+VbBRqxXYCOFlaNKzG0cuiJ5pCNzdK5HXTPNtWnADvBaptPQJeaXOs xvxbZAIG2j4JRgh50FMbZvAfh8jJgDao85MDLnqLAAEH5xcpv9l2iuhl1IVWZfe2CZXU ANqA==
X-Gm-Message-State: AFeK/H1B9GBSnhTsEc5Lbw7bzoLZtBN8sHkqIFPCwVlkd2/anrkqxcPKPw86zQU1jCcqOchNVAd3Lt59odDrXg4l
X-Received: by 10.31.185.73 with SMTP id j70mr6834387vkf.102.1490194602632; Wed, 22 Mar 2017 07:56:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.31.155.211 with HTTP; Wed, 22 Mar 2017 07:56:21 -0700 (PDT)
In-Reply-To: <20170315034622.0EAB566D1CED@rock.dv.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> <CAKC-DJjeUX1rRB_e99SGJS06RoFZ6E6A8Tpj0hPAvfS6+L+XWA@mail.gmail.com> <BAEBBDCE-790E-43D7-BD2A-AE1BF9B81B34@apple.com> <20170315034622.0EAB566D1CED@rock.dv.isc.org>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Wed, 22 Mar 2017 23:56:21 +0900
Message-ID: <CAKD1Yr2fKeJbW=q1wP8+6C-Q=WoVHYR9-HfXZ8-AjZ-_Y8ckyw@mail.gmail.com>
To: Mark Andrews <marka@isc.org>
Cc: David Schinazi <dschinazi@apple.com>, IPv6 Operations <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="001a11439f3cf013b5054b52f76e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/neGb32uW7ZD731SbXXgFfHjcOcA>
Subject: Re: [v6ops] An Update to Happy Eyeballs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 22 Mar 2017 14:56:50 -0000

On Wed, Mar 15, 2017 at 12:46 PM, Mark Andrews <marka@isc.org> wrote:

> Happy Eyeballs was never about having the absolute fastest time to
> connect.  It was about establishing a connection in a reasonable
> amount of time in presence of network / server failures without
> having ridiciously long failover delays.
>

I think this is just a naming issue. Happy Eyeballs was about avoiding
broken IPv6 connections. Period. In fact, the very first words in RFC 6555
are "When a server's IPv4 path and protocol are working, but the server's
IPv6 path and protocol are not working...".

What is written in this draft does much more than that, and calling it
"happy eyeballs" is sort of insultingly simplistic. Perhaps just drop the
words "happy eyeballs" and reposition the draft as a best current practice
to provide a good user experience in a dual-stack Internet?

I think it's extremely hard to argue that waiting for an A query when you
have an AAAA in cache (or vice versa) is going to reduce latency or improve
user experience. You can use getaddrinfo if you want, but you're going to
pay the price in terms of latency. I wouldn't call that a best practice.