RFC 9460: Service Binding and Parameter Specification via the DNS (SVCB and HTTPS Resource Records)
In plain English — editorial summary, not part of the RFC
This document specifies the "SVCB" ("Service Binding") and "HTTPS" DNS resource record (RR) types to facilitate the lookup of information needed to make connections to network services, such as for HTTP origins. SVCB records allow a service to be provided from multiple alternative endpoints, each with associated parameters (such as transport protocol configuration), and are extensible to support future uses (such as keys for encrypting the TLS ClientHello). They also enable aliasing of apex domains, which is not possible with CNAME. The HTTPS RR is a variation of SVCB for use with HTTP (see RFC 9110, "HTTP Semantics"). By providing more information to the client before it attempts to establish a connection, these records offer potential benefits to both performance and privacy.
Document record
- Document ID
- RFC9460
- Published
- November 2023
- Authors
- B. Schwartz; M. Bishop; E. Nygren
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- ops
- Pages
- 47
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 9204QPACK: Field Compression for HTTP/3Current
June 2022
- RFC 9765RADIUS/1.1: Leveraging Application-Layer Protocol Negotiation (ALPN) to Remove MD5Current
April 2025
- RFC 9848Bootstrapping TLS Encrypted ClientHello with DNS Service BindingsCurrent
March 2026
- RFC 9952Application-Layer Protocol Negotiation (ALPN) ID for CoAP over DTLSCurrent
March 2026
- RFC 8833Application-Layer Protocol Negotiation (ALPN) for WebRTCCurrent
January 2021
- RFC 7838HTTP Alternative ServicesCurrent
April 2016
- RFC 7301Transport Layer Security (TLS) Application-Layer Protocol Negotiation ExtensionUpdated
July 2014
- RFC 6604xNAME RCODE and Status Bits ClarificationCurrent
April 2012
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?