1.1. Objectifs (Goals)

L'objectif du RR SVCB est de permettre aux clients de résoudre un seul RR DNS supplémentaire d'une manière qui:

• Fournit des points de terminaison alternatifs qui sont autoritaires pour le service, ainsi que les paramètres associés à chacun de ces points de terminaison.

• Ne suppose pas que tous les points de terminaison alternatifs ont les mêmes paramètres ou capacités, ou qu'ils sont même exploités par la même entité. Ceci est important, car le DNS ne fournit aucun moyen de lier ensemble plusieurs RRsets pour le même nom. Par exemple, si www.example.com est un alias CNAME qui bascule entre l'un des trois réseaux de distribution de contenu (CDN) ou environnements d'hébergement, les requêtes successives pour ce nom peuvent renvoyer des enregistrements correspondant à différents environnements.

• Active une fonctionnalité de type CNAME au sommet d'une zone (comme example.com) pour les protocoles participants et permet généralement d'étendre l'autorité opérationnelle d'un service identifié par un nom de domaine à d'autres instances avec des noms alternatifs.

Les objectifs supplémentaires spécifiques aux RR HTTPS et aux cas d'utilisation HTTP incluent:

• Se connecter directement à des points de terminaison alternatifs HTTP/3 (transport QUIC) [HTTP/3].

• Prendre en charge les ports TCP et UDP non par défaut.

• Activer des avantages de type SRV (par exemple, l'aliasing d'apex, comme mentionné ci-dessus) pour HTTP, où SRV [SRV] n'a pas été largement adopté.

• Fournir une indication signalant que le schéma "https" doit être utilisé au lieu de "http" pour toutes les requêtes HTTP vers cet hôte et ce port, similaire à HTTP Strict Transport Security [HSTS] (voir Section 9.5).

• Permettre la transmission de clés Encrypted ClientHello [ECH] associées à un point de terminaison alternatif.