Google sur le début du remplacement de la propre version du protocole à la variante développée dans la spécification IETF. La version de QUIC de Google utilisée dans Chrome diffère sur certains détails de la version de . Dans le même temps, Chrome prend en charge les deux options de protocole, mais utilise toujours son option QUIC par défaut.
À partir d'aujourd'hui, 25 % des utilisateurs de la branche stable de Chrome sont passés à l'IETF QUIC et la part de ces utilisateurs sera augmentée dans un avenir proche. Selon les statistiques de Google, par rapport à HTTP sur TCP+TLS 1.3, le protocole IETF QUIC a montré une réduction de 2 % de la latence dans la recherche Google et une réduction de 9 % du temps de rebuffering YouTube, avec une augmentation du débit de 3 % pour les ordinateurs de bureau et 7 %. % pour les systèmes mobiles
HTTP / 3 en utilisant le protocole QUIC comme transport pour HTTP/2. Le protocole QUIC (Quick UDP Internet Connections) a été développé par Google depuis 2013 comme alternative à la combinaison TCP+TLS pour le Web, résolvant les problèmes de longs délais d'installation et de négociation des connexions en TCP et éliminant les retards en cas de perte de paquets lors du transfert de données. transfert. QUIC est une extension du protocole UDP qui prend en charge le multiplexage de plusieurs connexions et fournit des méthodes de cryptage équivalentes à TLS/SSL. Au cours du processus de normalisation de l'IETF, des modifications ont été apportées au protocole, ce qui a conduit à l'émergence de deux branches parallèles, l'une pour HTTP/3 et la seconde maintenue par Google.
Source: opennet.ru