J'étais passé à côté de ce message.
Depuis le temps, je suppose que cela a été implémenté, sinon, il y a moyen de simuler :
D'après le doc ietf :
Implémenter le RR type 64
2. The SVCB record type
The SVCB DNS resource record (RR) type (RR type 64) is used to locate alternative endpoints for a service.
See Section 9.1 for the HTTPS RR behavior.
As an example, the owner of example.com could publish this record:
_8443._foo.api.example.com. 7200 IN SVCB 0 svc4.example.net.
to indicate that "foo://api.example.com:8443" is aliased to "svc4.example.net". The owner of example.net, in turn, could publish this record:
svc4.example.net. 7200 IN SVCB 3 svc4.example.net. (
alpn="bar" port="8004" ech="..." )
C'est le cas, dans Firefox, à condition d'avoir DoH activé, on peut voir dans about:networking#dnslookuptool :
1 cloudflare-quic.com (alpn="h3,h3-29,h2" ipv4hint="104.22.8.38, 104.22.9.38, 172.67.9.235" echConfig="0045FE0D0041CE002000200CCA4453F0E8CE33B2CE790907FB0E05860E9691DF440DB7645C4707B8D12B630004000100010012636C6F7564666C6172652D6563682E636F6D0000" ipv6hint="2606:4700:10::6816:826, 2606:4700:10::6816:926, 2606:4700:10::ac43:9eb" )
Le alpn="h3,h3-29,h2" indique le support HTTP/3.
Sinon le browser fait une première requête HTTP/2, et voit le header alt-svc: h3=":443"; ma=86400, h3-29=":443"; ma=86400.
Dans ce cas, en rechargeant il peut basculer en HTTP/3, mais uniquement s'il ne réutilise pas la connexion déjà ouverte.