Chrome commence les tests sur le protocole HTTP / 3

Chrome HTTP3

Développeurs récemment qui sont derrière du navigateur Web Google Chrome, a publié la nouvelle de l'ajout de la prise en charge du protocole HTTP / 3 aux versions expérimentales de Chrome Canary, qui implémente un plugin pour activer HTTP sur QUIC.

Le protocole QUIC lui-même a été ajouté au navigateur il y a cinq ans et depuis lors, il a été utilisé pour optimiser le travail avec les services Google. Dans le même temps, la version QUIC de Google utilisée dans Chrome différait dans certains détails de la version des spécifications IETF, mais maintenant les implémentations sont synchronisées.

Il est important de souligner que Google a développé QUIC (Connexions Internet UDP rapides) depuis 2013 comme alternative au package TCP + TLS pour le Web, qui résout les problèmes liés aux longs temps de configuration et de négociation des connexions TCP et élimine les retards de perte de paquets pendant le transfert de données.

QUIC est un complément au protocole UDP qui prend en charge le multiplexage de plusieurs connexions et fournit des méthodes de cryptage équivalentes à TLS / SSL.

Le protocole en question est déjà intégré à l'infrastructure des serveurs de Google, fait partie de Chrome, devrait être inclus dans Firefox et est activement utilisé pour répondre aux demandes des clients sur les serveurs de Google.

Parmi les principales caractéristiques de QUIC qui se démarquent, on trouve:

  • Haute sécurité, similaire à TLS (en fait, QUIC offre la possibilité d'utiliser TLS sur UDP)
  • Contrôle de l'intégrité du flux qui empêche la perte de paquets
  • La possibilité d'établir instantanément une connexion (0-RTT, dans environ 75% des cas, les données peuvent être transmises immédiatement après l'envoi du paquet de configuration de connexion) et d'assurer des délais minimaux entre l'envoi d'une demande et la réception d'une réponse (RTT, Round Trip Time)
  • Ne pas utiliser le même numéro de séquence lors de la retransmission d'un paquet, ce qui évite toute ambiguïté dans la détermination des paquets reçus et élimine les temps d'attente
  • La perte d'un paquet affecte uniquement la livraison du flux qui lui est associé et n'interrompt pas la livraison des données dans les flux transmis en parallèle sur la connexion en cours
  • Des outils de correction d'erreurs qui minimisent les retards dus à la retransmission des paquets perdus.
  • L'utilisation de codes spéciaux de correction d'erreurs au niveau des paquets pour réduire les situations qui nécessitent la retransmission de données de paquets perdues.
  • Les limites cryptographiques des blocs sont alignées sur les limites des paquets QUIC, réduisant l'effet de la perte de paquets sur le décodage du contenu des paquets suivants
  • Aucun problème de blocage de la file d'attente TCP
  • Prise en charge de l'identifiant de connexion, ce qui réduit le temps d'établissement d'une reconnexion pour les clients mobiles
  • Possibilité de connecter des mécanismes avancés pour contrôler la surcharge de connexion

Il est également souligné qu'il utilise la technique de prédiction de la bande passante dans chaque direction pour assurer une intensité optimale de livraison des paquets, en l'empêchant d'atteindre un état d'encombrement dans lequel une perte de paquets est observée;

Aussi bien que performances et gains de performances remarquables sur TCP. Pour les services vidéo comme YouTube, QUIC a montré une réduction de 30% des opérations de remise en mémoire tampon lors du visionnage de vidéos.

Le protocole HTTP / 3 standardise l'utilisation de QUIC comme transport pour HTTP / 2. Pour activer HTTP / 3 et la version QUIC des 23 brouillons de spécifications IETF, Chrome doit être exécuté avec les options «–enable-quic –quic-version = h3-23», puis lorsque le site de test rapide s'ouvre .rocks: 4433 in mode d'inspection du réseau dans les outils de développement, l'activité HTTP / 3 s'affichera comme "http / 2 + quic / 99".

Par rapport à un paquet perdu par des connexions HTTP parallèles, une seule des nombreuses connexions sera arrêtée, ce qui signifie que QUIC peut prendre en charge la livraison dans le désordre afin qu'un paquet perdu ait moins d'impact.

Si vous voulez en savoir plus à ce sujet, vous pouvez consulter le lien suivant.


Soyez le premier à commenter

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués avec *

*

*

  1. Responsable des données : AB Internet Networks 2008 SL
  2. Finalité des données: Contrôle du SPAM, gestion des commentaires.
  3. Légitimation: votre consentement
  4. Communication des données: Les données ne seront pas communiquées à des tiers sauf obligation légale.
  5. Stockage des données: base de données hébergée par Occentus Networks (EU)
  6. Droits: à tout moment, vous pouvez limiter, récupérer et supprimer vos informations.