Auteur Sujet: HTTP-over-QUIC s'appellera HTTP/3 (Lu 9105 fois)

Antoinel · « **Réponse #24 le:** 03 avril 2023 à 11:10:35 »

12 Mini 16.4 et j'ai bien HTTP/3 (aujourd'hui mais pas hier ... peut-être qu'il y a un rollout progressif de la fonctionnalité)

zoc · « **Réponse #25 le:** 04 avril 2023 à 09:31:22 »

Ok, donc j'ai reessayé ce matin et maintenant je suis bien en HTTP/3...

Hier soir d'ailleurs pareil sur mon MacBookPro M2 Pro tout neuf: HTTP/2. Je reessayerai à mon retour du bureau pour voir si ça a aussi évolué.

vivien · « **Réponse #26 le:** 04 avril 2023 à 10:03:43 »

Pas de HTTP/3 avec un iPhone SE 2020 sous iOS 16.4 :

zoc · « **Réponse #27 le:** 04 avril 2023 à 10:06:47 »

Réessaye demain

(ou essaye de vider le cache de Safari, je ne sais plus comment on fait sur iOS).

Hugues · « **Réponse #28 le:** 04 avril 2023 à 11:02:03 »

Mouais..

http3 est bien activé...

zergflag · « **Réponse #29 le:** 04 avril 2023 à 11:06:46 »

Même résultat que Hugues avec Brave (Chromium 111) sur Ubuntu 22.04 alors que HTTP/3 fonctionne sur d'autres sites

EDIT : je viens de retenter et ça fonctionne

vivien · « **Réponse #30 le:** 04 avril 2023 à 11:39:23 »

Firefox 111 sous Ubuntu 22.10 :

Anonyme · « **Réponse #31 le:** 04 avril 2023 à 11:44:46 »

Citation de: kgersen le 07 juin 2022 à 11:27:55

Milestone important:
La RFC d'HTTP/3 vient d'être publiée: https://www.rfc-editor.org/rfc/rfc9114.html ainsi que la mise a jour générale d'HTTP: https://www.rfc-editor.org/rfc/rfc9110.html

il manque plus que la finalisation et l'adoption de DNS SVCB / HTTPS RRs (https://datatracker.ietf.org/doc/html/draft-ietf-dnsop-svcb-https-10) pour évoluer vers un monde ou on pourra directement joindre un serveur HTTP/3 (donc via QUIC en udp) sur n'importe quel port juste avec une url normal:

monsite.com --> reso DNS SVCB/RRs donne ip=A.B.C.D, port=8080, h3 -> connexion directe en udp / Http/3 a A.B.C.D sur le port 8080

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

Code: [Sélectionner]

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.

Code: [Sélectionner]

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="..." )

Sinon, pour le test Cloudfare,cela fonctionne sur safari et ios 16.4 ainsi que sur Chrome Canary.

hwti · « **Réponse #32 le:** 04 avril 2023 à 11:53:53 »

Citation de: Anonyme le 04 avril 2023 à 11:44:46

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
Code: [Sélectionner]
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.

Code: [Sélectionner]
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 :

Code: [Sélectionner]

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.

kgersen · « **Réponse #33 le:** 04 avril 2023 à 14:17:18 »

A noter que pour la découverte via DNS (https RR), les navigateurs ont un mécanisme de "fallback" de HTTP/3 vers HTTP/2.
Suivant les conditions réseau HTTP/3 peut ne pas fonctionner.
Sur Firefox le délai est a 50ms (option:network.dns.httpssvc.http3_fast_fallback_timeout)

adhame95 · « **Réponse #34 le:** 08 avril 2023 à 22:27:22 »

Citation de: vivien le 02 avril 2023 à 21:42:24

Tu aurais une source, pour que je demande la correction de https://caniuse.com/http3 ?

Aujourd'hui, je ne trouve des articles qui ne parlent que d'une prise en charge non activée par défaut de HTTP/3 par Safari.

https://h3.speed.cloudflare.com/cdn-cgi/trace

https://cloudflare-quic.com/

adhame95 · « **Réponse #35 le:** 08 avril 2023 à 22:48:24 »

Alors tres étrangement sur mon ipad c’est ko