[v6ops] An Update to Happy Eyeballs

[David Schinazi <[e-mail]>]

Hi v6ops,

Tommy Pauly and myself have written up what we've learned
in the past few years maintaining and improving Apple's Happy Eyeballs stack,
and submitted it as draft-pauly-v6ops-happy-eyeballs-update.

You'd love to hear your feedback!

Thanks,
David Schinazi


> Begin forwarded message:
> 
> From: [e-mail]
> Subject: New Version Notification for draft-pauly-v6ops-happy-eyeballs-update-00.txt
> Date: March 8, 2017 at 10:43:20 PST
> To: Tommy Pauly <[e-mail]>, David Schinazi <[e-mail]>
> 
> 
> A new version of I-D, draft-pauly-v6ops-happy-eyeballs-update-00.txt
> has been successfully submitted by David Schinazi and posted to the
> IETF repository.
> 
> Name:		draft-pauly-v6ops-happy-eyeballs-update
> Revision:	00
> Title:		An Update to Happy Eyeballs
> Document date:	2017-03-08
> Group:		Individual Submission
> Pages:		7
> URL:            https://www.ietf.org/internet-drafts/draft-pauly-v6ops-happy-eyeballs-update-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-pauly-v6ops-happy-eyeballs-update/
> Htmlized:       https://tools.ietf.org/html/draft-pauly-v6ops-happy-eyeballs-update-00
> 
> 
> Abstract:
>   "Happy Eyeballs" (RFC6555) is the name for a technique of reducing
>   user-visible delays on dual-stack hosts.  Since one address family
>   (IPv4 or IPv6) may be blocked, broken, or sub-optimal on a network,
>   clients that attempt connections for both address families in
>   parallel have a higher chance of establishing a connection sooner.
>   Now that this approach has been deployed at scale and measured for
>   several years, the algorithm specification can be refined to improve
>   its reliability and generalization.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>