1. Introduction

De nombreux protocoles de communication fonctionnant sur l'Internet moderne utilisent des noms d'hôtes. Ceux-ci se résolvent souvent en plusieurs adresses IP, chacune pouvant avoir des caractéristiques de performance et de connectivité différentes. Étant donné que des adresses spécifiques ou des familles d'adresses (IPv4 ou IPv6) peuvent être bloquées, défaillantes ou sous-optimales sur un réseau, les clients qui tentent plusieurs connexions en parallèle ont une chance d'établir une connexion plus rapidement. Ce document spécifie les exigences pour les algorithmes qui réduisent ce délai visible par l'utilisateur et fournit un exemple d'algorithme.

Ce document définit l'algorithme pour "Happy Eyeballs", une technique pour réduire les délais visibles par l'utilisateur sur les hôtes à double pile. Cette définition rend obsolète la description originale dans le RFC 6555. Maintenant que cette approche a été déployée à grande échelle et mesurée pendant plusieurs années, la spécification de l'algorithme peut être affinée pour améliorer sa fiabilité et son applicabilité générale.

L'algorithme Happy Eyeballs de course de connexions vers des adresses résolues comporte plusieurs étapes pour éviter les délais pour l'utilisateur dans la mesure du possible, tout en privilégiant l'utilisation d'IPv6. Ce document explique comment gérer les requêtes DNS lors du démarrage d'une connexion sur un client à double pile, comment créer une liste ordonnée d'adresses de destination auxquelles tenter des connexions, et comment faire la course entre les tentatives de connexion.

1.1. Langage des Exigences (Requirements Language)

Les mots-clés "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY" et "OPTIONAL" dans ce document doivent être interprétés comme décrit dans le BCP 14 [RFC2119] [RFC8174] lorsque, et seulement lorsque, ils apparaissent en majuscules, comme indiqué ici.