Re: [v6ops] Happy Eyeballs, v3!

Vasilenko Eduard <vasilenko.eduard@huawei.com> Tue, 31 October 2023 17:51 UTC

Return-Path: <vasilenko.eduard@huawei.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 EBE59C1519AA for <v6ops@ietfa.amsl.com>; Tue, 31 Oct 2023 10:51:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZtlZM0ql5fpq for <v6ops@ietfa.amsl.com>; Tue, 31 Oct 2023 10:51:46 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8671C151989 for <v6ops@ietf.org>; Tue, 31 Oct 2023 10:51:45 -0700 (PDT)
Received: from mscpeml500001.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4SKd3H54zGz6K91p for <v6ops@ietf.org>; Wed, 1 Nov 2023 01:50:51 +0800 (CST)
Received: from mscpeml500001.china.huawei.com (7.188.26.142) by mscpeml500001.china.huawei.com (7.188.26.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Tue, 31 Oct 2023 20:51:42 +0300
Received: from mscpeml500001.china.huawei.com ([7.188.26.142]) by mscpeml500001.china.huawei.com ([7.188.26.142]) with mapi id 15.01.2507.031; Tue, 31 Oct 2023 20:51:42 +0300
From: Vasilenko Eduard <vasilenko.eduard@huawei.com>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] Happy Eyeballs, v3!
Thread-Index: AQHaBc+6JQFwWBi/A028Ga676GAe77BXnOOAgAybHNA=
Date: Tue, 31 Oct 2023 17:51:42 +0000
Message-ID: <3c06d6fec7454586b096bc7613c43469@huawei.com>
References: <169807883999.63185.10548875925842571926@ietfa.amsl.com> <EB36C6F8-A71C-42E1-BD80-5CFF0EB59CC6@apple.com> <b921151d21f64b9f982fbc05afdcc3cb@huawei.com>
In-Reply-To: <b921151d21f64b9f982fbc05afdcc3cb@huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.195.35]
Content-Type: multipart/alternative; boundary="_000_3c06d6fec7454586b096bc7613c43469huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ftXTDLm-pG652gPKxk-8FkfzH4I>
Subject: Re: [v6ops] Happy Eyeballs, v3!
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 31 Oct 2023 17:51:50 -0000

Hi all,
I could not claim that I am very good at the topic (very specific to the applications domain – my experience on the network side).
I read it carefully. It was a pleasure to read – I do not remember Daft or RFC of so good quality for a long time.
It looks like nothing is forgotten. Readability is excellent. The logic is very strong and straightforward.
Justification is very clear: promote SVCB RR and QUIC.
IMHO: it is ready for adoption, if not more.
Eduard
From: v6ops <v6ops-bounces@ietf.org<mailto:v6ops-bounces@ietf.org>> On Behalf Of Tommy Pauly
Sent: Monday, October 23, 2023 6:39 PM
To: v6ops@ietf.org<mailto:v6ops@ietf.org>
Subject: [v6ops] Happy Eyeballs, v3!

Hello v6ops,

We’ve just published a new draft for “Happy Eyeballs Version 3”, which is intended as a -bis document to RFC 8305 (which was developed in this WG). There are a few major points that needed updating:

- Describing how to incorporate SVCB / HTTPS RRs
              - Priority
              - v4/v6 hints
              - Affect on various timers, etc
              - ECH, ALPN, etc
- Describing how happy eyeballs applies to QUIC (and also TLS over TCP)

The bulk of the document is the same as RFC 8305, but updates the logic and algorithm for these changes.

Please take a look! We’d love to discuss at IETF 118 as time permits.

Best,
Tommy

Begin forwarded message:

From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>
Subject: New Version Notification for draft-pauly-v6ops-happy-eyeballs-v3-00.txt
Date: October 23, 2023 at 9:34:00 AM PDT
To: David Schinazi <dschinazi.ietf@gmail.com<mailto:dschinazi.ietf@gmail.com>>, Kenichi Ishibashi <bashi@google.com<mailto:bashi@google.com>>, Nidhi Jaju <nidhijaju@google.com<mailto:nidhijaju@google.com>>, Tommy Pauly <tpauly@apple.com<mailto:tpauly@apple.com>>

A new version of Internet-Draft draft-pauly-v6ops-happy-eyeballs-v3-00.txt has
been successfully submitted by Tommy Pauly and posted to the
IETF repository.

Name:     draft-pauly-v6ops-happy-eyeballs-v3
Revision: 00
Title:    Happy Eyeballs Version 3: Better Connectivity Using Concurrency
Date:     2023-10-23
Group:    Individual Submission
Pages:    18
URL:      https://www.ietf.org/archive/id/draft-pauly-v6ops-happy-eyeballs-v3-00.txt
Status:   https://datatracker.ietf.org/doc/draft-pauly-v6ops-happy-eyeballs-v3/
HTML:     https://www.ietf.org/archive/id/draft-pauly-v6ops-happy-eyeballs-v3-00.html
HTMLized: https://datatracker.ietf.org/doc/html/draft-pauly-v6ops-happy-eyeballs-v3


Abstract:

  Many communication protocols operating over the modern Internet use
  hostnames.  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 chance of
  establishing a connection more quickly.  This document specifies
  requirements for algorithms that reduce this user-visible delay and
  provides an example algorithm, referred to as "Happy Eyeballs".  This
  document updates the algorithm description in RFC 8305.



The IETF Secretariat