1.1. Obiettivi (Goals)

L'obiettivo del RR SVCB è consentire ai client di risolvere un singolo RR DNS aggiuntivo in modo tale che:

Fornisca endpoint alternativi che sono autoritativi per il servizio, insieme ai parametri associati a ciascuno di questi endpoint.
Non presuma che tutti gli endpoint alternativi abbiano gli stessi parametri o capacità, o che siano addirittura gestiti dalla stessa entità. Questo è importante, poiché il DNS non fornisce alcun modo per legare insieme più RRset per lo stesso nome. Ad esempio, se www.example.com è un alias CNAME che alterna tra una delle tre reti di distribuzione dei contenuti (CDN) o ambienti di hosting, le query successive per quel nome possono restituire record che corrispondono a ambienti diversi.
Abilita funzionalità simili a CNAME all'apice di una zona (come example.com) per i protocolli partecipanti e generalmente consente di estendere l'autorità operativa per un servizio identificato da un nome di dominio ad altre istanze con nomi alternativi.

Gli obiettivi aggiuntivi specifici per i RR HTTPS e i casi d'uso HTTP includono:

Connessione diretta a endpoint alternativi HTTP/3 (trasporto QUIC) [HTTP/3].
Supporto di porte TCP e UDP non predefinite.
Abilitazione di vantaggi simili a SRV (ad esempio, aliasing dell'apice, come menzionato sopra) per HTTP, dove SRV [SRV] non è stato ampiamente adottato.
Fornire un'indicazione che segnala che lo schema "https" dovrebbe essere usato invece di "http" per tutte le richieste HTTP a questo host e porta, simile a HTTP Strict Transport Security [HSTS] (vedere Sezione 9.5).
Abilitare la trasmissione di chiavi Encrypted ClientHello [ECH] associate a un endpoint alternativo.