| Property |
Value |
| dbo:abstract
|
- QUIC est un protocole de la couche transport qui a été initié par chez Google.Il a été repris par l'IETF en 2013 dans le but de le normaliser via les RFC 8999, 9000, 9001 et 9002.L'IETF souhaite notamment normaliser ce protocole de communication pour le rendre utilisable par n'importe quel protocole de la couche application. Les acteurs impliqués veulent que QUIC soit plus que "HTTP sur UDP", là où Google désirait prioriser le web.Initialement QUIC signifiait "Quick UDP Internet Connections", mais l'IETF ne le considère pas comme un acronyme et il n'y en a aucune trace dans les RFC.Ce protocole a pour but de remplacer TCP (HTTP/3), il en reprend d'ailleurs la plus grande partie des fonctionnalités comme la réémission des paquets perdus et le contrôle de congestion, ce qui lui a valu le surnom de TCP/2. Il ajoute plusieurs nouvelles fonctionnalités telles qu'une ré-émission des paquets perdus non bloquante, une gestion de la couche transport par l'application et non par le noyau, un chiffrement TLS complet obligatoire là où il est optionnel avec TCP.Cet ajout du protocole TLS au sein de QUIC lui permet également un handshake TLS plus rapide (3 messages contre 6 pour TCP). Par construction, il lutte également contre l'.QUIC est encapsulé dans UDP afin de pouvoir passer les équipements intermédiaires. En effet, la plupart de ces équipements n'autorise que le trafic connu (donc TCP ou UDP). (fr)
- QUIC est un protocole de la couche transport qui a été initié par chez Google.Il a été repris par l'IETF en 2013 dans le but de le normaliser via les RFC 8999, 9000, 9001 et 9002.L'IETF souhaite notamment normaliser ce protocole de communication pour le rendre utilisable par n'importe quel protocole de la couche application. Les acteurs impliqués veulent que QUIC soit plus que "HTTP sur UDP", là où Google désirait prioriser le web.Initialement QUIC signifiait "Quick UDP Internet Connections", mais l'IETF ne le considère pas comme un acronyme et il n'y en a aucune trace dans les RFC.Ce protocole a pour but de remplacer TCP (HTTP/3), il en reprend d'ailleurs la plus grande partie des fonctionnalités comme la réémission des paquets perdus et le contrôle de congestion, ce qui lui a valu le surnom de TCP/2. Il ajoute plusieurs nouvelles fonctionnalités telles qu'une ré-émission des paquets perdus non bloquante, une gestion de la couche transport par l'application et non par le noyau, un chiffrement TLS complet obligatoire là où il est optionnel avec TCP.Cet ajout du protocole TLS au sein de QUIC lui permet également un handshake TLS plus rapide (3 messages contre 6 pour TCP). Par construction, il lutte également contre l'.QUIC est encapsulé dans UDP afin de pouvoir passer les équipements intermédiaires. En effet, la plupart de ces équipements n'autorise que le trafic connu (donc TCP ou UDP). (fr)
|
| dbo:developer
| |
| dbo:wikiPageExternalLink
| |
| dbo:wikiPageID
| |
| dbo:wikiPageLength
|
- 2683 (xsd:nonNegativeInteger)
|
| dbo:wikiPageRevisionID
| |
| dbo:wikiPageWikiLink
| |
| prop-fr:wikiPageUsesTemplate
| |
| dct:subject
| |
| rdfs:comment
|
- QUIC est un protocole de la couche transport qui a été initié par chez Google.Il a été repris par l'IETF en 2013 dans le but de le normaliser via les RFC 8999, 9000, 9001 et 9002.L'IETF souhaite notamment normaliser ce protocole de communication pour le rendre utilisable par n'importe quel protocole de la couche application. Les acteurs impliqués veulent que QUIC soit plus que "HTTP sur UDP", là où Google désirait prioriser le web.Initialement QUIC signifiait "Quick UDP Internet Connections", mais l'IETF ne le considère pas comme un acronyme et il n'y en a aucune trace dans les RFC.Ce protocole a pour but de remplacer TCP (HTTP/3), il en reprend d'ailleurs la plus grande partie des fonctionnalités comme la réémission des paquets perdus et le contrôle de congestion, ce qui lui a valu le su (fr)
- QUIC est un protocole de la couche transport qui a été initié par chez Google.Il a été repris par l'IETF en 2013 dans le but de le normaliser via les RFC 8999, 9000, 9001 et 9002.L'IETF souhaite notamment normaliser ce protocole de communication pour le rendre utilisable par n'importe quel protocole de la couche application. Les acteurs impliqués veulent que QUIC soit plus que "HTTP sur UDP", là où Google désirait prioriser le web.Initialement QUIC signifiait "Quick UDP Internet Connections", mais l'IETF ne le considère pas comme un acronyme et il n'y en a aucune trace dans les RFC.Ce protocole a pour but de remplacer TCP (HTTP/3), il en reprend d'ailleurs la plus grande partie des fonctionnalités comme la réémission des paquets perdus et le contrôle de congestion, ce qui lui a valu le su (fr)
|
| rdfs:label
|
- QUIC (de)
- QUIC (en)
- QUIC (fr)
- QUIC (ja)
- QUIC (ru)
|
| rdfs:seeAlso
| |
| owl:sameAs
| |
| prov:wasDerivedFrom
| |
| foaf:isPrimaryTopicOf
| |
| is dbo:wikiPageWikiLink
of | |
| is oa:hasTarget
of | |
| is foaf:primaryTopic
of | |
