[DNSOP] Fwd: Side meeting on Happy Eyeballs v3 proposed charter

Tommy Pauly <tpauly@apple.com> Fri, 12 July 2024 22:26 UTC

Return-Path: <tpauly@apple.com>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCABAC14F604 for <dnsop@ietfa.amsl.com>; Fri, 12 Jul 2024 15:26:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.551
X-Spam-Level:
X-Spam-Status: No, score=-4.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.148, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.com
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 dfSCBcN3-ASr for <dnsop@ietfa.amsl.com>; Fri, 12 Jul 2024 15:26:54 -0700 (PDT)
Received: from ma-mailsvcp-mx-lapp02.apple.com (ma-mailsvcp-mx-lapp02.apple.com [17.32.222.23]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E57CEC14F614 for <dnsop@ietf.org>; Fri, 12 Jul 2024 15:26:53 -0700 (PDT)
Received: from rn-mailsvcp-mta-lapp02.rno.apple.com (rn-mailsvcp-mta-lapp02.rno.apple.com [10.225.203.150]) by ma-mailsvcp-mx-lapp02.apple.com (Oracle Communications Messaging Server 8.1.0.23.20230328 64bit (built Mar 28 2023)) with ESMTPS id <0SGJ003QL7OQU500@ma-mailsvcp-mx-lapp02.apple.com> for dnsop@ietf.org; Fri, 12 Jul 2024 15:26:53 -0700 (PDT)
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.28.16 definitions=2024-07-12_17,2024-07-11_01,2024-05-17_01
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : date : from : message-id : mime-version : references : subject : to; s=20180706; bh=21WXTqqXgnilA63dfv4lODS98mDxKHaQRaodUNuzzbo=; b=qhbP+ySpvfIYKyKkK08VrnI598wokf70xddFdC2iRPbU0atdE2peVsP4rHk+OC4hdHzc vlOvuxK0VIKl3IjX52nYDImXRUpFJdZBLkz10/jqn9wdX02FB9DLUX/Jd7zWQ3AcITdW hZGVKOghIn8rgKn5nw8MYjcgEyN5gvUPSMXVkdcUfMesOVy0YerqtYCKDQaLOvDy1TPs H++BabGvqJ+VrM8SOhMKonTF8cyVPvqnc7MXdca48ICrm/R6IJo44F0Dzim39SzpJ+uZ ZOFbQckAouyG1c1May2iHFQmB04a/Oxzz+AgsTmPauCfYh93ZPrKxrb4u+aZrU/gL13Y vw==
Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.23.20230328 64bit (built Mar 28 2023)) with ESMTPS id <0SGJ00G5W7OQKMT0@rn-mailsvcp-mta-lapp02.rno.apple.com> for dnsop@ietf.org; Fri, 12 Jul 2024 15:26:51 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.23.20230328 64bit (built Mar 28 2023)) id <0SGJ00U007MIBE00@rn-mailsvcp-mmp-lapp01.rno.apple.com> for dnsop@ietf.org; Fri, 12 Jul 2024 15:26:50 -0700 (PDT)
X-Va-A:
X-Va-T-CD: f4439a1f3baad66c778bad7f442511f1
X-Va-E-CD: f9e26de9fa706782ffae8ae93f2f367c
X-Va-R-CD: 8414c6c6d5f7832b64356e50b72cd489
X-Va-ID: 4d6c3678-3ae9-438d-b2c9-9c256841752a
X-Va-CD: 0
X-V-A:
X-V-T-CD: f4439a1f3baad66c778bad7f442511f1
X-V-E-CD: f9e26de9fa706782ffae8ae93f2f367c
X-V-R-CD: 8414c6c6d5f7832b64356e50b72cd489
X-V-ID: 8d0671b1-4bbd-4049-ab7d-2ad72830ee2f
X-V-CD: 0
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.28.16 definitions=2024-07-12_17,2024-07-11_01,2024-05-17_01
Received: from smtpclient.apple ([17.11.103.9]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.23.20230328 64bit (built Mar 28 2023)) with ESMTPSA id <0SGJ00ZC87OPOR00@rn-mailsvcp-mmp-lapp01.rno.apple.com> for dnsop@ietf.org; Fri, 12 Jul 2024 15:26:50 -0700 (PDT)
From: Tommy Pauly <tpauly@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_5E8D94BE-3657-42E9-9BEA-801D68BC36CE"
MIME-version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\))
Message-id: <BBBC5ECC-A15D-4426-A030-6DEE43338434@apple.com>
References: <6E2B8558-CD88-4E26-AA6E-60978A886DB3@apple.com>
To: dnsop@ietf.org
Date: Fri, 12 Jul 2024 15:26:49 -0700
X-Mailer: Apple Mail (2.3774.500.171.1.1)
Message-ID-Hash: BQ556TWZLMYIYKF6QDA4R6BEBPROKHG7
X-Message-ID-Hash: BQ556TWZLMYIYKF6QDA4R6BEBPROKHG7
X-MailFrom: tpauly@apple.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [DNSOP] Fwd: Side meeting on Happy Eyeballs v3 proposed charter
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/zs53uo1Pzw2r3nqEUdj-QfGe4Z0>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>

Hi DNSOP,

Sharing this side meeting announcement; many of the updates for Happy Eyeballs v3 are concerned with updating for SVCB records, which is of relevance for this group! The first half of our side meeting conflicts with DNSOP, but if you’re around in the break afterwards, please come by.

Best,
Tommy

> Begin forwarded message:
> 
> From: Tommy Pauly <tpauly=40apple.com@dmarc.ietf.org>
> Subject: [v6ops] Re: Dispatching Happy Eyeballs Version 3
> Date: July 12, 2024 at 3:21:55 PM PDT
> To: Alldispatch@ietf.org
> Cc: v6ops@ietf.org, draft-pauly-v6ops-happy-eyeballs-v3@ietf.org
> 
> At IETF 118 and 119, we shared our work on updating the Happy Eyeballs RFCs with draft-pauly-v6ops-happy-eyeballs-v3 [1]. Specifically at IETF 119, we presented at the ALLDISPATCH session, and got the feedback to consider a new short-lived working group [2].
> 
> The authors have worked on a proposed charter for the HAPPY WG (Heuristics and Algorithms to Prioritize Protocol deploYment), and we’ve scheduled some side meeting time at IETF 120 to discuss and get feedback.
> 
> https://wiki.ietf.org/en/meeting/120/sidemeetings
> When: 16:30-17:30 Pacific Time
> Where: Prince of Wales / Oxford
> 
> The initial text we’d be proposing for a charter can be found here:
> https://github.com/tfpauly/draft-happy-eyeballs-v3/blob/main/charter.md
> 
> Feel free to also reply to this email, or file issues [3]!
> 
> Best,
> Tommy, David, Nidhi, & Kenichi
> 
> [1] https://www.ietf.org/archive/id/draft-pauly-v6ops-happy-eyeballs-v3-01.html
> [2] https://datatracker.ietf.org/meeting/119/materials/minutes-119-alldispatch-202403172230-00
> [3] https://github.com/tfpauly/draft-happy-eyeballs-v3/issues?q=is%3Aissue+is%3Aopen+label%3Acharter
> 
>> On Jan 23, 2024, at 3:51 PM, Tommy Pauly <tpauly@apple.com> wrote:
>> 
>> Hi ALLDISPATCH,
>> 
>> We’d like to propose a draft to be dispatched at IETF 119. This draft was discussed in a couple different working groups (V6OPS and TSVWG) at IETF 118. One of the main points of discussion within those groups was the question of which working group would be most appropriate to take on the draft.
>> 
>> The draft is "Happy Eyeballs Version 3", which is an update to RFC 8305, which was Version 2. For those not familiar with Happy Eyeballs, it’s the name for the algorithm network clients use to create multiple connection attempts in parallel, with a small delay between attempts, for servers that are reachable on multiple IP addresses. This technique allows clients to have preferences for specific protocols or features, such as IPv6, while still making a user’s “eyeballs” happy in cases where there may be misconfigurations on networks or servers that cause the preferred protocols to fail or be slow. This work was originally developed in v6ops, and was primarily focused on handling the selection of IPv6 vs IPv4 options.
>> 
>> In the years since RFC 8305 was published, there have been numerous changes to the protocol ecosystem that required a refresh on the document. Some of the changes include:
>> - SVCB/HTTPS records (RFC 9460), which provide additional ways to get address hints, add priority between A/AAAA answers, indicate supported ALPNs, and indicate support for TLS encrypted client hello
>> - Growing support for QUIC (RFC 9000); previously, Happy Eyeballs was defined in terms of TCP connections, and needs to have some text adaptation
>> - New techniques for supporting v6-only networks and address synthesis
>> 
>> While the algorithm overall still focuses on selection of IP addresses and preferred address families, some of the new considerations (around transport protocol selection, ALPN selection, and preferences due to TLS encrypted client hello) cause the scope to potentially grow beyond the core expertise of V6OPS. Hence, we’d like to figure out where this work should go.
>> 
>> The draft can be found here:
>> https://datatracker.ietf.org/doc/draft-pauly-v6ops-happy-eyeballs-v3/
>> https://www.ietf.org/archive/id/draft-pauly-v6ops-happy-eyeballs-v3-00.html
>> 
>> Slides from IETF 118 can be found here:
>> https://datatracker.ietf.org/meeting/118/materials/slides-118-v6ops-happy-eyeballs-v3-00
>> 
>> Thanks,
>> Tommy (& co-authors)
> 
> _______________________________________________
> v6ops mailing list -- v6ops@ietf.org
> To unsubscribe send an email to v6ops-leave@ietf.org