From daf186622c1a019fc68aa1a7aeca3d6d77759d2a Mon Sep 17 00:00:00 2001 From: Tommy Pauly Date: Mon, 19 Aug 2024 09:31:14 -0700 Subject: [PATCH 1/4] Charter updates based on side meeting --- charter.md | 50 +++++++++++++++++++++++++++++++++----------------- 1 file changed, 33 insertions(+), 17 deletions(-) diff --git a/charter.md b/charter.md index 0622480..fa5aabd 100644 --- a/charter.md +++ b/charter.md @@ -1,12 +1,13 @@ -## HAPPY WG (Heuristics and Algorithms to Prioritize Protocol deploYment) +## HAPPIE WG (Heuristics and Algorithms to Prioritize Protocol Initiation and Establishment) RFC 8305 defined “Happy Eyeballs Version 2”, which described a client algorithm for asynchronous resolution of and connection attempts to different server IP -address options, aiming to improve IPv6 usage without adding risk due to -misconfigured networks or servers. The algorithm focused specifically on -optimizing TCP connection establishment. The name “happy eyeballs” itself refers -to how a user’s eyeballs are happier when content loads more quickly because -they don’t need to wait for timeouts due to misconfigured deployments. +address options, aiming to improve IPv6 usage without degrading connection +establishment success rates due to misconfigured networks or servers. The +algorithm focused specifically on optimizing TCP connection establishment. +The name “happy eyeballs” itself refers to how a user’s eyeballs are happier +when content loads more quickly because they don’t need to wait for timeouts +due to misconfigured deployments. Since the publication of RFC 8305, several changes to common protocols and server deployments have occurred that require a revision of the algorithm. Some @@ -17,17 +18,29 @@ of these include: - Introduction of Service Binding DNS resource records (SVCB and HTTPS RRs) that provide richer information about available services and record priorities and change the selection and sorting of addresses for Happy Eyeballs. -- Preparations for the standardization of TLS Encrypted Client Hello. +- Preparations for the standardization of TLS Encrypted Client Hello, which + can impact which servers a client is willing to connect to based on available + security properties. - Increased deployment and refinement of IPv6-only and IPv6-mostly networks. -The HAPPY working group will deliver an updated version of the Happy Eyeballs +The HAPPIE working group will deliver an updated version of the Happy Eyeballs algorithm that incorporates changes to account for these protocol developments. -The algorithm should focus on deployed network scenarios and should be guided by -data on user experience focused performance in those scenarios. The working -group can also document the impact of the Happy Eyeballs algorithm on the -detection of misconfigured deployments and can document recommendations on how -to report such cases that might otherwise be hidden due to automatic switching -from one technology to another. +The algorithm will focus on realistic network scenarios and should be guided by +performance data measured in actual deployed networks. Although the algorithm +needs to be applicable generically, platform-specific or deployment-specific +considerations should be documented to help guide implementers. The algorithm +should be described in a way that it has tunable input values that can reflect +the preferences of a client implementation; defaults for these input values +can be based on what the working group agrees ought to be the standard behavior +(such as preferring IPv6 connections, preferring faster establishment times, +etc.), but allow for variation. + +The working group will also document the impact of the Happy Eyeballs algorithm +on the detection of misconfigured deployments, and may provide recommendations on +how to report such cases that might otherwise be hidden due to automatic switching +from one technology to another. Any recommended reporting mechanisms need to +preserve user privacy, allow for accurate detection of broken deployments, +and lead to some actionable result. The working group will focus on a connection establishment algorithm that runs on clients. The algorithm takes as input a fully-qualified domain name @@ -39,12 +52,15 @@ working group deliverables. The rationale for having a working group for this work, instead of hosting it in V6OPS, is the increased cross-functional nature of the algorithm. As such, the -HAPPY working group will review its work with groups such as V6OPS, TSVWG, QUIC, +HAPPIE working group will review its work with groups such as V6OPS, TSVWG, QUIC, HTTPBIS, DNSOP, and TLS. The working group’s core deliverables are: -- Develop a standards-track document for Happy Eyeballs Version 3 -- Measure the effectiveness of the algorithm during development. This effort +- Developing a standards-track document for Happy Eyeballs Version 3 +- Measuring the effectiveness of the algorithm during development. This effort does not necessarily need to lead to a published document, but should be captured in presentations, working group wikis, etc. +- Producing a document that explains the impact of Happy Eyeballs on + detecting and measuring broken deployments, with recommendations on + how to report errors in a private, accurate, and actionable way. From d8919d5c26c759a71393ef5a7e3271e92f38051b Mon Sep 17 00:00:00 2001 From: Tommy Pauly Date: Tue, 20 Aug 2024 08:43:13 -0700 Subject: [PATCH 2/4] Apply suggestions from code review Co-authored-by: David Schinazi Co-authored-by: Nidhi Jaju <41948741+nidhijaju@users.noreply.github.com> --- charter.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/charter.md b/charter.md index fa5aabd..8b910d5 100644 --- a/charter.md +++ b/charter.md @@ -26,21 +26,21 @@ of these include: The HAPPIE working group will deliver an updated version of the Happy Eyeballs algorithm that incorporates changes to account for these protocol developments. The algorithm will focus on realistic network scenarios and should be guided by -performance data measured in actual deployed networks. Although the algorithm -needs to be applicable generically, platform-specific or deployment-specific +performance data measured in deployed networks. Although the algorithm +needs to be generally applicable, platform-specific or deployment-specific considerations should be documented to help guide implementers. The algorithm -should be described in a way that it has tunable input values that can reflect +should have tunable input values that can reflect the preferences of a client implementation; defaults for these input values -can be based on what the working group agrees ought to be the standard behavior +can be based on working group consensus for standard behavior (such as preferring IPv6 connections, preferring faster establishment times, etc.), but allow for variation. The working group will also document the impact of the Happy Eyeballs algorithm -on the detection of misconfigured deployments, and may provide recommendations on +on the detection of misconfigured deployments and may provide recommendations on how to report such cases that might otherwise be hidden due to automatic switching from one technology to another. Any recommended reporting mechanisms need to preserve user privacy, allow for accurate detection of broken deployments, -and lead to some actionable result. +and produce reports that are actionable. The working group will focus on a connection establishment algorithm that runs on clients. The algorithm takes as input a fully-qualified domain name From fd5d0873b502db3e9108a2bceb288e4ad28ac815 Mon Sep 17 00:00:00 2001 From: Tommy Pauly Date: Tue, 20 Aug 2024 08:43:59 -0700 Subject: [PATCH 3/4] Apply suggestions from code review --- charter.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/charter.md b/charter.md index 8b910d5..c9aa0b0 100644 --- a/charter.md +++ b/charter.md @@ -1,4 +1,4 @@ -## HAPPIE WG (Heuristics and Algorithms to Prioritize Protocol Initiation and Establishment) +## HAPPY WG (Heuristics and Algorithms to Prioritize Protocol deploYment) RFC 8305 defined “Happy Eyeballs Version 2”, which described a client algorithm for asynchronous resolution of and connection attempts to different server IP @@ -52,7 +52,7 @@ working group deliverables. The rationale for having a working group for this work, instead of hosting it in V6OPS, is the increased cross-functional nature of the algorithm. As such, the -HAPPIE working group will review its work with groups such as V6OPS, TSVWG, QUIC, +HAPPY working group will review its work with groups such as V6OPS, TSVWG, QUIC, HTTPBIS, DNSOP, and TLS. The working group’s core deliverables are: From d457af0c96d3559a452e5e4c7ba371c98a37f0a6 Mon Sep 17 00:00:00 2001 From: Tommy Pauly Date: Tue, 20 Aug 2024 08:44:09 -0700 Subject: [PATCH 4/4] Update charter.md --- charter.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/charter.md b/charter.md index c9aa0b0..0bd7353 100644 --- a/charter.md +++ b/charter.md @@ -23,7 +23,7 @@ of these include: security properties. - Increased deployment and refinement of IPv6-only and IPv6-mostly networks. -The HAPPIE working group will deliver an updated version of the Happy Eyeballs +The HAPPY working group will deliver an updated version of the Happy Eyeballs algorithm that incorporates changes to account for these protocol developments. The algorithm will focus on realistic network scenarios and should be guided by performance data measured in deployed networks. Although the algorithm