Quick UDP Internet Connection (QUIC) - Revision history

Youcef.Hamdani: /* Avantages */

2015-10-16T11:52:18Z

Avantages

← Older revision		Revision as of 11:52, 16 October 2015
Line 47:		Line 47:
	Avec la recherche Google, le temps de chargement d'une page dite moyenne est amélioré de 3 %. Un gain qui paraît minime mais demeure significatif compte tenu des diverses optimisations déjà exploitées. Pour des connexions à YouTube à travers QUIC, Google fait valoir une diminution de 30 % du rebuffering lors de la consultation de vidéos et affirme que 75 % des connexions peuvent tirer parti de la fonctionnalité zero-round-trip de QUIC.		Avec la recherche Google, le temps de chargement d'une page dite moyenne est amélioré de 3 %. Un gain qui paraît minime mais demeure significatif compte tenu des diverses optimisations déjà exploitées. Pour des connexions à YouTube à travers QUIC, Google fait valoir une diminution de 30 % du rebuffering lors de la consultation de vidéos et affirme que 75 % des connexions peuvent tirer parti de la fonctionnalité zero-round-trip de QUIC.

	Un autre avantage de QUIC réside dans les connexions mobiles. En effet, TCP utilise une paire [adresse IP-numéro de port] pour identifier une connexion. QUIC quant à lui se sert d'un numéro d'identification unique qu'il génère. Cela permet d'éviter de rétablir une connexion entre client/serveur même après changement d'interface réseau et donc d'adresse IP. On peut prendre l'exemple d'un utilisateur de smartphone qui passe de sa connexion WIFI à sa connexion 4G pour naviguer sur internet, ce changement d'interface n'aura pas d'impact sur la connexion puisque l'identifiant de connexion unique QUIC persistera contrairement à L'adresse IP. On peut imaginer de ~~nombreuse~~ ~~évolution~~ à cette technologie comme l'utilisation parallèle d'un réseau 4G et WIFI...		Un autre avantage de QUIC réside dans les connexions mobiles. En effet, TCP utilise une paire [adresse IP-numéro de port] pour identifier une connexion. QUIC quant à lui se sert d'un numéro d'identification unique qu'il génère. Cela permet d'éviter de rétablir une connexion entre client/serveur même après changement d'interface réseau et donc d'adresse IP. On peut prendre l'exemple d'un utilisateur de smartphone qui passe de sa connexion WIFI à sa connexion 4G pour naviguer sur internet, ce changement d'interface n'aura pas d'impact sur la connexion puisque l'identifiant de connexion unique QUIC persistera contrairement à L'adresse IP. On peut imaginer de nombreuses évolutions à cette technologie comme l'utilisation parallèle d'un réseau 4G et WIFI...
	[[Image:quic_mobile.png\|center\|thumb\|300px\| QUIC changement d'interface réseau ]]		[[Image:quic_mobile.png\|center\|thumb\|300px\| QUIC changement d'interface réseau ]]

Youcef.Hamdani: /* Avantages */

2015-10-16T11:50:40Z

Avantages

← Older revision		Revision as of 11:50, 16 October 2015
Line 47:		Line 47:
	Avec la recherche Google, le temps de chargement d'une page dite moyenne est amélioré de 3 %. Un gain qui paraît minime mais demeure significatif compte tenu des diverses optimisations déjà exploitées. Pour des connexions à YouTube à travers QUIC, Google fait valoir une diminution de 30 % du rebuffering lors de la consultation de vidéos et affirme que 75 % des connexions peuvent tirer parti de la fonctionnalité zero-round-trip de QUIC.		Avec la recherche Google, le temps de chargement d'une page dite moyenne est amélioré de 3 %. Un gain qui paraît minime mais demeure significatif compte tenu des diverses optimisations déjà exploitées. Pour des connexions à YouTube à travers QUIC, Google fait valoir une diminution de 30 % du rebuffering lors de la consultation de vidéos et affirme que 75 % des connexions peuvent tirer parti de la fonctionnalité zero-round-trip de QUIC.

	~~Une~~ autre avantage de QUIC réside dans les connexions mobiles. En effet, TCP utilise une paire [adresse IP-numéro de port] pour identifier une connexion. QUIC quant à lui se sert d'un numéro d'identification unique qu'il génère. Cela permet d'éviter de rétablir une connexion entre client/serveur même après changement d'interface réseau et donc d'adresse IP. On peut prendre l'exemple d'un utilisateur de smartphone qui passe de sa connexion WIFI à sa connexion 4G pour naviguer sur internet, ce changement d'interface n'aura pas d'impact sur la connexion puisque l'identifiant de connexion unique QUIC persistera contrairement à L'adresse IP. On peut imaginer de nombreuse évolution à cette technologie comme l'utilisation parallèle d'un réseau 4G et WIFI...		Un autre avantage de QUIC réside dans les connexions mobiles. En effet, TCP utilise une paire [adresse IP-numéro de port] pour identifier une connexion. QUIC quant à lui se sert d'un numéro d'identification unique qu'il génère. Cela permet d'éviter de rétablir une connexion entre client/serveur même après changement d'interface réseau et donc d'adresse IP. On peut prendre l'exemple d'un utilisateur de smartphone qui passe de sa connexion WIFI à sa connexion 4G pour naviguer sur internet, ce changement d'interface n'aura pas d'impact sur la connexion puisque l'identifiant de connexion unique QUIC persistera contrairement à L'adresse IP. On peut imaginer de nombreuse évolution à cette technologie comme l'utilisation parallèle d'un réseau 4G et WIFI...
	[[Image:quic_mobile.png\|center\|thumb\|300px\| QUIC changement d'interface réseau ]]		[[Image:quic_mobile.png\|center\|thumb\|300px\| QUIC changement d'interface réseau ]]

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:48:56Z

Fonctionnement

← Older revision		Revision as of 11:48, 16 October 2015
Line 40:		Line 40:
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

	Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloquent le trafic UDP) ont été atténuées par Chrome. Pour les faibles pourcentages d'utilisateurs qui ont UDP ~~bloqués~~, QUIC revient automatiquement à la connectivité basée sur TCP.		Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloquent le trafic UDP) ont été atténuées par Chrome. Pour les faibles pourcentages d'utilisateurs qui ont UDP bloqué, QUIC revient automatiquement à la connectivité basée sur TCP.

	===Avantages===		===Avantages===

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:47:49Z

Fonctionnement

← Older revision		Revision as of 11:47, 16 October 2015
Line 40:		Line 40:
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

	Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloquent le trafic UDP) ont été atténuées par Chrome. Pour faibles pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basée sur TCP.		Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloquent le trafic UDP) ont été atténuées par Chrome. Pour les faibles pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basée sur TCP.

	===Avantages===		===Avantages===

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:47:15Z

Fonctionnement

← Older revision		Revision as of 11:47, 16 October 2015
Line 40:		Line 40:
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

	Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs ~~bloque~~ le trafic UDP) ont été atténuées par Chrome. Pour ~~les petits~~ pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité ~~basé~~ sur TCP.		Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloquent le trafic UDP) ont été atténuées par Chrome. Pour faibles pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basée sur TCP.

	===Avantages===		===Avantages===

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:45:38Z

Fonctionnement

← Older revision		Revision as of 11:45, 16 October 2015
Line 38:		Line 38:
	QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.		QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.
	[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]		[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données ~~redondants~~ (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondantes (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

	Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloque le trafic UDP) ont été atténuées par Chrome. Pour les petits pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basé sur TCP.		Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloque le trafic UDP) ont été atténuées par Chrome. Pour les petits pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basé sur TCP.

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:44:13Z

Fonctionnement

← Older revision		Revision as of 11:44, 16 October 2015
Line 38:		Line 38:
	QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.		QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.
	[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]		[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, ~~Alors~~ que TCP utilise des fenêtres de ~~congestion pour éviter la~~ congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondants (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, alors que TCP utilise des fenêtres de congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondants (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

	Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloque le trafic UDP) ont été atténuées par Chrome. Pour les petits pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basé sur TCP.		Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloque le trafic UDP) ont été atténuées par Chrome. Pour les petits pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basé sur TCP.

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:42:47Z

Fonctionnement

← Older revision		Revision as of 11:42, 16 October 2015
Line 38:		Line 38:
	QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.		QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.
	[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]		[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'~~erreur~~ directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, Alors que TCP utilise des fenêtres de congestion pour éviter la congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondants (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreurs directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, Alors que TCP utilise des fenêtres de congestion pour éviter la congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondants (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

	Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloque le trafic UDP) ont été atténuées par Chrome. Pour les petits pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basé sur TCP.		Les préoccupations concernant la connectivité UDP (la crainte que trop d'utilisateurs bloque le trafic UDP) ont été atténuées par Chrome. Pour les petits pourcentages d'utilisateurs qui ont UDP bloqués, QUIC revient automatiquement à la connectivité basé sur TCP.

Youcef.Hamdani: /* Fonctionnement */

2015-10-16T11:42:07Z

Fonctionnement

← Older revision		Revision as of 11:42, 16 October 2015
Line 36:		Line 36:

	===Fonctionnement===		===Fonctionnement===
	QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux ~~permets~~ aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.		QUIC permet d'envoyer des requêtes en parallèles sur plusieurs canaux. A l'inverse de TCP, le nombre de canaux n'a pas d'impact sur la latence puisque UDP est orienté non-connexion. Le fait d'avoir plusieurs canaux permet aussi de gérer la perte de paquets sans bloquer le serveur contrairement a SPDY.
	[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]		[[Image:quic.png\|center\|thumb\|300px\| QUIC fonctionnement]]
	QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreur directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, Alors que TCP utilise des fenêtres de congestion pour éviter la congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondants (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.		QUIC n'est pas simplement une utilisation parallèle de canaux UDP puisque le protocole gère la perte de paquets grâce à une correction d'erreur directe (ajout d'un paquet artificiel FEC Forward Error Correction qui est un XOR des 3 paquets précédents). De plus, Alors que TCP utilise des fenêtres de congestion pour éviter la congestion, QUIC dispose d'un ensemble de techniques modernes comme la retransmission spéculative proactive (envoyer des copies de paquets importants, tels que ceux contenant la correction d'erreurs ou de négociation de chiffrement initial). Enfin, QUIC peut réduire ou comprimer les transmissions de données redondants (tels que les en-têtes) afin de faire de nombreuses demandes HTTP(S) dans une seule fenêtre de congestion initiale.

Youcef.Hamdani: /* Présentation */

2015-10-16T11:41:23Z

Présentation

← Older revision		Revision as of 11:41, 16 October 2015
Line 32:		Line 32:
	==Quic==		==Quic==
	===Présentation===		===Présentation===
	Contrairement à SPDY, QUIC est basé sur UDP. Cela permet de réduire le nombre ~~d’aller~~ et ~~retour~~ entre le client et le serveur, avant que le navigateur puisse enfin interpréter la page web à afficher. QUIC propose de réduire à zéro le nombre d’allers-retours, une vraie révolution car cela améliore considérablement le temps de connexion à internet, en annulant le temps de latence.		Contrairement à SPDY, QUIC est basé sur UDP. Cela permet de réduire le nombre d’allers et retours entre le client et le serveur, avant que le navigateur puisse enfin interpréter la page web à afficher. QUIC propose de réduire à zéro le nombre d’allers-retours, une vraie révolution car cela améliore considérablement le temps de connexion à internet, en annulant le temps de latence.
	[[Image:quic_udp.png\|center\|thumb\|300px\| couche QUIC]]		[[Image:quic_udp.png\|center\|thumb\|300px\| couche QUIC]]