Re: [rrg] Happy Eyeballs RFC6555: app changes so dual-stack IPv4/6 is usable

Shane Amante <shane@castlepoint.net> Tue, 13 November 2012 06:11 UTC

Return-Path: <shane@castlepoint.net>
X-Original-To: rrg@ietfa.amsl.com
Delivered-To: rrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACDAB21F88C6 for <rrg@ietfa.amsl.com>; Mon, 12 Nov 2012 22:11:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.375
X-Spam-Level:
X-Spam-Status: No, score=0.375 tagged_above=-999 required=5 tests=[AWL=-0.584, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, MIME_QP_LONG_LINE=1.396, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WcWFgUdwDwyJ for <rrg@ietfa.amsl.com>; Mon, 12 Nov 2012 22:11:35 -0800 (PST)
Received: from mail.friendswithtools.org (unknown [64.78.239.70]) by ietfa.amsl.com (Postfix) with ESMTP id 44B8221F88C1 for <rrg@irtf.org>; Mon, 12 Nov 2012 22:11:27 -0800 (PST)
Received: from dspam (unknown [127.0.0.1]) by mail.friendswithtools.org (Postfix) with SMTP id 71FA920E2 for <rrg@irtf.org>; Tue, 13 Nov 2012 06:11:26 +0000 (UTC)
Received: from [172.16.15.40] (174-29-211-99.hlrn.qwest.net [174.29.211.99]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.friendswithtools.org (Postfix) with ESMTPSA id F18066F1; Mon, 12 Nov 2012 23:11:25 -0700 (MST)
References: <A5F253CD-71F6-49BD-95CC-897F803860F1@gmail.com> <50A19CA4.8000007@firstpr.com.au> <44EED7F5-2C8E-4784-B72D-EF28C8366F61@castlepoint.net> <50A1CB11.4050809@firstpr.com.au> <78553EF9-D0D4-4914-89CC-E9CC1F435FDB@castlepoint.net> <50A1DF3F.6020801@firstpr.com.au>
Mime-Version: 1.0 (1.0)
In-Reply-To: <50A1DF3F.6020801@firstpr.com.au>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Message-Id: <05AD8FE9-B1D1-4694-9F69-61260B0FC1DA@castlepoint.net>
X-Mailer: iPad Mail (10A523)
From: Shane Amante <shane@castlepoint.net>
Date: Mon, 12 Nov 2012 23:11:23 -0700
To: Robin Whittle <rw@firstpr.com.au>
X-DSPAM-Result: Innocent
X-DSPAM-Processed: Mon Nov 12 23:11:26 2012
X-DSPAM-Confidence: 0.9899
X-DSPAM-Improbability: 1 in 9809 chance of being spam
X-DSPAM-Probability: 0.0000
X-DSPAM-Signature: 50a1e48e199638145918272
X-DSPAM-Factors: 27, From*Amante+shane, 0.01000, the+#+#+the, 0.01000, the+#+#+the, 0.01000, 2012+at, 0.01000, at+#+#+PM, 0.01000, 12+#+at, 0.01000, Nov+12, 0.01000, that+#+#+to, 0.01000, From*Shane+#+shane, 0.01000, the+#+#+#+the, 0.01000, the+#+#+#+the, 0.01000, the+#+of, 0.01000, the+#+of, 0.01000, in+the, 0.01000, in+the, 0.01000, From*Shane Amante <shane@castlepoint.net>, 0.01000, From*Amante+#+castlepoint.net, 0.01000, 2012+#+#+#+PM, 0.01000, From*shane+castlepoint.net, 0.01000, This+is, 0.01000, to+be, 0.01000, From*Shane+#+#+castlepoint.net, 0.01000, Cc*rrg+irtf.org, 0.01000, 12+2012, 0.01000, Url*http, 0.01000, Url*http, 0.01000, Nov+#+#+at, 0.01000
Cc: RRG <rrg@irtf.org>
Subject: Re: [rrg] Happy Eyeballs RFC6555: app changes so dual-stack IPv4/6 is usable
X-BeenThere: rrg@irtf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IRTF Routing Research Group <rrg.irtf.org>
List-Unsubscribe: <http://www.irtf.org/mailman/options/rrg>, <mailto:rrg-request@irtf.org?subject=unsubscribe>
List-Archive: <http://www.irtf.org/mail-archive/web/rrg>
List-Post: <mailto:rrg@irtf.org>
List-Help: <mailto:rrg-request@irtf.org?subject=help>
List-Subscribe: <http://www.irtf.org/mailman/listinfo/rrg>, <mailto:rrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Nov 2012 06:11:36 -0000

On Nov 12, 2012, at 10:48 PM, Robin Whittle <rw@firstpr.com.au> wrote:

> Hi Shane,
> 
> Thanks very much for your Happy Eyeballs answer in the "Re: [rrg] ILNP:
> existing applications & other critiques" thread to my question about why
> people watching the Olympics on a Comcast HFC network would sometimes
> have their browser, player or whatever access the videos via IPv6 servers:
> 
>  http://en.wikipedia.org/wiki/Happy_Eyeballs
>  http://tools.ietf.org/html/rfc6555    April 2012
> 
> If the IPv4 connection is behind NAT, including with the NAT box in the
> provider network, and if the individual hosts have their own public
> unicast IPv6 addresses, then this can reduce the traffic through the
> IPv4 NAT box.  The algorithm is designed to generally favor IPv6, with
> the long-term intention of reducing the use of IPv4.
> 
>   "... the client sends two TCP SYNs at the same time over IPv6 and
>    IPv4."
> 
> If an ACK is received for both, the client selects whether to use IPv4
> or IPv6, and caches this for 10 minutes.
> 
>   "The simplest venue for the implementation of Happy Eyeballs is
>    within the application itself."
> 
> It seems that applications need to be altered, by the addition of a
> Happy Eyeballs algorithm, to provide reliable performance when the
> dual-stack host is connected to both IPv4 and IPv6.  This is
> unfortunate, but not surprising - since these are two separate Internets.

No.  Note that Mac OS X _operating_system_ implements a form of Happy Eyeballs. Thus, there is no need for apps on top of OS X to implement it.  IMO, the only reason apps such as Firefox & Chrome have implemented Happy Eyeballs is because Windows does not implement Happy Eyeballs, so the apps vendors were forced to work around it.

This illustrates the fundamental conundrum we're facing. Apps vendors are making up for the deficiencies of the underlying operating system network stacks.  If we give the O/S vendors something to latch on to, then it makes everyone's lives improved.

-shane


> 
>  - Robin
> 
>