[v6ops] Happy Eyeballs v2

[David Schinazi <[e-mail]>]

Hi v6ops,

We've updated our "Update to Happy Eyeballs" document to address feedback received so far:
https://tools.ietf.org/html/draft-ietf-v6ops-rfc6555bis-00 <https://tools.ietf.org/html/draft-ietf-v6ops-rfc6555bis-00>

Main changes since the previous version:
- Draft is now a v6ops working group document
- Draft name is now rfc6555bis
- Title changed to "Happy Eyeballs Version 2: Better Connectivity Using Concurrency"
	The rationale here is that this is different enough from RFC6555 that it warrants
	a slightly new name, however we didn't want to completely change the name
	since people always refer to the old name which causes confusion (e.g. SSL/TLS).
	For reference RFC6555 has title "Happy Eyeballs: Success with Dual-Stack Hosts"
- Draft now obsoletes 6555 (if approved)
- Changed wording to be more generic than IPv6/v4 fallback
- Added details on timeout computation and bounds
- Added possibility to change timeout without updating document
- Added a limitations sections declaring PMTUD and application-layer failures out of scope

Diff viewer:
https://tools.ietf.org/rfcdiff?url1=draft-pauly-v6ops-happy-eyeballs-update-01&url2=draft-ietf-v6ops-rfc6555bis-00.txt <https://tools.ietf.org/rfcdiff?url1=draft-pauly-v6ops-happy-eyeballs-update-01&url2=draft-ietf-v6ops-rfc6555bis-00.txt>
https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url1=draft-pauly-v6ops-happy-eyeballs-update-01&url2=draft-ietf-v6ops-rfc6555bis-00.txt <https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url1=draft-pauly-v6ops-happy-eyeballs-update-01&url2=draft-ietf-v6ops-rfc6555bis-00.txt>

Thanks to everyone who sent feedback, and please let us know if this addresses yours.
David


> Begin forwarded message:
> 
> 
> A new version of I-D, draft-ietf-v6ops-rfc6555bis-00.txt
> has been successfully submitted by David Schinazi and posted to the
> IETF repository.
> 
> Name:		draft-ietf-v6ops-rfc6555bis
> Revision:	00
> Title:		Happy Eyeballs Version 2: Better Connectivity Using Concurrency
> Document date:	2017-04-08
> Group:		v6ops
> Pages:		9
> URL:            https://www.ietf.org/internet-drafts/draft-ietf-v6ops-rfc6555bis-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-ietf-v6ops-rfc6555bis/
> Htmlized:       https://tools.ietf.org/html/draft-ietf-v6ops-rfc6555bis-00
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-rfc6555bis-00
> 
> 
> Abstract:
>   Many communication protocols operated over the modern Internet uses
>   host names.  These often resolve to multiple IP addresses, each of
>   which may have different performance and connectivity
>   characteristics.  Since specific addresses or address families (IPv4
>   or IPv6) may be blocked, broken, or sub-optimal on a network, clients
>   that attempt multiple connections in parallel have a higher chance of
>   establishing a connection sooner.  This document specifies
>   requirements for algorithms that reduce this user-visible delay and
>   provides an example algorithm.