Firefox 155 ajoute Happy Eyeballs v3 sur certaines plateformes et la négociation de version QUIC. Mettre des connexions en concurrence peut réduire l’attente face à un chemin inaccessible, mais le résultat dépend du navigateur, du DNS et du réseau.
Ce que livre réellement Firefox
Les notes développeurs de Mozilla datent Firefox 155 du 1er septembre et limitent explicitement Happy Eyeballs v3 à certaines plateformes. Elles confirment également la négociation de QUIC v2 pour HTTP/3. Cela ne démontre pas un comportement identique sur toutes les installations de Firefox.
Le document IETF Happy Eyeballs v3 reste un brouillon. Il tient compte des réponses DNS, des protocoles applicatifs et des familles d’adresses pour organiser les connexions candidates. Les tentatives peuvent se chevaucher avec des délais contrôlés ; elles ne partent pas forcément toutes simultanément. Le schéma illustre une course possible, sans temps mesuré ni protocole gagnant imposé.
Annoncer un service avant la réponse HTTP
Les enregistrements HTTPS de la RFC 9460 peuvent annoncer les protocoles applicatifs disponibles. Exemple pour un service prenant réellement en charge HTTP/3 et HTTP/2 :
example.com. 300 IN HTTPS 1 . alpn="h3,h2"C’est un exemple syntaxique sur un domaine fictif. Annoncer h3 n’active pas QUIC sur le serveur. Vérifiez sa disponibilité en entrée de service, le certificat du nom et l’accès en UDP 443. Les indications d’adresse sont facultatives et doivent rester cohérentes avec les destinations prévues si vous les ajoutez.
Un client déjà venu peut connaître HTTP/3 grâce à une entrée Alt-Svc en cache. Un enregistrement HTTPS ne garantit donc pas l’économie d’un aller-retour fixe à chaque navigation.
QUIC v2 poursuit un autre objectif
La RFC 9369 modifie des détails du format réseau pour exercer la diversité des versions et éviter de figer le protocole. Un numéro de version n’est pas un benchmark de débit. Mesurez l’établissement avec caches froids et chauds, IPv6 fonctionnel ou dégradé, et UDP autorisé ou bloqué. Vérifiez aussi le repli : un chemin QUIC rapide sur un réseau ne suffit pas à valider un service public.
Côté exploitation, commencez par contrôler le serveur, puis la réponse DNS réellement obtenue, avant de comparer les traces du navigateur dans ces conditions. Nous n’avons pas mesuré de gain global de performance d’un site avec Firefox 155.
Sources
- Mozilla : Firefox 155
- Brouillon IETF Happy Eyeballs v3
- RFC 9460 : enregistrements SVCB et HTTPS
- RFC 9369 : QUIC v2
Précision des plateformes concernées, du statut de brouillon IETF et des conditions DNS ; retrait des garanties de latence et de vitesse.